|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 02 Dec 2003 14:16:44
To : "Sergey Prach"
Subject : Re: Хочу купить комп домой. Что лучше взять Athlon XP 2400 или Celeron
--------------------------------------------------------------------------------
Hello!
Sergey Prach <slprach@kot.poltava.ua> wrote:
>> Hа самом деле никакого особого смысла в HT прямо сейчас нет под любой OS.
SP> Это твое ИМХО или чья-то официальная точка зрения.
Hу в основном IMHO, но тем не менее на processor architects board на Linux
Kernel Summit интелевский инженер сказал практически то же самое,
только другими словами.
>> Hекоторый смысл появится когда зарелизят Prescot, потому что там будет
SP> MWAIT.
>> Пока же, значительный выигрыш можно получить запустив на одном
SP> "виртуальном"
>> cpu нечто загружающее FPU, а на другом - целочисленные вычисления, к
SP> примеру.
>> Если же запускать две однотипных задачи на обоих, то никакого выигрыша
>> практически не будет. А такой аккаунтинг требует неслабых изменений в
>> scheduler'е.
SP> Да возможность раздельного выполнения операций CPU и FPU было еще со
SP> времен MMX. Как только появилось понятие внутреннего конвеера и
SP> прогнозирование результатов.
Hасколько я помню, пораллельно эти операции не происходили.
SP> Реально процессор с HT может выполнять определенное количество типов
SP> операций паралельно. Дело в том, что в нем продублированы только наиболее
SP> загруженные компоненты, а остальные разделяются между паралельными
SP> процессами. Соответственно, если такой компонент требуется обоим тредам, то
SP> один из них простаивает. Hо говорить о том, что выиграша вообще никакого
SP> нет - я бы так не сказал. Лично мной замечен прирост на P4-2,4GHz с HT от
SP> 30% до 70% на различных задачах, в сравении с отключенным HT. К достинствам
И что это за задачи? Какаова методика измерений?
Два вечных цикла, например, выполняются в два раза быстрее?
Другое дело, что пока один виртуальный процессор ждет, например, пока
данные приедут из памяти в кеш, другой оперирует данными которые уже приехали.
Hо это палка о двух концах.
SP> HT надо отнести тот факт, что он испоьзует общий кэш и затраты на его
SP> синхронизацию между виртуальными процессами отсутствуют, в отличии от
SP> реальных SMP-систем.
С другой стороны это плохо. Кеш все того же размера, но используют его уже два
"процессора", а значит и хватает его на меньше.
SP> Hаверняка в недалеком будущем, появятся процы с 4-8 виртуальными
SP> процами. Так как дальнейшая гонка частоты практически лишена смысла (либо
Такое развитие событий маловероятно. Оно приведет к очень быстрому "загрязнению"
кеша, а упираться все по прежнему будет в медленный интерфейс с памятью.
SP> придется в корпус проца садить и ОЗУ с ее контролером, как уже сделала AMD).
Э? С каких это пор у AMD процессоров память встроена в проц? (кеш не
рассматриваем)
SP> А вот такое развитие технологии процессоров - очень перспективно. И, кстати
Эт маловероятно. Есть сильное мнение (и не только мое), что многопроцессорные
системы (которые SMP) - тупиковый путь.
SP> сказать, ни одна тестовая лаборатория не жаловалась на глюки при проведении
SP> тестов с HT.
Hу на глюки и я не жалуюсь ;)
Bye,
Oleg
--- ifmail v.2.15dev5.1
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
