Здравствуйте, Xander Zerge, Вы писали:

XZ>>>Контекст в рамках одного ядра — да. Между двумя ядрами потоки скакать не будут.
AVK>>Если активен только один поток, то никто никуда скакать не будет.
XZ>Так не бывает, чтобы был активен только один.

Бывает 99% времени на типовом десктопе.

AVK>>Что такое "висят контексты"?
XZ>А что такое контексты?

Что такое "висят контексты"?

XZ> Я имею в виду дескрипторы состояния задачи (TSS) процессора, которые должны быть, даже если поток спит. И даже если они создаются на лету — это ещё одно место, где тратится вычислительный ресурс.

При чем тут многоядерность? Что, несколько ядер уменьшат размер таблицы хендлов?

AVK>>Если алгоритм однопоточный, то никакой разницы между одним и несколькими ядрами не будет.
XZ>А причём тут однопоточность алгоритма? Проблема "расшить"?

При том, что при однопоточном алгоритме и одном активном приложенее в один момент времени будет рабюотать один поток, а остальные будут проставивать. Даже на rsdn, при не очень большой нагрузке далеко не всегда оба ядра загружены на 100%. А на десктопе ситуация, когда на втором ядре что то выполняется, крайне редка.

AVK>>Это может и замечательно, но на скорости реакции практически не сказывается.
XZ>Почему же не скажется-то, если картинка пользовательского интерфейса будет отрисовываться быстрее?

Она зачастую медленнее отрисовывается. Но асинхронно. Ускорение от многоядерности мы получим разве что при рендеринге шрифтов. Все остальные операции упрутся в видеокарту, а не в ядра процессора.

XZ> Да и не только в картинке дело, а в обработке запросов — как только возникает тяжёлая задача, ей можно отдать ядро,

Не можно. Потому что вся обработка будет в том же потоке, что и отработка действий пользователя. Нужно специальным образом затачивать софт под несколько ядер, и не факт что весь бенефит утонет в накладных расходах на синхронизацию.
По факту же таких тяжелых обработок в современных приложениях крайне мало. В основном асинхронная обработка в современных приложениях связана с ожиданием отклика из сети или какого нибудь медленного внешнего устройства.

XZ>Тяжёлая задача — это даже не какое-нибудь архивирование, сжатие и т.п., а элементарная подготовка выдачи данных на запрос пользователя, которая может гнаться одним потоком.

Нет таких задач для современного процессора. Поскольку это очень хитрая обработка, которая требует миллиарды команд процессора. И уж точно такая подготовка не элементарна.

AVK>>При том, что ты явно демонстрируешь крайне слабое знание предмета.
XZ>Традиционный наезд при остутствии аргументации? Уж от вас не ожидал никак.

Аргументация прежде всего должна быть у тебя.

XZ>>> Почитайте хоть те же тесты видеоадаптеров на игрушках,
AVK>>При чем тут игрушки?
XZ>А мы вообще о чём разговариваем?

Сильно.

Таким образом, интересно, когда это наступит для повседневных задач (Gnu CC, Word, Netsurfing, etc).

XZ>Раз речь зашла о графическом движке нового микрософтовского гуя,

А ты его видел? Архитектуру представляешь?

XZ> я и привёл аргументы в пользу того, что многопроцессорная система будет рисовать его быстрее, при соответствующей подготовке, конечно.

Не было аргументов. Ни одного.