Конфигурация для ядра.

[JAO]

Так-то не должен тормозить. Попробуйте уменьшить innodb_thread_concurrency.

[WebTelecom]

до какого значения? посоветуйте....

[JAO]

Рекомендуют вдвое больше, чем число ядер в системе. Попробуйте 8, будет что не так - вернете прежнее значение.

[WebTelecom]

число ядер, физических или уже после гипертрейдинга?

[JAO]

Логических скорее всего. Я понимаю под словом ядро способность тянуть на себе тред.

[WebTelecom]

еще вопрос, стоит ли разнести на разные машины utm_core и sql?
чтобы в обоих случаях отдать 100% оперативки и производительности процессоров под вышеупомянутые службы...

[WebTelecom]

и еще...

Код: Выделить всё

dbcount=
dbcount_sys=

какие значения рекомендуете?

[gravis]

еще вопрос, стоит ли разнести на разные машины utm_core и sql?
чтобы в обоих случаях отдать 100% оперативки и производительности процессоров под вышеупомянутые службы...

ядро биллинга - 32бит
более 4G оперативки требует 64бит ОС

[WebTelecom]

OS x64

[JAO]

Если OS 64-битная, то можно просто оперативки добавить.

[WebTelecom]

сделал всё как писали...
периодически процесс mysql начинает "подгружать" процессор и в этот момент УТМ (админка) становится не доступно на некоторое время и в общем,то само начинает разрастаться в памяти....

в этом случае увеличивать оперативную память и отдавать всё в sql? или есть другие варианты?

[JAO]

Оно выполняет какой-то тяжелый запрос. Или кучу запросов. Можно отловить, включив лог медленных запросов в MySQL. Если не ловится через SHOW FULL PROCESSLIST.

[WebTelecom]

допустим, нашел этот "большой" запрос... что делать дальше? как лучше всего оптимизировать работу?

[Gezm0]

допустим, нашел этот "большой" запрос... что делать дальше? как лучше всего оптимизировать работу?

Индексами. Биллинг закрытый, поэтому сам запрос оптимизировать нет возможности.

[dk]

начинает разрастаться в памяти, а потом резко например с 784 300КБ падает до 64 344КБ...

что можно еще отоптимизировать? или нужно разносить на разные машины?

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