неактуально Большая нагрузка от задач обслуживания базы

[Dr_Brown]

Добрый день форумчане.
Трекер на ocean. Тариф: 1 ядро 1024 оперативы Панель isp5
База без поисковых таблиц 1,36 Гб
Релизов примерно: 90 000

Столкнулся с такой проблемой. Утром Attach maintenance выполняется 50 минут, а Board maintenance почти 1,5 часа, естно вешает весь сайт. График нагрузки сервера с ocean^

Я так понимаю что все упирается в проц. Потому как мускулу я отдал памяти по максимуму, от сущ оперетивы. Мускл кушает примерно 150 - 160 Мб. Причем проц сильно не грузит.

Вопросы:
1. Почему хостер не отдает 100% процессора, т.е. по графику видно что 50% и все больше, упирается.
2. Даст ли эффект если таблицы bb_posts_text и bb_posts_html вынести в отдельную базу ?
3. Если даст эффект, то как это реализовать, создать ещё одну базу, и вынести туда эти таблицы, и прописть в в таблице db2 ?

В общем посоветуйте как быть, не хочется переходить на тариф выше.

 

[Exile]

Релизов примерно: 90 000

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

Attach maintenance

Отключить выполнение задачи. Оно не критично в 2.1+.

Board maintenance

Закомментировать вот эту

Please Login or Register to view hidden text.

и вот эту строки

Please Login or Register to view hidden text.

- в 2.1+ уже нет особых проблем с битьем таблиц, поэтому задание синхронизации также избыточно.

 

[Dr_Brown]

Что такое 2,1+ ? )))

 

[Dr_Brown]

А для 600 критично или нет ?

 

[PheRum]

лол. 600 это и есть 2.1

 

[Exile]

Не уверен на 100%, но поступали отзывы что в 2.2 и выше ситуация изменилась. Если нет - оформите новой темой.