Уз, не надо софт умеющий 4 ядра если у тебя запущено 4 задачи, которые хотят проц. Они каждаю возьмут себе по ядру и будут счастливы.

astra,
не забросил. В ксеонах она есть. А в десктопных процах - нет.

По тихоньку набираю мудрости

Кстати x38 которы типа поршь с ручником, совсен не рашваливается на томе. но возможно, что через 2-3 месяца картина немного изменится.

Нету. Но скоро опять будет и для серверов и для десктопов...

Фил, я не совсем уверен, но всё таки, задача должна знать, что она хочет проц или 4 ядра, если задача умеет распознать в проце несколько ядер и работать с ними, тогда да, а так запусти какой-нибудт тотал коммандер 4 раза, ты думаеш, все он ломанутса к разным ядрам, мне что-то подсказывает, что нет

Uzaren - это задача операционной системы, а не приложения

Этим занимается OS распределением таких задач по процессорам/ядрам , но никто тебе не мешает самому задать какое ядро использовать этой программе.

Task Manager -> Processes -> Task -> Set Affinity ... -> CPU(0/1/2/3)

По умолчанию программы исполняются на всех ядрах.


В Linux тоже самое , при занятом 1-м ядре система перебросит сама остальные задачи на другое. Не будует так что на 1-м ядре все задачи , а 2/3/,,, никогда не работают.

This post has been edited by Seruy on 11-10-2007, 18:16

Ну и как WinXP с этим справляется?

Oба-на. Точно были. Не помню какие, но были dual-core с НТ.

Всеми силами , но потихоньку .

Это хорошо, т.к. висту пока не хочу.

В Dual Core да были. На Netburst'е которые. А в Core 2 Duo не было. Я знаю, эти названия сильно запутывают. Одно время мелкие компутерные магазинчики впихивали Pentium D Dual Core по цене как Core 2 Duo и пипл хавал

Sidorini
А почему хотят вернуть HT?

И что, лично, ты скажеш по поводу 2 ядра против 4х?
Например сравнивая Q6600 и E6850, Q6700 я даже не сравниваю т.к. разница в цене просто бешенная. Скажем так, практически в 2 раза больше чем упомянутые две другие модели, кот. стоя почти одинакого.

Фича была неплохая. На Conroe ее не имело смысла ставить так как производительность и так неплохая и дополнительные 10% никому погоды не сделают. А вот прибыльность бы уменьшилась ибо возросла бы площадь кристалла. HT вернется на 32нм техпроцессе когда впихнуть его будет дешевле да и судя по планам AMD те самые 10% Интелу к тому времени могут сильно понадобится

С каждым днем все больше приложений будут поддерживать многоядерность, так что 4. Хоть и не лежит у меня душа к этому конструктору из 2-х кристаллов в одном корпусе...

Задача под винду, как правило, даже не знает, с каким количеством процессоров или ядер она работает. Может выяснить, но в большинстве случаев это совсем не обязательно знать, чтобы при желании загрузить 2, 4, 8, сколько угодно ядер. Если приложение написано не на ассемблере, а работает с ресурсами средствами WinAPI, например, или посредством MFС, или вообще это управляемый код с Forms, внутри него нельзя организовать массированный захват ядер процессора под личные нужды приложения, а можно лишь наплодить потоки. Это значит, что приложение может запустить несколько параллельных процессов, или ниток, которые будут работать и на однопроцессорной тачке, на 8-ми ядрах, и т.д. Отличие будет заключаться в том, что при одном ядре винда выделит под каждый процесс определенный квант времени в соответствии с выставленными приоритетами, а в многопроцессорной винда выделит нитке ядро, если есть хотя бы одно свободное, или посадит нитку на наименее занятое. По такой же логике винда поступит и с разными задачами (например, с теми же коммандерами). С точки зрения операционки распределение процессорных ресурсов между многопоточным приложением и несколькими разными приложениями - задача почти идентичная.

Новая статья по видеокарточкам у Тома: http://thg.ru/graphic/directx_10_game_geforce_8x00_radeon_2x00/index.html