Вчера я обнаружил, что среднее время запросов на реакторе выросло с 400мс до 800-1000мс.
Первое, что подумал - наверное проблемы с сетью на фронтэнде. Но на американском фронтэнде время запросов так же синхронно выросло. Маловероятно, что проблемы возникнут одновременно на обоих серверах.
Погрепав логи, обнаружил что медленее всего идут запросы на страницы, которые обращаются к сфинксу (поисковый движок). Почитал про его настройку, соптимизировал его. Нагрузка на сервер со сфинксом ненадолго упала, но через 15 минут снова возросла.
И тут я ещё обнаружил, что сразу после обновления сайта время загрузки страниц резко падает до 400мс, а потом постепенно возрастает до старых значений. См график
Это показалось пиздец каким странным.
Следующая идея - может php-fpm имеет какой-нибудь memory leak? Была отброшена, так как после определённого значения всё работало хорошо. Да и на серверах были свободные память и диски.
Может упирается в лимит подключений куда-нибудь? mysql, sphinx, redis, memcached - на всех лимит подключений не достигался. Да и он должен был в логи писать, если достигнет.
И так. Сидя перед экраном atop и медитируя, почему эта сволочь медленно отвечает на запросы, я обнаружил в правом верхнем углу (куда я обычно не смотрю) какую-то странную информацию...
Следующая идея - может php-fpm имеет какой-нибудь memory leak? Была отброшена, так как после определённого значения всё работало хорошо. Да и на серверах были свободные память и диски.
Может упирается в лимит подключений куда-нибудь? mysql, sphinx, redis, memcached - на всех лимит подключений не достигался. Да и он должен был в логи писать, если достигнет.
И так. Сидя перед экраном atop и медитируя, почему эта сволочь медленно отвечает на запросы, я обнаружил в правом верхнем углу (куда я обычно не смотрю) какую-то странную информацию...
дальнейшее расследование показало, что с некоторого времени, hetzner на все сервера ставит програмку cpuspeed. Она регулирует скорость процессора. Если процессор не сильно нагружен, то уменьшает его частоту, чтобы уменьшить энергопотребление.
Понятно, что для их макретологов это замечательно! Ничего не делаем, а энергопотребление уменьшается за 10%! Фигня, что сайты отвечают в 2-3 раза медленее - кто это заметит?
В общем, сносим её к чертям.
/etc/init.d/cpuspeed stop
yum erase -y cpuspeed
И скорость ответа реактора снова опускается до 400мс. Теперь уже постоянно.
Если в в недавнем времени заказывали сервера у hetnzer - посмотрите, не стоит ли у вас тоже cpuspeed =)
Понятно, что для их макретологов это замечательно! Ничего не делаем, а энергопотребление уменьшается за 10%! Фигня, что сайты отвечают в 2-3 раза медленее - кто это заметит?
В общем, сносим её к чертям.
/etc/init.d/cpuspeed stop
yum erase -y cpuspeed
И скорость ответа реактора снова опускается до 400мс. Теперь уже постоянно.
Если в в недавнем времени заказывали сервера у hetnzer - посмотрите, не стоит ли у вас тоже cpuspeed =)
охлол
С ними вообще поаккуратнее надо
Вообще его можно не рубить, а настроить=)
нужно выставить говернор, который не будет приоритетом электричество экономить, смотрите в эту сторону -
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors (для арча)
это прикол всех систем, где частота может понижаться (например, смартфоны, те, кто прошивал модифицированные прошивки, в курсе)
нужно выставить говернор, который не будет приоритетом электричество экономить, смотрите в эту сторону -
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors (для арча)
это прикол всех систем, где частота может понижаться (например, смартфоны, те, кто прошивал модифицированные прошивки, в курсе)
В микроконтроллерах AVR ( http://ru.wikipedia.org/wiki/AVR ), когда шьёшь фьюзы (fuse - пердохранитель), из-за того, что описано на картинке, есть риск (у новичков - он крайне высок) забыться и перепутать 0 и 1. Ну а дальше - маленький кирпичик. (или при высоких навыках его можно воскресить, но при высоких навыках его и угробить-то сложно:))
Но это к Си никак не относится. А на счёт флагов, просто нужно пользоваться терминологией "незапрограммирован" (unprog) и "запрограммирован" (prog), либо придерживаться стандарта и программировать фьюзы в сыром виде "как есть" (т.е. 1-байтными числами), согласно документации. Эта путаница возникает не из-за Atmel (то же самое в советских ПЗУ на плавких вставках, например. В незапрограммированном состоянии у него бит равен 1 и 0 после прожига перемычки), а из-за составителей прошивальшиков, которые всё никак не могут договориться, что же отмечать галочкой checkbox-а: сырое значение бита фьюза или состояние запрограммированности фьюза, при этом иногда даже не добавляя примечания, что означает галочка. Просто нужно пользоваться нормальным прошивальшиком, на вроде avrdude (где значение выставляется в сыром виде и ошибиться нереально), либо же заранее его изучить и быть внимательнее.
как будто на хабр зашел
а у меня иногда падает инет что делать?
Твоояяяя роззааа в стаканееее..
у меня лишь висит
Видать у них побывали люди из мыломсру. Эти ребята знают как незаметно подлянку подкинуть.
Можно подумать снобско-занудное говно это хорошо.
Ну так это, cpufrequtils в дебиане, емнип, из коробки вообще ставится - посмотрел на другие сервера не в хецнере - везде есть.
>/etc/init.d/cpuspeed stop
Не может после этого у тебя скорость повыситься :) Посмотри на секцию stop в init файле - там просто пустота. cpufrequtils надо через rmmod выгружать:
>rmmod acpi_cpufreq
>rmmod cpufreq_powersave
>rmmod cpufreq_userspace
>rmmod cpufreq_conservative
>rmmod cpufreq_stats
>/etc/init.d/cpuspeed stop
Не может после этого у тебя скорость повыситься :) Посмотри на секцию stop в init файле - там просто пустота. cpufrequtils надо через rmmod выгружать:
>rmmod acpi_cpufreq
>rmmod cpufreq_powersave
>rmmod cpufreq_userspace
>rmmod cpufreq_conservative
>rmmod cpufreq_stats
Чтобы написать коммент, необходимо залогиниться
Понятно, что для их макретологов это замечательно! Ничего не делаем, а энергопотребление уменьшается за 10%! Фигня, что сайты отвечают в 2-3 раза медленее - кто это заметит?
В общем, сносим её к чертям.
/etc/init.d/cpuspeed stop
yum erase -y cpuspeed
И скорость ответа реактора снова опускается до 400мс. Теперь уже постоянно.
Если в в недавнем времени заказывали сервера у hetnzer - посмотрите, не стоит ли у вас тоже cpuspeed =)