Нагрузка на сервер от phpbb3

[HAMMER663]

nissin это от аддона Pazh

[sdakasadist]

Подскажите пожалуйста , из-за этих модов может нарасти нагрузка на сервер ?
'Ultimate Points' version 1.1.1
user_reputation_point_0_3_5
phpBB_Statistics_103

Просто в последнее время форум грузится очень долго , последнее что установил - выше написанные моды , хостеру писал - говорит

Видим, что сейчас на Вашем сайте полностью используется ресурс I/O Usage. Который, обычно используется при активной загрузке файлов через скрипты. Если Вы загружаете на сервер множество файлов, попробуйте воспользоваться FTP.

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

[Пчелкин]

Вам написали что (типа) - слишком много страницами форума тянутся откуда то всякие Джусы, авы и прочее...вплоть до рулек в подписях...
Надо все это искоренять...Даже обычные ссылочные баннеры или счетчики могут такое !!!! выдать...

[Mr. Anderson]

полностью используется ресурс I/O Usage

В диск уперлись.
Хостинг - шаред?

[sdakasadist]

Пчелкин , отключил банеры и подписи , буду наблюдать , ещё что посоветуете сделать и может ли влиять на это phpBB mChat 1.3.5 ?

Добавлено спустя 52 секунды:

Хостинг - шаред?

Хостинг http://fozzy.com

В диск уперлись.

Это как?

[photodownload]

Я не решился прочесть 64 страницы данного поста, поэтому может я не открою "Америки", но....

1) Полагаю, что много тут начинающих и профи, которые открывают новые форумы и размещают (переезжают) на новые виртуальные или VPS хостинги.
2) Как упредить возникновение "торможения" форума и оценить возможности нового хостинга, если форум только начат, пуст и стресс-теста не получится...?
3) Может гуру форума сделать "шаблон" с 1000 случайными (rnd) тематиками и 200000 сообщениями, для того чтобы каждый желающий мог залить на хостинг и опробовать? Тогда будет видна картинкаа, вылезут проблемы и станет понятно, что "подкрутить" в настройках админ.панели и какой выбрать сервер.

Что думаете?

[Mr. Anderson]

Хостинг http://fozzy.com

Судя по тарифам - шаред.
Значит просите перенести вас на другой сервер (менее загруженный) или меняйте хостера.
photodownload
1. На счет начинающих - да, правильно полагаете А профи, как обычно, уже "в теме"
2. Никак. Даже у проверенных хостеров бывают косяки. И на старуху бывает проруха. Можно лишь минимизировать риски, но не устранить их.
3. "Сделать" базу от толстого "форума" - не проблема. Проблема подвергнуть ее реальному испытанию (реальной нагрузкой).
К слову, подобный тест мы предлагаем (до сих пор) всем хостерам, которые хотят с нами сотрудничать. Пока, к сожалению, не согласился никто...

Добавлено спустя 2 минуты 5 секунд:

Это как?

Это так, что к диску в единицу времени поступает столько запросов (от "населения" сервера), что он не успевает их обслужить. Вы уперлись в предел его производительности.

[photodownload]

3. "Сделать" базу от толстого "форума" - не проблема. Проблема подвергнуть ее реальному испытанию (реальной нагрузкой).

Мне даже стало любопытно, готов на своем VPS разместить "толстый форум", выделить домен и опробовать. Единственное, как "загнать" единовременно на короткий срок "посетителей"?)

[Mr. Anderson]

Единственное, как "загнать" единовременно на короткий срок "посетителей"?)

Проблема подвергнуть ее реальному испытанию (реальной нагрузкой)

No comments.

[photodownload]

No comments.

))))))

[havoc]

Описание проблемы: Очень высокая нагрузка на VPS, котороая создавается БД форума.
Произведенные изменения, после которых начались неполадки: форум достася в наследство, определить изменения проблематично
Версия phpBB*: 3.0.7
Используемые шаблоны: Art Mobile 3.1.0, Prosilver 3.0.7, Redsilver 3.0.2, subsilver2 3.0.7
Используемые моды: Medal System Mod, NV Advanced Last Topic Titles 1.2.5, NV Recent Topics 1.0.5, phpBB Gallery 1.0.5
Версия PHP:

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

PHP 5.3.3 (cli) (built: Jul 12 2013 20:21:47) 
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with XCache v3.0.2, Copyright (c) 2005-2013, by mOo
    with XCache Optimizer v3.0.2, Copyright (c) 2005-2013, by mOo
    with XCache Cacher v3.0.2, Copyright (c) 2005-2013, by mOo
    with XCache Coverager v3.0.2, Copyright (c) 2005-2013, by mOo

