MajorDoMo

Всем привет!

Как говорится, первый шаг к решению проблемы, это её признание, для чего и пишу этот пост. Так вот, проблемы с производительностью в системе на самом деле есть и, пожалуй, на данный момент для меня это основной приоритет. Просто хочу сообщить о том, что работа в направлении оптимизации ведётся, есть план как эту самую производительность улучшить и снизить нагрузку на процессор сервера, так что в ближайшее время будут выложены обновления, связанные именно с производительностью.

Тем не менее, если у кого есть опыт в анализе и оптимизации веб-систем, то буду рад услышать и обсудить варианты улучшений по этому направлению.

С недавних пор мучает проблема долгого открытия меню сайта. Тоесть правая половина с "домашними страницами" открывается мгновенно, а menu.html зависает на секунд 10-20. Причем все логи чистые.
Как отследить какой элемент в меню не дает запускаться сразу?

Не пробовали ли уважаемые коллеги apache на nginx http://nginx.org/ru/?

dmw писал(а):С недавних пор мучает проблема долгого открытия меню сайта. Тоесть правая половина с "домашними страницами" открывается мгновенно, а menu.html зависает на секунд 10-20. Причем все логи чистые.
Как отследить какой элемент в меню не дает запускаться сразу?

Наиболее вероятно тот, который вызывает либо дополнительный модуль (html-блок с инструкцией [#module ...), либо тот, который используют внешний javascript (html-блок с инструкцией <script src...).

Но что б наверняка можно пункты меню по очереди отключать (переносить в какой-нибудь под-пункт, в котором не включена автоматическая загрузка дочерних элементов) и смотреть как изменится скорость загрузки.

и смотреть как изменится скорость загрузки.

как вариант - в Хроме -> консоль разработчика, закладка NetWork

Вчера разбирался с производительностью довольно долго и нашёл несколько узких мест. Внёс много изменений в исходники, местами перекроил структуру данных. В итоге на моей домашней системе общая загрузка процессора упала в разы, а скорость обработки команд и загрузки меню местами поднялась на порядок. В общем, рекомендую попробовать обновиться. На другой машине обновилось всё без проблем, ничего не потерялось, но на всякий случай перед обновлением сделайте резервную копию, всё таки изменений довольно много и мог что-нибудь упустить.

Тем, кто использует альтернативные шаблоны рекомендую вручную сравнить с "дефолтными", т.к. кое-что менялось в шаблонах меню, лога команд, плеера.

хорошая новость

вот мои показания))
загрузка ЦП от 0-50% в среднем где-то 5% не больше.
этот скрин поймал когда ЦП был на максимальном пике ЦП основную нагрузку делает mysql и php


следующий скрин сделан когда открыта страничка через инет на другом компе
загрузка ЦП постоянно 100% (тоже поймал когда был задействован mysql и php)
почти всегда на 90-100% занимает apach


можно сделать вывод что MajorDoMo почти не кушает ресурс ЦП, но apach жрет как .....

З.Ы. забыл сказа что это демо (без датчиков и т.д.)

последний скрин несколько тревожит -- такой длительной продолжительной нагрузке апача не должно быть... тем более без датчиков и прочего. странно...

У меня при открытой странице тоже примерно 60% (На распбери). Видимо Ajax работает