=AlexD= (27.11.2007 08:21, просмотров: 271) ответил =AlexD= на Мужики, вы чё 8-| . Нету там никакой распараллельности. Да и вообще, непонятно как что с чем сравнивали - процы с разной архитектурой, да и частота неизвестна. Вывод - "Прирост 25% за счет учетверения количества ядер" - вообще атас.Три кита на которых зиждется реклама: враньё, преувеличение, замалчивание. Новости СМИ - это политическая реклама.
-
- Во-во. Я отметил, что 7-zip на кваде при галке "многопоточность" почти гигабайтный каталог пакует быстрее, чем без неё - процентов на 30. Теперь заткну уши, чтобы не слышать, как винт при этом рычит и скажу, что прирост не соответствет числу ядер. ReAl(808 знак., 27.11.2007 09:09)
- Баб оставим в покое. Ответ ищется в "Intel 64 Software Developers Manual" AlexandrY(447 знак., 27.11.2007 12:24)
- Это пример, кстати, на оптимизацию. Если каждому потоку произвольно дать шариться по одному и тому же файлу - будет тоскливо. Если мастер-поток предварительно закачает куски файла в память, и будет натравливать на них потоки-кодеры, то все будет куда Evgeny_CD(103 знак., 27.11.2007 10:38)
- На самом деле, очень похожие задачи оптмизации возникают для современных embedded процов. Есть ядро, кеш, шиный коммутатор, DMA, SRAM на кристалле, SDRAM. Если изголиться, то можно добиться того, что пока проц будет на коде из кеша обрабатывать данные Evgeny_CD(222 знак., 27.11.2007 10:45)
- + и неизвестном влиянии чипсета, винта и таймингов памяти. - =AlexD=(27.11.2007 08:23)
- Во-во. Я отметил, что 7-zip на кваде при галке "многопоточность" почти гигабайтный каталог пакует быстрее, чем без неё - процентов на 30. Теперь заткну уши, чтобы не слышать, как винт при этом рычит и скажу, что прирост не соответствет числу ядер. ReAl(808 знак., 27.11.2007 09:09)