Закрытие расчётного периода
Закрытие расчётного периода
Кто-нибудь тюнил закрытие расчётного периода на предмет скорости?
-
WebTelecom
- Сообщения: 29
- Зарегистрирован: Пн янв 02, 2012 13:47
Спасибо, кэп!duzer писал(а):Смотря что больше всего потребляет ресурсов в конкретной конфигурации. Если в общем, то если в top`е utm5_core ~99%- ставить более мощный процессор-"числогрыз". Если операции с дисками БД - добивать памяти в сервер для кэша/расширять-убыстрять дисковый массив/править-создавать индексы.
То, что ядро фатально спотыкается на свои блокировки при закрытии РП вылечить не в наших возможностях, но может кто-нибудь доводил до ума dtagg_iptraffic, чтобы то безумие, которое ядро делает с этой таблицей по крайней мере быстрее происходило? Анализ дебага не наводит на мысль, какие индексы могут тут помочь. А закрытие РП 10 часов при постоянно падающем ядре это очень печально. С производительностью железа на ядре и бд всё хорошо. ЛС около 20к. В таблице около 6.2млн записей. 007-update12, centos.
-
WebTelecom
- Сообщения: 29
- Зарегистрирован: Пн янв 02, 2012 13:47
008-update8 хотим попробовать. Проблема в том, что прошлый переход с 006 на 007 стоил множества седых волос и потерянных 3 месяца жизни. А проблемы утма таковы, что вылезают только под реальной нагрузкой. Соответственно, надо проверять на реальных абонентах. Запасаем валидол.WebTelecom писал(а):Gezm0 пробовали 008?
и еще вопрос про 007 - зависает ли у Вас админка периодически при работе?
p.s. вопрос про оптимизацию считаю открытым, дэбаг читал на мысли не навело..
Админка подвисает, бывает. Активности в базе при этом никакой, активность ядра минимальна.
-
WebTelecom
- Сообщения: 29
- Зарегистрирован: Пн янв 02, 2012 13:47