Afra, а в чем именно проблема?
Kpd, как по мне, ~500 килохитов/сутки для Вашего дедика - не такая уж и большая нагрузка, хотя, наверно, много зависит от конкретной ситуации.
1) У Вас сейчас основную долю в нагрузку вносит MySQL?
2) Кеширование nginx уже настроено и используется на все 100%?
krexman Почему Вы так думаете? Ткните, пожалуйста, в соответствующую ссылку.
---
Victor
Немет, основа основ :) http://lib.um.ck.ua/freebsd/nemet-unix.-rukovodstvo-sistemnogo-administratora.html
Почтовай система: http://lib.um.ck.ua/sisadminu/gildebrandt-ketter-postfix.-podrobnoe-rukovodstvo.html
Но, я тоже присоединяюсь к рекомендации нанять человека на разовую работу.
neolord, а в чем суть проблемы? Чем и кому мешает сжатие?
И решилась ли проблема его отключением?
Нет, наверно. Уберите лишние модули, они станут кушать в 2 раза меньше памяти...
Выключите все неиспользуемые модули апача и PHP и будет Вам счастье :)
Я думаю, у Вас основные тормоза именно тут - очень маленькие цифры , кроме последней.
Тут был бы не лишним query_cache_size...
А вообще, такого типа вопросы и ответы на них, вряд ли будут Вам полезны, поскольку параметры нужно крутить видя Ваши нагрузки. Без этого - только общие рекомендации, к сожаленью.
- Просите сапорт еще раз проверить память, и, если возможно, заменить.
- Диски... Судя по версии ОС, диски вполне могут быть без SMART, поэтому проверьте целостность файловой системы fsck и наличие bad block-ов с помощью dd:
dd if=/dev/adX of=/dev/null bs=1m
Если бедблоки - срочно архив и переезд...
Я не очень силен, но наши говорят, что-то с морфологическим поиском лучше реализовано...
У БАЕС-фильтров две основные проблемы:
1) большая трудоемкость в поддержке;
2) совершенно не подходит в случае, когда важно не потерять ни одного письма.
Мну предпочитает greylist, хотя, "колхоз - дело добровольное".
