Походу была проблема в версии хрома 78, вернулся обратно на глючную версию 79, но чуть по лучше, но есть зависания все равно, об этих зависания как я понял разработчикам хрома уже известно.
Вот тут созданы темы про глюки в 79 версии.
https://support.google.com/chrome/thread/23472435?hl=ru
https://support.google.com/chrome/thread/23283471?hl=en
С наступающим!
Обратите внимание на ;listen = 127.0.0.1:9000
А если в мунине указать что этот график запускать от рута?
А, нагрузка на мунин не возросла из-за этого?
мунин быстро обрабатывает задание?
сейчас php 7.2.
Кодировка сервера utf8
php7.4/mysql8 в планах.
Переезд на мускул 8 только в планах, от меня не зависит, я предложил переезд, прогер молчит, а без него я не буду искать себе геморой, вдруг вся структура базы похерится.
Пока хочу переехать с мускула 5,6 на мускул 5,7.
Еще есть, версия мускула 5,6, thread_concurrency
Хмм, не использую этот параметр thread_pool_prio_kickup_timer, надо будет почитать о нем.
Еще цен не знаем на это железо, тез поддержка подбирает несколько примерных вариантов.
В штатном режиме, файловый сервер нагрузка на проц 2-3 ядра, база нагрузка так же 2-3 ядра.
Но как только начинается обновления товаров для маркета, то нагрузка в базе возрастает до 8 ядер, под потолок, на файлом чуть чуть поднимается до 4 ядер.
Оптимизировать это сотовым администрирование уже некуда, только править сам скрипт и запросы в базе, раньше было еще хуже, это я еще базу по софту оптимизировал, нагрузка в штатном режиме спала с 4х ядер до 2х.
напомните пожалуйста, а как отобрать потоки у мускула, помоему можно только поставить ограничения на большие заропсы.
Или вы про thread_concurrency, ну тогда нагрузка еще больше по времени висеть будет.