Используемая СУБД и её версия: MySQL 5.1.69
Ссылка на конференцию: не буду указывать по соображениям безопасности, т.к. выше перечислил версии установленного ПО
Есть ли у вас тестовый аккаунт**: нет
Использовался ли поиск для решения проблемы: да
Если да, то какие запросы вы использовали: phpbb3 mysql high cpu, phpbb3 mysql optimization
Каким браузером вы пользовались и есть ли проблема с другими браузерами: Firefox, Chrome, Opera, проблем в браузерах нет.

Подробности.
На VPS только этот форум. Парметры VPS - 4x2000 Mhz процссора эквивалентного Xeon E3, 4 ГБ ОЗУ. mysql потребляет почти весь процессор. MySQL выделено много памяти для кеша запросов, буфера сортировки и т.д., в этом плане он оптимизирован на достаточном уровне.
Опытным путем установленно, что нагрузку скорее всего вызывает вот такой запрос:

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

SELECT u.*, z.friend, z.foe, p.*, gu.personal_album_id, gu.user_images FROM (phpbb_users u, phpbb_posts p) LEFT JOIN phpbb_zebra z ON (z.user_id = 13897 AND z.zebra_id = p.poster_id) LEFT JOIN phpbb_gallery_users gu ON (gu.user_id = p.poster_id) WHERE p.post_id IN ('1905117', 2288720, 2288472, 2288178, 2287142, 2287055) AND u.user_id = p.poster_id;

Он выполняется не менее 5-10 раз в секунду. Записей в БД постов - 2.5 миллиона, 20 тыс. ползователей. Предполагаю, что запрос этот можно как-то оптимизировать, например добавить некоторые индексы в таблицы, однако насколько я разобрался в вопросе все необходимые индексы есть.

Буду раз любым советам и рекомендациям. Заранее спасибо за помощь.

[Mr. Anderson]

3.0.7

Вот это уже не смешно. Если и версии модов такие же outdated - совсем не смешно.

в этом плане он оптимизирован на достаточном уровне

Серьезно? А я бы не зарекался.
Раз мускул жрет весь проц, значит уперся или в собственные ресурсы (кеши и тп), или в ресурс диска (или оба варианта сразу).

В общем начать рекомендую с апдейта борды и модов до актуальных версий. Потом включайте лог медленных запросов и уже смотрите что к чему, чтобы не гадать...

[MIT]

WHERE p.post_id IN ('1905117', 2288720, 2288472, 2288178, 2287142, 2287055)

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

[havoc]

Серьезно? А я бы не зарекался.
Раз мускул жрет весь проц, значит уперся или в собственные ресурсы (кеши и тп), или в ресурс диска (или оба варианта сразу).

Не могли бы вы пояснить более подробно, что вы имеете в виду? Я могу предоставить информацию например конфигурации mysql чтобы вы оценили со своей стороны насколько хорошо оптимизирован сервер БД. Я точно уверен, что ресурс диска не исчерпан иначе бы i/o wait в top был высоким, а он колеблется около 0%.

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

top - 10:11:40 up 23:14,  0 users,  load average: 3.23, 3.27, 3.84
Tasks: 258 total,   2 running, 255 sleeping,   0 stopped,   1 zombie
Cpu(s): 46.7%us, 32.0%sy,  0.0%ni, 20.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.5%st
Mem:   4194304k total,  3023100k used,  1171204k free,        0k buffers
Swap:        0k total,        0k used,        0k free,  2057268k cached

[havoc]

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

Спасибо за совет. Нашел код, где формируется этот запрос (viewtopic.php):

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

$sql = $db->sql_build_query('SELECT', array(
        'SELECT'        => 'u.*, z.friend, z.foe, p.*, gu.personal_album_id, gu.user_images',

        'FROM'          => array(
                USERS_TABLE             => 'u',
                POSTS_TABLE             => 'p',
        ),

        'LEFT_JOIN'     => array(
                array(
                        'FROM'  => array(ZEBRA_TABLE => 'z'),
                        'ON'    => 'z.user_id = ' . $user->data['user_id'] . ' AND z.zebra_id = p.poster_id'
                )
                , array(
                        'FROM'  => array(GALLERY_USERS_TABLE => 'gu'),
                        'ON'    => 'gu.user_id = p.poster_id'
                )
        ),

        'WHERE'         => $db->sql_in_set('p.post_id', $post_list) . '
                AND u.user_id = p.poster_id'
));

Често говоря, я не вижу тут ниаких аномалий, но я не специаист по php, поэтому мне судить сложно. Возможно в этом коде действительно допущена ошибка, если это так, то прошу помощи в ее нахождении.