Подскажите по процессам на VDS

покажите лучше top htop в моменты тормозов.

Все зависит от настроек. А так вообще это норма.

Нашли из-за чего волноваться :)

lighttpd + fastcgi

1200 юзеров онлайн.

Просто у меня пару дней назад лег сервер совсем, поддержка говорит что из за посещаемости, хотя лег он ночью в 3 часа, когда толком никого и нет. Но самое интересное что когда зашел в панель, процессы были вообще на нуле, а вот оператива на 70% занята, при лежащих сайтах. Вот и пытаюсь понять почему сервер лег ночью.

Линукс использует память под "резерв" для более быстрой работы, то есть занятость оперативной памяти еще не означает, что она используется. Только когда память начинает "свопится" (заметно использование swap) - означает, что ее недостаточно.

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

/var/log тут почитайте на момент падения предупреждения и ошибки.

У меня обычные движки Вордпресс и форума phpbb

А вот swap у меня нет, сказали что на VDS от него только хуже будет

В некоторых случаях он вполне полезен, главное грамотно настроить. Посмотрите в файле /var/log/messages или /var/log/syslog (в зависимости от операционной системы), есть ли уведомления "out of memory" или "OOM". Если они есть, значит возникают моменты нехватки оперативной памяти.

Посмотрел messages

Apr  8 06:25:04  rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="470" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

Apr  8 06:27:01  rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/0 ]

Apr  8 06:27:01  rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/2359 ]

Это было с утра в день падения и что странно оно было и на следующий день и все в одно и тоже время

А вот лог syslog

Apr  8 02:41:23  kernel: [1568706.969869] UDP: bad checksum. From 85.220.62.122:65535 to 185.58.205.240:40094 ulen 33

Apr  8 02:42:01  CRON[31753]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr periodic >/dev/null 2>&1)

Apr  8 02:43:01  CRON[31760]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr periodic >/dev/null 2>&1)

Apr  8 02:44:01  CRON[31767]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr periodic >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31779]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr sysinfostat >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31780]: (root) CMD (/usr/local/mgr5/sbin/cron-core sbin/mgrctl -m ispmgr problems.autosolve >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31781]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr addon/srvmon >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31788]: (root) CMD (/usr/local/mgr5/sbin/cron-ispmgr sbin/mgrctl -m ispmgr periodic >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31789]: (root) CMD (/usr/local/mgr5/sbin/cron-core sbin/mgrctl -m core sysinfostat >/dev/null 2>&1)

Apr  8 02:45:01  CRON[31790]: (root) CMD (/usr/local/mgr5/sbin/cron-core sbin/mgrctl -m core problems.autosolve >/dev/null 2>&1)

Apr  8 02:45:32  /etc/init.d/mysql[349]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in

Apr  8 02:45:32  /etc/init.d/mysql[349]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed

Apr  8 02:45:32  /etc/init.d/mysql[349]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'

Apr  8 02:45:32  /etc/init.d/mysql[349]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!

Apr  8 02:45:32  /etc/init.d/mysql[349]: 

Apr  8 02:45:32  mysql[31842]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!

Apr  8 02:45:32  systemd[1]: mysql.service: control process exited, code=exited status=1

Apr  8 02:45:32  systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.

Apr  8 02:45:32  systemd[1]: Unit mysql.service entered failed state.