Помощь в оптимизации VPS

M
На сайте с 01.12.2009
Offline
235
#81

[root@root ~]# sysctl -a | grep hw

vfs.flushwithdeps: 65

hw.machine: i386

hw.model: Pentium II/Pentium II Celeron

hw.ncpu: 1

hw.physmem: 255156224

--

У мну даже такое есть =) трещит потихоньку.

Правда nginx стоит,а когда стоял apache задыхался =)

Администратор Linux,Freebsd. построения крупных проектов.
P
На сайте с 08.03.2007
Offline
250
#82
Proxoma:
Ежели кому интересно.
На железном сервере без всяких nginx и прочих ухищрений:

50 requests/sec - 459.8 kB/second - 9.2 kB/request
429 requests currently being processed, 33 idle workers

Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.

M
На сайте с 01.12.2009
Offline
235
#83
Pilat:
Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.

Что безопаснее, Nginx или Apache22 ?

Если отвечаете пожалуйста факты. что по безопасности лучше.

M
На сайте с 16.09.2009
Offline
278
#84
madoff:
Что безопаснее, Nginx или Apache22 ?

Если отвечаете пожалуйста факты. что по безопасности лучше.

В каких попугаях Вам безопасность-то мерять?

Я сильно подозреваю (ибо понять отвечать что Вам сложно есть :D), что

пишите Вы не о безопасности, а о надежности. Prefork MPM более надежен,

чем worker или event MPM. В том плане, что каждый воркер независим

от других и умрет от сегфолта в каком-нибуть mod_php - только он один.

А не вместе с пачкой других, как в случае использования потоков-воркеров.

nginx в этом плане близок именно к worker/event - каждый воркер

обслуживает кучу соединений. А Вы как думали? Производительность

не бесплатна - не собирайте бажные модули для nginx.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
M
На сайте с 01.12.2009
Offline
235
#85

Ясно nginx не безопасен как и worker.

P
На сайте с 08.03.2007
Offline
250
#86

nginx и апач по безопасности сравнивать сложно - nginx это транспорт, а apache производитель. Естественно, apache (+ php perl etc) менее надёжен. Но это же тривиально. Наверно, madoff имел ввиду что-то другое.

N
На сайте с 06.05.2007
Offline
419
#87
Pilat:
Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.

Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.

А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.

Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.

Кнопка вызова админа ()
Andreyka
На сайте с 19.02.2005
Offline
822
#88
madoff:
Что безопаснее, Nginx или Apache22 ?

Если отвечаете пожалуйста факты. что по безопасности лучше.

На сколько метров работает противогаз? ;)

Не стоит плодить сущности без необходимости
M
На сайте с 01.12.2009
Offline
235
#89
Andreyka:
На сколько метров работает противогаз? ;)

:) коллега ровно на 2 сантиметра, это отрезок от губ до клапана 😂

P
На сайте с 08.03.2007
Offline
250
#90
netwind:
Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.
А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.
Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.

Имеется ввиду то, о чём Котеров писал в http://dklab.ru/lib/dklab_multiplexor/? Так это надо вообще не на уровне апача решать. И всё равно как я и писал, падение основного канала у целевой аудитории вызовет переполнение сервера с любой памятью. Пример - несколько лет назад у Корбины упал канал, через который клиенты лезли на мой сервер в Hetzner'е, скорость резко упала, время ответа клиенту увеличилось, процессы начали плодиться, память переполнилась.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий