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

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

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

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

XZ>>А уже это и замечательно, и даже достаточно — ведь Интел те же деньги просит за двухъядерник?
AVK>Это может и замечательно, но на скорости реакции практически не сказывается.
Почему же не скажется-то, если картинка пользовательского интерфейса будет отрисовываться быстрее? Да и не только в картинке дело, а в обработке запросов — как только возникает тяжёлая задача, ей можно отдать ядро, а всеми остальными жизненными задачами операционке заниматься на другом, не отвлекая первое. Тяжёлая задача — это даже не какое-нибудь архивирование, сжатие и т.п., а элементарная подготовка выдачи данных на запрос пользователя, которая может гнаться одним потоком.

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

XZ>> Почитайте хоть те же тесты видеоадаптеров на игрушках,
AVK>При чем тут игрушки?
А мы вообще о чём разговариваем? О том, что даст наращивание многоядерности в повседневной работе, в частности, в отрисовке графического интерфейса.
Игрушки как раз при том, что на них и на тестах, на их базе построенных, тестятся графические возможности железа и софта. Раз речь зашла о графическом движке нового микрософтовского гуя, я и привёл аргументы в пользу того, что многопроцессорная система будет рисовать его быстрее, при соответствующей подготовке, конечно.