HT

Что скажете по поводу работы проца с включенным HT и работы сервера?
Я читал что не все приложения его одобряют.
Как по поводу кс серверов?

Striker.By,
если source движек, то они одобряют HT...любят его.
Если goldscr движек, то им насрать, написаный во времена динозавтров и отсутстивия подобной технологии. он как работал в один поток, так и будет в 1 поток работать.

А вообще это чушь про нелюбовь некоторых приложений к ht.
Ну сам подумай, если прога написана sw sr какая ему разница сколько ядери или есть ht или нет.
А если написана на mw mr, то будет не без прироста скорости использовать многоядерность и ht.

На GoldSRC, при включеном HT, ты только потеряешь производительность, так как данный движок не умеет работать с многопоточностью.

shadowboss,
оно как работает в один поток, так и будет работать, на производительность это никак не влияет, просто будут использоваться реальное, физическое количество ресурсов под приложение, а не виртуальное.
Чушь.

Ты хоть сам пробовал запускать на P4 сервер с включенным включенным HT и выключенным HT, ты думаешь я просто так это написал? нет, я пишу о том, что сам лично тестировал.
Иди лучше почитай что такое технология HT, и как на самом деле она работает, и в каких примерах ее стоит использовать, а в каких нет.
В данном случае я брал hlds с с одними и теми же нстройками, на одной и той же тачке (P4 3.4 GHz) включал и выключал HT.
При включенном HT, fps сильно проседал, и редко когда подымался выше 800 fps
При отключенном HT, fps стабильно держался в районе 1000 - 970.

Так более понятнее стало?

Если cut не знаешь, то лучше промолчать, а не обвинять разбирающегося в этом собеседника, который давным давно уже всё это прохавал, в том что он пишет чушь...
ИМХО чушь как раз таки исходит с твоей стороны...

От STR@TEG:

shadowboss, Полностью с тобой согласен! А нуб2 решил блеснуть "знаниями", но не получилось...

Ну для начала, я онень неплохо осведамлен в сабже. И ваши тесты на практике, только доказывают, что интел не умеет делать HT , ну или как вариант, что Ваша система плохо взаимодействует с ядром.

Поэтому немного скучной теории:
Hyper-Threading - технология, для одновременной мультипоточности.
Каждый поток инструкций представляется как логический процессор, поэтому операционная система планирует выполнение потоков на каждом логическом процессоре. Это означает, что на компьютере с одним физическим процессором, но двумя логическими, два потока будут работать одновременно — каждый на своем логическом процессоре. Пользователь увидит на таком компьютере два логических процессора, и, когда будут выполняться два потока, они будут выполняться на обоих логических процессорах одновременно.
Тоесть два потока инструкций выполняются одновременно. Точнее, процессор выполняет несколько команд из первого потока, потом несколько команд из второго.
Еще немного из теории, только уже по програмированию:
асм в студию!!11
Как, я уже говорил, hlds написан давно у написан он в регистре sr sw (Single reader, Single writer). Тоесть, все инструкции выполняются в ОДИН поток.
Если бы он бы был написан, mr sw или mr mw, то можно бы было даже посчитать, прирост производительности, где то даже формулу я видел. Но поскольку, такие замечательные регистры были еще только в планах создателей камушков, то valve в свое время о них не знало.

Теперь как это происходит на практике:
1) Идиальные условия, 0% нагрузка со стороны системы.
Итак, запустили hlds подгрузились все библиотеки, все сразу подгрузили в оперативку.
Пошли инструкции. (Напоминаю 1 поток) Логические инструкции разбиваются скажем на 3 шага. Отправляем в кеш 2 инструкции. 6 шагов, кеш у нас общий. Из кеша читается 3 инструкции и выполняются на логике потом еще 3 инструкции выполняются на второй логике. При этом обрабатывапются процессором тоже поочереди. Логично что невозможен прирост скорости ил ее падение.
2) Реальные условия нагрузка со стороны системы.
Запускаем hlds на логике уже висят инструкции. 3 на 1 лог ядре 3на втором. Тут в кеш подгружаются инструкции сервака. И обоже скажем на 1 лог ядре остаются инструкции системы, на втором лог ядре инструкции cstrike. Дальве, все так же как и вашеописаное. Реального прироста скорости нет. Выполняются инструкии все в 1 поток.
3) Реальные без HT.
Все так же как и в пункте 2. Но только инструкции идут сразу на физическое ядро. И прироста производительности тоже нет. Все работает в 1 поток...


shadowboss,
Вы бездоказательны.

Да ну ты забыл одно но,
при включенном гипер тридингне, одно физическое ядро всё же делится на 2 потока, загружается 2 екземпляра инструкций процессора в кэш память вметсо одного, тем самым происходит захлёст кэша и уже ниже произовдительность... ладно идём дальше:
Как упомянул выше, потоки при идеальных условиях делятся пополам (в реальности всё зависит от загруженности того или инного потока), и даже если hlds уходит на первый поток, то всё равно он получает не всю реальную производительность ядра, так как второй поток остается незагруженным, но все равно под себя резервирует некоторое количесвто ресурсов ядра, которое не при каких условиях не отдает первому потоку, вот тут и начинается реальная потеря производительности если код програмы не поддерживает многопоточность.

Об этом всё идеально было расписано на Intel Developer Center.
Хочешь спорить дальше, иди прямо туда и спорь. там тебе раскажут что и как работает, и поправят тебя в тех местах, где ты плохо усведомлен.

Аналогичное могу сказать так-же и про тебя...

Да действительно, у интела были некие проблемы с HT, но правда на п4 со времен 478 сокета.
При переходе на 775 сокет, HT сущевственно доработали.
И здесь не шло речи о 478 сокете при тестах.

На этом флуд предлагаю прекратить, ибо все равно тут спорить будет безсмысленно

./del

Имхо, лучше работать с HT, но распредеоять нагрузку по ядрам - так вы избавитесь от скачков и сэкономите около 35-40% мощности. Лично я делаю именно так.