Предельно минимальный расход ресурсов ВПС

Web-Сервер(и его форки) всегда висят в памяти,а не в момент обслуживания запроса. Поэтому память пустовать не будет.

Что касается статьи "512 для ДЛЕ и 1024 для ВП" - ИМХО глупо. Любой PHP скрипт как правило ограничен 32ю мб памяти. Дальше всё упирается в скорость работы и количество запросов.

Быстро отработает - быстрее освободятся эти ресурсы. Медленно - тогда если придут ещё несколько запросов значит отгрызётся памяти 32*количество обрабатываемых запросов. ВОт и всё. Разумеется вряд ли скрипт займёт все 32. Примерная логика расчёта понятна?

P.s. вы случаем не вас антиспам в аське отсёк?

Видимо меня!

BasePelleta добавил 03.08.2010 в 16:40

Значит подход нужно менять.

Расчитать кол-во запросов и скорость их обработки.

BasePelleta добавил 03.08.2010 в 16:43

Здесь тюнинга никакого! Но справляется.

BasePelleta добавил 03.08.2010 в 23:22

По совету Bazis007, поставил значения в php.ini

max_execution_time 20

memory_limit 32M

Запустил генерилку карты сайта. При таких параметрах сайт стал доступен для посетителей при генерации!

А может и не надо "тюнинговать"? Поставьте ос с нуля, настройте что нужно, но в соответствии документацией к сервисам (php, mysql, apache, nginx) и советам в этом топике.

Впринципе так и есть. Остается оптимальные параметры поставить!

BasePelleta добавил 04.08.2010 в 10:32

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

httpd fullstatus

elinks -dump http://localhost:8080/server-status

BasePelleta добавил 04.08.2010 в 10:33

top - 16:54:32 up 9 min, 1 user, load average: 0.04, 0.06, 0.01
Tasks: 30 total, 1 running, 29 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4%us, 0.2%sy, 0.1%ni, 98.1%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 524288k total, 171436k used, 352852k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 15 0 2148 656 564 S 0.0 0.1 0:00.24 init
15971 root 15 -4 2236 552 344 S 0.0 0.1 0:00.00 udevd
16320 root 15 0 1804 568 476 S 0.0 0.1 0:00.00 syslogd
16345 named 20 0 70640 3592 1960 S 0.0 0.7 0:00.02 named
17411 root 18 0 7168 1068 668 S 0.0 0.2 0:00.00 sshd
17418 root 15 0 10004 2848 2300 S 0.0 0.5 0:00.02 sshd
17440 root 18 0 2824 868 700 S 0.0 0.2 0:00.00 xinetd
17453 root 18 0 5280 512 240 S 0.0 0.1 0:00.00 vsftpd
17485 root 18 0 3700 1300 1128 S 0.0 0.2 0:00.00 mysqld_safe
17527 mysql 15 0 40776 9320 4836 S 0.0 1.8 0:03.32 mysqld
17552 root 18 0 1952 572 460 S 0.0 0.1 0:00.00 dovecot
17553 root 18 0 7812 1848 1408 S 0.0 0.4 0:00.00 dovecot-auth
17572 root 15 0 9292 2416 1316 S 0.0 0.5 0:00.00 sendmail
17580 smmsp 22 0 8236 1476 616 S 0.0 0.3 0:00.00 sendmail
17590 root 18 0 43556 10m 6072 S 0.0 2.0 0:00.24 httpd
17608 root 18 0 18628 1344 328 S 0.0 0.3 0:00.00 nginx
17609 nginx 15 0 18792 2256 972 S 0.0 0.4 0:00.13 nginx
17618 root 18 0 4496 1120 568 S 0.0 0.2 0:00.00 crond
17631 dovecot 15 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
17633 dovecot 15 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
17636 dovecot 15 0 4968 1824 1512 S 0.0 0.3 0:00.00 pop3-login
17648 xfs 18 0 3384 1140 736 S 0.0 0.2 0:00.00 xfs
17656 root 18 0 2356 432 312 S 0.0 0.1 0:00.00 atd
17665 root 18 0 5668 708 436 S 0.0 0.1 0:00.00 saslauthd
17666 root 18 0 5668 436 164 S 0.0 0.1 0:00.00 saslauthd
17723 root 15 0 3836 1536 1248 S 0.0 0.3 0:00.02 bash
20084 apache 16 0 45952 12m 6208 S 0.0 2.5 0:05.30 httpd
20366 apache 15 0 45452 12m 6492 S 0.0 2.5 0:11.45 httpd
20415 apache 15 0 45484 13m 6736 S 0.0 2.5 0:11.24 httpd
28357 root 15 0 2276 932 732 R 0.0 0.2 0:00.00 top

BasePelleta добавил 04.08.2010 в 10:35

Значит, за период генерации сайт был доступен!

Выше указал максимальную нагрузку.

BasePelleta добавил 04.08.2010 в 23:19

С нагрузкой пока ничего не понятно. Выше был пост, что нужно немного оптимизировать апач и нгинкс.

Какие будут предложения по оптимизации параметров?

Пока все оставил по умолчанию.

Может быть сначала стоит запустить, а потом смотреть на то в каких местах требуется оптимизация?

Касательно целесообразности

На втором впс, где нет нгникса.

Запускаю 2 генерикли карты сайта, сайты одновременно доступны посетителям.

Вот вывод статистики запросов:

elinks -dump http://localhost:80/server-status

ELinks: Connection refused

CPU Usage: u1.12 s.11 cu0 cs0 - 1.31% CPU load

1.43 requests/sec - 9.0 kB/second - 6.3 kB/request

CPU Usage: u2.1 s.11 cu0 cs0 - 6.31% CPU load

4.4 requests/sec - 6.6 kB/second - 1542 B/request

CPU Usage: u13.81 s.61 cu0 cs0 - 9.13% CPU load

3.85 requests/sec - 14.2 kB/second - 3765 B/request

CPU Usage: u49.02 s1.78 cu0 cs0 - 14.7% CPU load

3.56 requests/sec - 24.2 kB/second - 6.8 kB/request

CPU Usage: u108.7 s4.05 cu0 cs0 - 17.9% CPU load

4.91 requests/sec - 17.4 kB/second - 3634 B/request

CPU Usage: u126.76 s4.7 cu0 cs0 - 19.9% CPU load

5.09 requests/sec - 16.7 kB/second - 3354 B/request

Сайт пока держится

CPU Usage: u217.89 s12.06 cu0 cs0 - 23.4% CPU load

5.65 requests/sec - 13.5 kB/second - 2454 B/request

CPU Usage: u121.56 s5.57 cu0 cs0 - 11.4% CPU load

6.13 requests/sec - 14.3 kB/second - 2386 B/request

CPU Usage: u143.77 s7.36 cu0 cs0 - 12.4% CPU load

6.24 requests/sec - 13.6 kB/second - 2237 B/request

6.42 requests/sec - 14.0 kB/second - 2231 B/request

10 requests currently being processed, 0 idle workers

CPU Usage: u192.45 s6.72 cu0 cs0 - 10.1% CPU load

7.1 requests/sec - 13.9 kB/second - 2010 B/request

Это может офформишь отчёт покрасивее(таблички, графики, и.т.п.) и на хабру ::)

Думаю полезная статейка бы получилась :)

До Хабры еще далеко.

Но вот, определенные данные по нагрузке имеются. ВПС 512 при связке апач+мускул в состоянии выдержать

7.1 requests/sec - 13.9 kB/second - 2010 B/request

и то, это нагрузка непостоянная

На фото видна диаграмма потребления ресурсов