А что вам даст простой просмотр топа во время, когда на рабочем сервере крутится куча рабочих проектов + может запускаться по несколько кронов каждую минуту, а выяснить вам надо какой именно крон больше нагружает систему примерно в определённое время +-полчаса?
Мне на самом деле достаточно loadavg и time, да даже просто time, т.к. по сути мне нужно узнать продолжительность каждого крона. Спасибо, буду пробовать как-то так. Только пока не смог заставить time писаться в тот же файл, а не выводиться. Ни так, как у вас в примере, ни так как в нескольких примерах из гугла пока не получилось) только выводится, но не пишется.
А зачем вызывать все команды крона?) Они и так вызываются и даже в syslog пишется информация. Но опять же по времени продолжительности и нагрузке по каждой задаче — никакой информации я не получу.
В одно время может запускаться достаточно много заданий, при этом надо понять какое именно из них создаёт большую нагрузку. Не по 100 конечно, но по syslog'у не понять как долго отработал конкретный крон: за 3 секунды или за полчаса. По графикам я вижу когда _примерно_ нагрузка начинает расти и когда снижаться, но в сислоге нет информации о продолжительности, следовательно мне не отследить какой из кронов создаёт нагрузку.
Ну так Немо полностью интегрируется. Его закладки есть во всей ОС, по ftp\sftp он тоже умеет подключаться. В общем разницы по сравнению с нормальным Наутилусом я не вижу особо.
Вполне хорош. По сравнению с тем что идёт по дефолту он идеален.
По F3 умеет открывать вторую панель, по escape возвращает назад, умеет делать закладки. В общем я особых отличий от нормального Наутилуса не вижу, кроме немного изменённого дизайна панели пути и объёма дисков в левой панели.
У нас сейчас master-slave, пишем всё в мастер, читаем что-то со слейва, но некоторые вещи нужно читать с мастера. И к сожалению они тоже достаточно тяжёлые. У нас ещё параллельно mongoDB пишет и читает, саппорт вот посоветовал под монго отдельный сервер взять или на отдельный раздел перенести, чтобы они файловыми операциями друг другу не мешали.
Кэширование запросов конечно есть, дело в том, что у нас очень много пишется и много читается всего разного. Как правило кэширование если нас и спасает, то наверняка не очень сильно.
Спасибо, сейчас как раз пытаемся поднять ещё один nginx с php-fpm на слейве и настроить upstream на два сервера.
Многие говорят про Percona, интересно, а миграция сложная? У нас просто достаточно крупный проект, который должен работать 24 часа в сутки и постоянно работает на запись и чтение.
Приложение оптимизировано достаточно хорошо, мы конечно же приложили все усилия для его оптимизации. Просто очень большие объёмы трафика и БД.
