Дык саппортить-то больше некому, Хансу еще лет десять мотать :-)
Outsourcenow добавил 04.11.2008 в 17:41
Что не мешает им заканчиваться :-)
А ничего не будет - вам файловая система не даст столько файлов в одном каталоге сделать, у нее иноды кончатся раньше :-)
Более того, уже тысячах на 20 вам даже scp не поможет - тормозить будет по-черному.
Тут есть тонкий момент: если вам только мониторить, смотреть в графики - то всякие жаббиксы тяжеловаты, какти - в самый раз. Если же вам кроме мониторинга надо еще и триггеры на события - то я бы взял именно жаббикс.
Либо PF-ом, либо - искать модуль на cpan, и писать свой whois, с блэкджеком и шлюхами :-)
У меня жрет мега по полтора на процесс.
upd: а, не наврал - 4 мега.
apache - mod_php
php-fastcgi - nginx/lighttpd
В других комбинациях теряется часть бонусов как апача, так и fastcgi.
У вас что-то крепко не так. fast-cgi процессы не должны столько жрать.
Кроме того, запускать php-fastcgi под апачем - это, какбы, не очень разумно.
Смеялся.
yum, шапочный репозиторий, и rpmbuild решает все проблемы. Делов - на полчаса.
rm -rf /var/lib/yum/*
Не, не всегда. Особенно часто этим грешили интеллевые ZCR. Биос системы - видит два диска, биос контроллера - один. Загрузчик - видит два, ядро - один.
Налюбился я с таким в свое время - больше не хочу :-)
Если бы... Сплошь и рядом встречаются контроллеры, которые именно под фрей ведут себя не по заветам.
Как ядро взлетело - все, видим один массив. Но пока не взлетело, или не подгрузило модуль - видим два АТА-устройства.
