ммм tcpdump на vds неработает обычно =) ошибочка вышла
тогда netstat -an будет список соединений
seosniks, какя ОС ?
netstat -antp разберётесь что и куда (p покажет название процесса открывшего соединение, в зависимости от СО)
если судить по графику, наиболее черезмерно входящего-исходящего на ip 81.176.230.176
в консоле (черех ssh) от root
tcpdump -n host 81.176.230.176
увидите через какие порты что и куда летает связанное с этим адресом....
кстати qwarta.ru =)
мда, я конечно не гуру, но думаю что mod_php быстрее на "единичных запросах" но когда их много то fascgi при равных условиях способен обрабатывать больше чем mod_php в виду экономии памяти, наверное начинаем с mod_php, а далее переходим на fastcgi =) да и вообще у всех задачи разные, nginx + fastcgi видимо ещё более производительнее чем предыдущие...
подозрительно одинаково http-out и pop-out, чего не видно в трафике по юзерам, возможно глюк isp (ведь эта панель? давно обновляли?) .... за этот месяц попросите уточнить трафик у кого vds взяли...
угу, примерно так... test:test + noexec nosuid на /home раздел...
недавно встретил скрипт думаю для ддоса =) EnergyMech поковырять никто не хочет?
хотите научу как их коллекционировать? =)
практически да, и мускуль юзается мало, пока db/mysql менее 10 м, больше выделять на данный момент нет смысла, да vds'ка времянка пока серв тестируется
всё зависит от настройки и загрузки..
top
Mem: 61M Active, 67M Free
Swap: 256M Total, 396K Used, 255M Free
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
8331 mysql 7 20 0 10772K 6128K kserel 1 3:51 0.00% mysqld
всё работет, ничего не падает....
как видите 128м
Не удается выделить память
ответ сам напрашивается
в [mysqld] добавьте
log-error = /var/log/mysql/mysqld.err
установите мускуль, удалите сокет если он есть по указанному вами пути , запустите мускуль снова, если что-то не так в /var/log/mysql/mysqld.err найдёте ошибки