Новые надо выбивать уметь. Мне тоже когда-то двухгодовалые ставили.
ПМС походу.
Потому что для epoll хоть все 65535 соединений в 1 процессе нормально открываются, чего не скажешь о других методах обработки соединений.
Никакой, память без дела висящие воркеры кушать будут.
По воркеру на ядро в самый раз по моим тестам. На VDS судя по всему доступ к 1 ядру.
На дистрибутивных rhel5/debian stable подобных проблем никогда небыло.
RLimitCPU по идее должны чилды наследовать.
Само собой, владелец меняется.
а заморочка с симлинками- только для обратной совместимости с фронтэндом ( нодой), чтобы тамашний софт при выполнениее функции удаления архива ошибку не получал, а удалял симлинк.
Я делаю так:
Бэкап обычными средствами уходит, на бэкапном сервере из-под прав аккаунта rsync`ом файлы физически забираются на уровень доступа выше, на их месте остаются симлинки на них. Таким образом имея доступ к ftp аккаунту, удалить можно только линки но не файлы физически.
remote_smtp:
driver = smtp
interface = ${lookup {$sender_address_domain}lsearch{/path/to/interfaces}{$value}{0.0.0.0}
Файл по которому lsearch такого формата:
domain: IP
domain2: IP2
