Siberian Cableman wrote:Эй, а почему ftp (plain text) открыт? закрыть и использовать только scp
ftp> open 66.127.248.52
Connected to 66.127.248.52.
220 frontend FTP server (SunOS 5.ready.
User (66.127.248.52:(none)):
Siberian Cableman wrote:Там с матерью проблемы. Все регулярно в дамп уходит. Посему и приговор машине: в металлолом. Может кто-нибудь и захочет привести это в чувство. Тогда ради бога.
Поймите пожалуйста Каскыр, что при количестве народу на форуме, все должно работать как продакшен система, т.е. так же надежно.
Посему решение использовать хлам обойдеться ПОТОМ в часы простоя. Между прочим кому-то, кто задает вопросы по работе/иммиграции, это может стоить потери реальных денег. Посему я голосую за нормальное железо. И что-бы не быть голословным, я вместе с железом передам Борису чек на фиревалл для привета. Если найдется еше человек 8 разделяющих мою точку зрения, то вот фиревалл и куплен.
Без обид: Ваши действия по сохранению железа любой ценой, попахивают радио-либительством. Не обижаитесь, я сам такой, лет 5 до института плюс РТФ МЭИ, но тут это будет только на вред.
Siberian Cableman wrote:Вы хотите, что бы я выслал Вам память по почте, или Борис сам ее вставит здесь когда машина прийдет? Если первое, то пришлите мне свой адрес.
mbabayan wrote:f_evgeny wrote:mbabayan wrote:А может сменить веб-сервер на Win32 apache, и использовать модуль PHP ? тогда от оверхеда, связнанного с созданием процесса на каждый запрос, можно было бы избавиться.
Я думаю, что если это не апач 2, это не поможет. Так как апач 1.3 все равно на каждого клиента порождает процесс. На Юниксе это нормально, на Win32 нужно то же самое делать на тредах. Вроде Апач 2 так и сделан, хотя я win32 особо не интересуюсь.
Точно уже не помню, но по моему Апач 1.3 на вине делал это тредами.
Апач 2 - точно не порождает новых процессов, недавно его ставил и конфигурил под него РНР, правда для девелопмента, а не продакшн.
Если не два Волчара wrote:mbabayan wrote:f_evgeny wrote:mbabayan wrote:А может сменить веб-сервер на Win32 apache, и использовать модуль PHP ? тогда от оверхеда, связнанного с созданием процесса на каждый запрос, можно было бы избавиться.
Я думаю, что если это не апач 2, это не поможет. Так как апач 1.3 все равно на каждого клиента порождает процесс. На Юниксе это нормально, на Win32 нужно то же самое делать на тредах. Вроде Апач 2 так и сделан, хотя я win32 особо не интересуюсь.
Точно уже не помню, но по моему Апач 1.3 на вине делал это тредами.
Апач 2 - точно не порождает новых процессов, недавно его ставил и конфигурил под него РНР, правда для девелопмента, а не продакшн.
второй апач на юнихе можем быть использован как preforked, так и worker MPM model, по умолчанию ставится preforked. Плохо вы ставили. PHP во второй версии не работает c worker пока что.
Ваще мне ужасно интересно - откуда такая уверенность, что боттлнек в процессоре. Я бы первым делом грешил на недостаток мозгов. Нормальное явление для нагруженного апача - на каждый запрос стартует новый child, посему первым делом не хватает мозгов. Решается это дело компиляцией под worker, тогда это запускается многотредово. К сожалению php не работает с этой worker.
Правильное решение, конечно, разнести по серверам, тогда как минимум можно будет определить кто виноват.
Сколько вообще открытых tcp connections? сколько одновременно httpd бежит? зачем нужен mod_ssl? кстати он есть под второй апач - смотрите внимательно
Стоит оптимизировать кернел. Какая версия стоит?
Но в общем 256 метров памяти - я б выделил с гигабайт свопа
