caxapa.ru :: Загружены то они загружены. Вопрос в эффективности. Померяйте при возможности при части отклбченных ядер.

Evgeny_CD, Архитектор (25.11.2007 20:21, просмотров: 283) ответил AlexandrY на Ну не знаю, у меня прямо счас компилится проект на 4-х ядерном Intel Core Duo Quad. Все процы загружены равномерно судя по Windows Task Manager. ;-) Или гонят?

Загружены то они загружены. Вопрос в эффективности. Померяйте при возможности при части отклбченных ядер.

Ответить

- Короче, проверил ту же самую компиляцию на одноядерном с hyper threading. Такое же время показало как на 4-х ядерном с включенной близостью на 1 процессор. AlexandrY(485 знак., 27.11.2007 01:13)
  - Еще как объяснить. Evgeny_CD(470 знак., 27.11.2007 02:06)
    - Мужики, вы чё 8-| . Нету там никакой распараллельности. Да и вообще, непонятно как что с чем сравнивали - процы с разной архитектурой, да и частота неизвестна. Вывод - "Прирост 25% за счет учетверения количества ядер" - вообще атас. =AlexD=(28 знак., 27.11.2007 08:11)
      - В данном случае измерялся прирост скорости одного ядра Коре2 против одного ядра нетбёрст, при соотношении частот ~~хрен знает~~, и неизвестном влиянии =AlexD=(88 знак., 27.11.2007 08:21)
        
        Во-во. Я отметил, что 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)
        
        Хотя приведенная на единицу изделия стоимость усилий по такому изголению может превысить стоимость более мощного камня :)) - Evgeny_CD(27.11.2007 10:56)
        
        Ну вот видишь, сам пришёл к выводу, что распараллеливание на несколько процев - далеко не единственная, и, возможно, не самая тяжёлая проблема современных высокопроизводительных систем :-) Укомплексе нада на фсё смотреть, укомплексе. :-) - =AlexD=(27.11.2007 11:09)
        
        + и неизвестном влиянии чипсета, винта и таймингов памяти. - =AlexD=(27.11.2007 08:23)
- А как это сделать?В BIOS такой фичи нет. Control Panel -> Systems нет. В штатном EasyTune нет. В Task Manager-е тоже не нашел. - AlexandrY(25.11.2007 21:04)
  - А ХЕЗ. У меня одноядерник :) - Evgeny_CD(25.11.2007 21:47)
    - Диспетчер задач -> процессы -> задать соответствие. - Т.Достоевский(25.11.2007 23:37)
      - Чет не то с этой affinity. Без нее за 3:40 компилируется, а сней на один проц за 3:00 AlexandrY(129 знак., 26.11.2007 00:47)
        
        Всё правильно :-) =AlexD=(405 знак., 26.11.2007 10:11)
        
        Кстати, GNU make с ключом -j умеет распараллеливать компиляцию. Таким образом можно чувствительно подсократить время компиляции :-) =AlexD=(3377 знак., 26.11.2007 10:30)
        
        Он вроде как даже на несколько машин умеет параллелить. :) - Evgeny_CD(26.11.2007 11:04)
        
        Совершенно верно. Это ведь пакетный обработчик заданий, ему пофиг, лишь бы канал был толстым. - =AlexD=(26.11.2007 11:16)
        
        Надо было на последний или предпоследний цеплять. АВР студио не хочет делать стор из run пока не перецепишь на 2-4ый. Наверное система висит только в 1ом. Хотя если поставить вывод времени ядра, некоторые программы занимают красным тот процессор, на Т.Достоевский(18 знак., 26.11.2007 01:06)

Средства и методы разработки