Много процессоров

dimas333, Вам дело сказали, что лучше рассмотреть вариант взять много слабых серверов, постабильнее будет :)

А дорогущие сервера как Вам надо лучше самому купить и поставить на коло в ближайшем дата-центре :)

Всё равно дяде придётся предоплату вносить под заказ, а так будет своё железо ;)

Во-во, и в облако собрать! Да и с чего вы решили, что кластеры с "крейзи машин" подымаются?

Прям как щас вижу - взял ТС пару килобаксов и пошел в магазин , да еще за многопросессорным серваком)

Думаю тема просто сползет в низ. Тот кто собирается действительно работать с таким оборудовангием, тихонечко организует работу, а не будет на таких форумах воздух гонять.

Тот кто шарит - пойдет и купит, кто имеет деньги но не умеет, найдет того кто сделает.

А то и 200 ведер, и питсот гиг памяти... ДедМороз? :)

Кста, с наступающим, товарищи!

Врядли, т.к. потоки хуже обрабатываются в системе чем параллельные ядра и параллельные ядра 4 по 5 ггц будут хуже работать чем, например, двух-ядерный 10ггц процессор из-за отсутствия переключений контекста и дележа ресурсов.

сомнительное высказывание.

1. число процессорных потоков может быть равным числу ядер. что вы имеете в виду под параллельными ядрами?

2. кеш

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

При работе HT не происходит переключения контекста. Хотя может быть вы имели в виду на самом деле что то другое.

Каждый поток HT система видит как абсолютно автономный процессор, со своим собственным контекстом, регистрами и т.д.

Внутри процессора есть преобразователь cisc команд в набор risc команд. Это делается при помощи (обновляемого) микрокода процессора.

При каждой операции разложения команды на составляющие попутно составляется карта занятости вычислительных модулей.

Если cisc команда из параллельного потока при разложении ее в risc команды использует другие вычислительные модули - эти 2 команды могут выполняться одновременно.

В зависимости от специфики софта использование HT может давать (из моих личных опытов) от +25% до -2% производительности. И ощутимый подогрев процессора.

В общем эффективность HT в некоторых задачах под вопросом, а энерго-эффективность - под очень большим вопросом.

1. Есть технологии "железных" потоков. Которые выполняются на уровне процессора. Например Sun RISC процессоры этим изобилуют (часто можно увидеть что-то вроде 8 cores 256 threads). HT одна из подобных версий (только чуть более примитивная).

2. Кеш не безграничный = делим ресурсы.

3. Как раз-таки в вебе и нужно параллелить запросы.

я имел в виду ситуацию, когда каждый вычислительный поток соответствует реальному вычислительному ядру (гипертрединг и прочие железные потоки в расчет не берем).

если запросов идет _много_, а у вас в распоряжении только одна машина, зачем их параллелить (они уже распараллелены)?

почему при всем этом 2 ядра с большей частотой будут лучше чем 4, но с меньшей (в сумме дающие равные частоты), мне непонятно.

Потому что когда в доме один туалет, а жителя четыре, кто-то ждет снаружи :) при условии что каждый ходит по 2 минуты.

А когда два жителя ходят по 1 минуты = do the math :)

П.С. Ничего не параллелится "запросами", в пул сокета (даже аксепт последовательный, потом параллелизация происходит при выделении сокета обработчика) и сетевой карты они идут по одному (ну может пакеты параллелятся внутри приемника карты). socket io он такой, совсем-совсем последовательный. А вот дальнейший разбор лучше параллелить, чтобы раздать быстрее (этим и занимаются различные MPM к апачу например).

шедулер рассудит кому сколько сидеть и сколько раз зайти/выйти...

и аналогия неправильная какая-то.