да они там вместе с mz решили захватить весь рунет и сиськи запретить!!1111 Ps/ Вон кстати и гринскай собственной персоной, всё нам всем капец
а какая нагрузка на сервер общая? кол-во хитов? кол-во коннектов? пиковые нагрузки? соотношение статики и динамики? кол-во БД? размерность?
~200 000 хитов по посетителям роботов не считали, но так как сайтов много и они разбиты на ХХХ IP, то роботов больше чем обычно в разы. количество коннектов к БД 100 не хватило, пришлось увеличить до 400. Статики нету (если не считать кэш), а кэш там суровый кэширует все и вся. Пиковые нагрузки... хм, при 1300 обращениях единоразово (в течение минуты) сервер падал(после некоторых улучшений не тестил, но однозначно лучше все запахало тогда) 1000 обращений тогда работал как умирающий но отрабатывал. Сервер слабенький как я говорил. Количество БД около 20, размерность это про что? =)
в сутки? 1024 обычное дело... чем кешируем? squid? nginx? memcache ? это 20 в секунду. ясно. =========================== спасиб, вов, примерно понятно что там и как живет. молодцы, что вытягиваете на таком железе. а можешь показать top -d 1 -S ? php-fpm стоит или какая там связка? пачили? ОС? =========================== статика я имел в виду CSS,JPG,JS - ее кто отдает?
да в сутки. у меня до того момента как увеличил количество единовременно открываемых файлов, отчего то при 600 соединениях все падало, поставил тогда 400 а после кэширования все уже отпала потребность в таком большом количестве соединений. не трогал этот параметр более - не возникало потребности. кэширование в первую очередь прямыми руками все страницы сохраняются как хтмл, если есть блоки обновляемые на каждой странице, то они авто заеняются. На вывод одной страницы количество запросов к БД от 0 до 4 (в большинстве случаев если юзер ничего не сабмитит то 0 запросов). Нет на весь движок (клиентку) всего 1-2 запросов с джойнами. Прежде чем заводить сам движок все заводится микро старт, который даже не коннектится к БД, а смотрит по ситуации и в большинстве случаев берет кэш страницы (сохраненную копию хтмл). nginx пока не было необходимости ставить, апач итак со всем справляется, когда почувствуем что подтормаживает, поставим естесно, ща не до этого просто (лучшее враг хорошему). оно? нет. ну если только считать за пач переделываение настроек дефолтовых фря 7.2
vb понятно. спасибо. я конечно не лезу со своим тут советом, но ИМХО апач тратит ресурсы как на скрипты так и на картинки односзначно. именно по этому большинство ставят вместо апача - nginx+phpfpm или ставят nginx фронтом а апачу прокидывают только скрипты, а статику отдает nginx. на счет базы? так какие таблицы? MyISAM или InnoDB, т.к. в зависимости от преобладаемого типа база тюниться по разному. 7.2 это по-любому. то, что в swap торчит 38М не критично, но настораживает, потому, что был пиковый выброс. можно озадачиться немного. 16 waiting - это кто ждет? ================== я ж говорю. можешь показать top -d 1 -S ? никаких тайн ты не расткроешь, а картину увидеть можно. а еще лучше ps auxwwe
Андрей, я полностью согласен, но пока нет необходимости и свободных ресурсов чтобы доводить все улучшать. Сам я как ты знаешь не админ и оргазма при виде нового сервера или настройке его не испытываю =) Поэтому тут работает золотое правило "Работает - не трож" MyISAM Чем тебя swap настораживает? По идее оперативка всегда должна быть заполнена, ну чутка swap мне кажется ваще нормально, может из за тех 16 они туда и ушли, что за 16 повиших понятия не имею.