>>> 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, если варианты только такие...
>>> Полностью солидарен с Богданом - надо смотреть в чем источники нынешних проблем. С дуру можно и годаздо более крутой сервер довести до состояния нестояния (проверено на практике). По-этому предлагаю все-таки "напрячь" Llama или DanZer-а на предмет профилирования под нагрузкой с орг-выводами (т.е. попытаться оптимизировать наиболее жручие участки кода).
То что сейчас сделано на сервере позволяет мне однозначно утверждать что процессор пожирается drupal'ом - в большей степени php, в меньшей степени БД.
Профилировать php под нагрузкой особо нечем по-моему, но поиски не закончены. Кстати, Danzer'а что-то давненько не видно.... В принципе, если найдется профайлер толковый - я возмусь его поставить на время, но интерпретировать его показания я врядли толком смогу. Проблема в том, что фиксить код и запросы к БД просто-напросто некому. Ну нету тут php-программистов пока
>>> 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-программистов пока