Владимир, уточни, что для тебя два ядра и 4. Два одноядерных\двухядерных процессора или один двухъядерный\четырёхъядерный? Или ты различия не делаешь?

Желательно два CPU по два ядра. Итого четыре. Или как вариант с одним CPU, но с двумя ядрами.

Вообще же отстаиваю платформу Intel...

Процессоры AMD лучше по архитектуре, холоднее, работают на меньших частотах чем Intel. По цене они более приемлемые. Да и рынок серверов в последнее время серъезно сдвинулся в сторону AMD.

2. IBM x3455 в конфигурации - 1xCPU AMD Opteron 2218 (Dual Core) 2.6 ГГц, L2 2Мб, DDR2 1Гб 667 МГц, SATA 160Гб == 1932 $

Этот конфиг более дорогой, но он мне лично больше нравится, чем Тиан.

>>> R-контроллер для Танка вполне возможно, что может быть реализован дополнительно.



Господа, забудьте об аппаратных контроллерах. Достаточно толкового чипсета с NCQ и совместимых дисков. Нам просто не нужна высокая производительность дисковой подсистемы. Усточивость ОC отлично обеспечивается софтовым зеркалом. Надежность хранения  - бэкапами, что намного лучше чем RAID хотя и менее опративно в плане восстановления. Просто выбросьте этот пункт из списка критериев.



>>> Определить, что критично ?HDD?

Я неоднократно писал - критична производительность связки процессор/память. Если хотите что-то спросить дополнительно либо посоветовать - то пишите мне лично.



>>> Тогда от него и плясать.Если приспичило,то не коммерческая организация не деньги тратит, а берет "старое" железо-тут "старый" сервер у кого либо из обновивших свой IT предприятий.



Сейчас используется IBM  eserver xSeries 330 867441X - 2xPIII-S 1.4Ghz, 1.75Gb REG ECC SDRAM PC133, 2x146Gb SCSI 10kRPM. Нужна система которая превосходит данную в части производительности CPU/RAM, т.к. именно этого ресурса не хватает и это вызывает тормоза.



При прочих равных - я наверное все-таки за Tyan, если варианты только такие...



Мой вариант - наверное не самый лучший :)

 http://h10010.www1.hp.com/wwpc/ru/ru/sm/WF06a/382783-383839-386059-386059-12083171-12567058.html

По крайней мере с ОС порблем быть не должно.



>>> Полностью солидарен с Богданом - надо смотреть в чем источники нынешних проблем. С дуру можно и годаздо более крутой сервер довести до состояния нестояния (проверено на практике). По-этому предлагаю все-таки "напрячь"  Llama или DanZer-а на предмет профилирования под нагрузкой с орг-выводами (т.е. попытаться оптимизировать наиболее жручие участки кода).



То что сейчас сделано на сервере позволяет мне однозначно утверждать что процессор пожирается drupal'ом - в большей степени php, в меньшей степени БД.

Профилировать php под нагрузкой особо нечем по-моему, но поиски не закончены. Кстати, Danzer'а что-то давненько не видно....  В принципе, если найдется профайлер толковый - я возмусь его поставить на время, но интерпретировать его показания я врядли толком смогу. Проблема в том, что фиксить код и запросы к БД просто-напросто некому. Ну нету тут php-программистов пока :(

На работе приходилось запускать PHP с профилятором. В результате переписав пару-тройку неоптимальных фрагментов кода производительность на том же железе подняли в разы, а выкинув динамическое формирование части контента (теперь он генерится не для каждого зашедшего посетителя а после каждого влияющего на него изменения и сливается в статический файл) суммарное улучшение производительности выросло на порядок, в результате чего узким местом при пиковых звагрузках стала Циска, которой оказалось не по силам прокачивать сквозь себя гигобайты компрессированного трафика в час. Если получится, постараюсь на днях пообщаться с коллегами, которые занимались этим непосредственно.

Xeon UP? Уже ограничиваемся. Вероятность поддержки Йорков минимальна. Я против платформы LGA771, точнее чипсетов i5000X\5400 и более старых. Если только на P35\X38\975X, что малореально. Чипсеты серверные у Интел ущербны сами по себе ввиду архитектуры и сливаю AMD иногда вдвое. http://thg.ru/cpu/intel_xeon_woodcrest_amd_opteron/index.html

Смотрим скорость памяти.

Про оптимизацию я согласен. Я за Tyan, тем более, что DDR2 холоднее и можно воткнуть в перспективе четырёхъядерные процессоры.

Я мало понимаю в серверном железе и ничего не знаю о друпале, кроме того что он есть :)
Но у меня складывается впечатление, что мы пытаемся увезти воз картошки на Феррари.

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

И не спрашивайте меня где нам взять друпальщика :) Я просто высказал свое мнение.

Согласен, но предлагаю более комплексный подход - вообще сервак посмотреть на предмет грамотности настройки FreeBSD, движков разных, как грамотно их держать. Есть человек, занимающийся Фряхами, но не Друпалом

Но лучше что-то...

БП потребленее > 300 Ватт у Мастерхоста стоит дополнительных денег.

Это - существенное уточнение тех.задания!
P.S. Прошу раз и навсегда прекратить безсмысленный флейм "Intel против AMD". Для того чтобы сделать глубокомысленные выводы нужно иметь два таких, да поюзать их конкретно. Вопрос в приложениях, а практического опыта и фид-бека мало у кого есть.

Чипсеты серверные у Интел ущербны сами по себе ввиду архитектуры и сливаю AMD иногда вдвое.

Согласен, интел, современный, хорошая число-дробилка. А вот если рассматривать скорость работы платформы в целом есть некоторые неприятные моменты.



Если у нас узкое место именно подсистема процессор-память,  то надо смотреть в сторону дуальной(физически два сокета) платформы под OPTERON. Это дает четыре канала доступа к памяти(двухканальный контроллер в каждом из процев), плюс экстремально низкая,  для интела вообще пока недостижимая, латентность при обращении к памяти.

Я когда впервые столкнулся с такой конфигурацией долго не мог понять, какого такого, в тестах на чтение из памяти оно показывает цифры выше теоретического придела для стоящей там DDRII 667.