SMF на hostmonster.com / bluehost.com

[Жека]

Форум нулевой, модов нет, поисковикам не подсунут.

Иногда проскакивает такое:

Страница сгенерирована за 6.579 секунд. Запросов: 18.
Страница сгенерирована за 7.468 секунд. Запросов: 17.





Кто юзает SMF на этом хостинге, поделитесь, плиз, опытом.

[kak2z]

Форум нулевой, модов нет, поисковикам не подсунут.

Иногда проскакивает такое:

Страница сгенерирована за 6.579 секунд. Запросов: 18.
Страница сгенерирована за 7.468 секунд. Запросов: 17.





Кто юзает SMF на этом хостинге, поделитесь, плиз, опытом.

это хостинг.. могут соседние сайты устраивать такие проблемы.

[Mavn]

лет 5 назад юзали таких проблем не наблюдали

[Жека]

Mavn

1) Подскажи, пожалуйста, как посмотреть что именно заняло столько времени: php или mySQL, а еще лучше какой конкретный php-скрипт или же запрос к БД.

2) На булке есть такая фишка: Page generated in 0.64913 seconds ( 8.66% PHP - 91.34% MySQL ) with 12 queries.
Как на SMF такое же прикрутить?

[Mavn]

Mavn

1) Подскажи, пожалуйста, как посмотреть что именно заняло столько времени: php или mySQL, а еще лучше какой конкретный php-скрипт или же запрос к БД.

2) На булке есть такая фишка: Page generated in 0.64913 seconds ( 8.66% PHP - 91.34% MySQL ) with 12 queries.
Как на SMF такое же прикрутить?

можно дебаг включить в смф.  в Settings.php

Код Выделить Развернуть

$db_debug = true;
$db_show_debug = true;

[Жека]

Спасибо, так и сделал.
Вот такие получил результаты:

Страница сгенерирована за 2.964 секунд. Запросов: 17.

Шаблонов: 2: index (default), MessageIndex (default).
Дополнительных шаблонов: 6: init, html_above, body_above, main, body_below, html_below.
Языковых файлов: 2: index+Modifications.english (default), index+Modifications.russian-utf8 (default).
Файлов стилей: 0: .
Подключено файлов: 22 - 563KB. (./index.php, ./Settings.php, ./Sources/QueryString.php, ./Sources/Subs.php, ./Sources/Errors.php, ./Sources/Load.php, ./Sources/Security.php, ./Sources/Subs-Db-mysql.php, ./cache/data_b9be4a6bb45d0a19a7a6515545105273-SMF-modSettings.php, ./cache/data_b9be4a6bb45d0a19a7a6515545105273-SMF-board-4.php, ./cache/data_b9be4a6bb45d0a19a7a6515545105273-SMF-board_parents-0.php, ./cache/data_b9be4a6bb45d0a19a7a6515545105273-SMF-theme_settings-1.php, ./Themes/default/index.template.php, ./Themes/default/languages/index.english.php, ./Themes/default/languages/Modifications.english.php, ./Themes/default/languages/index.russian-utf8.php, ./Themes/default/languages/Modifications.russian-utf8.php, ./cache/data_b9be4a6bb45d0a19a7a6515545105273-SMF-log_online-update.php, ./Sources/MessageIndex.php, ./Themes/default/MessageIndex.template.php, ./Sources/Subs-BoardIndex.php, ./Sources/Subs-MessageIndex.php)
Попаданий в кэш: 10: 0,02111 сек. для 11 239 байт (get modSettings: 0,00040 сек. - 0 байт, put modSettings: 0,00047 сек. - 8746 байт, get board-4: 0,01908 сек. - 0 байт, get board_parents-0: 0,00018 сек. - 6 байт, put board-4: 0,00030 сек. - 604 байт, get theme_settings-1: 0,00013 сек. - 0 байт, put theme_settings-1: 0,00019 сек. - 1870 байт, get log_online-update: 0,00010 сек. - 0 байт, put log_online-update: 0,00019 сек. - 13 байт, get menu_buttons-0_4_1-russian-utf8: 0,00006 сек. - 0 байт)


В этой части, я так понял, всё нормально.


А с запросами прямо беда:

         SELECT
            t.id_topic, t.num_replies, t.locked, t.num_views, t.is_sticky, t.id_poll, t.id_previous_board,
            IFNULL(lt.id_msg, IFNULL(lmr.id_msg, -1)) + 1 AS new_from,
            t.id_last_msg, t.approved, t.unapproved_posts, ml.poster_time AS last_poster_time,
            ml.id_msg_modified, ml.subject AS last_subject, ml.icon AS last_icon,
            ml.poster_name AS last_member_name, ml.id_member AS last_id_member,
            IFNULL(meml.real_name, ml.poster_name) AS last_display_name, t.id_first_msg,
            mf.poster_time AS first_poster_time, mf.subject AS first_subject, mf.icon AS first_icon,
            mf.poster_name AS first_member_name, mf.id_member AS first_id_member,
            IFNULL(memf.real_name, mf.poster_name) AS first_display_name, SUBSTRING(ml.body, 1, 385) AS last_body,
            SUBSTRING(mf.body, 1, 385) AS first_body, ml.smileys_enabled AS last_smileys, mf.smileys_enabled AS first_smileys
         FROM topics AS t
            INNER JOIN messages AS ml ON (ml.id_msg = t.id_last_msg)
            INNER JOIN messages AS mf ON (mf.id_msg = t.id_first_msg)
            LEFT JOIN members AS meml ON (meml.id_member = ml.id_member)
            LEFT JOIN members AS memf ON (memf.id_member = mf.id_member)
            LEFT JOIN log_topics AS lt ON (lt.id_topic = t.id_topic AND lt.id_member = 2)
            LEFT JOIN log_mark_read AS lmr ON (lmr.id_board = 4 AND lmr.id_member = 2)
         WHERE t.id_board = 4
         ORDER BY is_sticky DESC, id_last_msg DESC
         LIMIT 0, 40
   файл .../Sources/MessageIndex.php, строка 400, что заняло 0.9798851 сек.

            SELECT id_topic
            FROM messages
            WHERE id_topic IN (14, 8)
               AND id_member = 2
            GROUP BY id_topic
                     ORDER BY null
LIMIT 2
   файл .../Sources/MessageIndex.php, строка 562, что заняло 0.90206313 сек.

Я, конечно, понимаю, что 1-й запрос тяжёлый, но на форума пока что практически ничего нет!
Пару разделов, несколько юзеров и пару десятков сообщений


Вот еще:

      SELECT data
      FROM sessions
      WHERE session_id = 'h9a0s6sc5qia4hrp7otn7kdfl1'
      LIMIT 1
   файл .../Sources/Load.php, строка 2424, что заняло 1.93759608 сек.

В таблице сессий всего-то 6 строк, исполняя тот же запрос через phpMyAdmin получаю время исполнения мизерное.

[maestrosite.ru]

Вот еще:
В таблице сессий всего-то 6 строк, исполняя тот же запрос через phpMyAdmin получаю время исполнения мизерное.

это что, на каждой странице столько выполняется?

[Жека]

это что, на каждой странице столько выполняется?

Нет.
Обычно всё нормально, как здесь. // еще бы, на пустом-то! моём форуме

Иногда такая борода случается.

Ни в каком-то определенном месте, например, пока писал это сообщение, экспериментировал:
- полазил по админке, всё норм,
- зашёл-вышел из пары тем на форуме, всё норм,
- а потом захотел зайти в свой профиль и ... время генерации 2.5 сек.

А иногда и 5-6 сек ((

[maestrosite.ru]

1. Проверьте ключи в таблицах.
2. В пма запросы также тормозить начинают, или там всегда хорошо?

[Жека]

maestrosite.ru

Можно поподробнее?
Что может быть не так с ключами в таблицах?

пма == phpMyAdmin, я так понимаю

Исполняя в нём те же самые запросы, всё хорошо.
Но ведь те же самые запросы, которые идут с форума, они же не каждый раз тормозят,  а только вот иногда.

[maestrosite.ru]

Что может быть не так с ключами в таблицах?

Их может не быть. Причина пропажи - фаза луны.

Но ведь те же самые запросы, которые идут с форума, они же не каждый раз тормозят,  а только вот иногда.

В том и вопрос, всегда ли в пма всё хорошо, или же и там наблюдаются тормоза.

[Жека]

Их может не быть. Причина пропажи - фаза луны.

У основных таблиц ключи все на месте:

Таблица: messages
Имя индекса    Тип    Уникальный    Упакован    Поле    Уникальных элементов
PRIMARY    BTREE    Да    Нет    id_msg    55
id_board    BTREE    Да    Нет    id_board    5
id_topic    BTREE    Нет    Нет    id_topic    11
и др.

Данные     18,672     Байт
Индекс     53,248     Байт
Всего     71,920     Байт


Таблица: topics
Имя индекса    Тип    Уникальный    Упакован    Поле    Уникальных элементов
PRIMARY    BTREE    Да    Нет    id_topic    8
last_message    BTREE    Да    Нет    id_last_msg    8
id_board    BTREE    Нет    Нет    id_board    4
и др.

Данные     410     Байт
Индекс     45,056     Байт
Фрагментировано     82     Байт
Эффективность     45,384     Байт
Всего     45,466     Байт


Я не думаю, что из-за фрагментации в 82 байта будет притормаживать.

В том и вопрос, всегда ли в пма всё хорошо, или же и там наблюдаются тормоза.

Потыкал все таблицы в MySQL,

approval_queue -- Индекс не определен!


SELECT *
FROM `board_permissions`
LIMIT 0 , 30

Отображает строки 0 - 29 ( 409 всего, Запрос занял 1.4301 сек.)
Opening tables     0.820956
Sending data     0.608618

Индекс есть, таблица не фрагментирована
Данные     9,952     Байт
Индекс     16,384     Байт
Всего     26,336     Байт

При открытии 2-ой раз данные достаёт из кэша и быстро



SELECT *
FROM `log_comments`
LIMIT 0 , 30

Отображает строки 0 - 4 ( 5 всего, Запрос занял 1.3320 сек.)
Opening tables     0.985171
Sending data     0.346486
storing result in query cache     1.303000

Прямо статистика по-Чурову, 146% =)))

Индексы есть, таблица не фрагментирована
Данные     416     Байт
Индекс     20,480     Байт
Всего     20,896     Байт



SELECT *
FROM `log_member_notices`
LIMIT 0 , 30

Отображает строки 0 - 0 ( 1 всего, Запрос занял 1.3436 сек.)
Opening tables     1.171659
storing result in query cache     0.300575

Индекс есть, таблица не фрагментирована
Данные     368     Байт
Индекс     8,192     Байт
Всего     8,560     Байт




SELECT *
FROM `membergroups`
LIMIT 0 , 30

Отображает строки 0 - 5 ( 6 всего, Запрос занял 0.7113 сек.)
Opening tables     0.709611

Индексы есть, таблица не фрагментирована
Данные     172     Байт
Индекс     12,288     Байт
Всего     12,460     Байт



Все остальные таблицы базы (а их там еще штук 40) открываются за 0.3 - 0.003 секунд.

[Mavn]

кстати для чистоты экспериментов отключите кэш у форума, сразу будет видно всегда тормозит форум или еще чего

[Жека]

Выставил:

Настройки сервера => Кэширование: Уровень кэширования = отключено // было Уровень 1 (рекомендуется) и за одно "На сервере не обнаружено поддерживаемых SMF акселераторов"

Пропала строчка: Попаданий в кэш: 10: 0,02111 сек.

А вот это значение в секундах, это что, сколько времени доставало из кэша все эти 10 запросов?

[GeorG]

А сколько если просто под гостем зайти?

Не понял, сейчас, когда включили кеш, сколько показывает?

[Жека]

А сколько если просто под гостем зайти?

Страница сгенерирована за 0.388 секунд. Запросов: 17.

Не понял, сейчас, когда включили кеш, сколько показывает?

Я наоборот, отключил кэш, как Mavn и советовал, для чистоты эксперимента.

[Жека]

И еще меня очень инетересует -- нажал "Новая тема", хоть и пишет, что Страница сгенерирована за 0.54 секунд. Запросов: 12.

Но на самом деле страница открывалась секунд 5.

Почему так происходит?

[kak2z]

И еще меня очень инетересует -- нажал "Новая тема", хоть и пишет, что Страница сгенерирована за 0.54 секунд. Запросов: 12.

Но на самом деле страница открывалась секунд 5.

Почему так происходит?

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

[Yworld_garry]

Но на самом деле страница открывалась секунд 5.

А не стоят счетчики, реклама и такого рода?

[Жека]

могу порекомендовать мой первый хостинг который как оказалось был самым качественным из много чего потом перепробованного

Давайте

А не стоят счетчики, реклама и такого рода?

Нет ничего, даже ни одного мода еще не ставил.

[Жека]

И снова утро, и снова на 30-м клике по форуму (приблизительно):

Страница сгенерирована за 4.428 секунд. Запросов: 17.

SELECT
         b.id_board, b.name AS board_name, b.description,
         CASE WHEN b.redirect != '' THEN 1 ELSE 0 END AS is_redirect,
         b.num_posts, b.num_topics, b.unapproved_posts, b.unapproved_topics, b.id_parent,
         IFNULL(m.poster_time, 0) AS poster_time, IFNULL(mem.member_name, m.poster_name) AS poster_name,
         m.subject, m.id_topic, IFNULL(mem.real_name, m.poster_name) AS real_name,
         
         (IFNULL(lb.id_msg, 0) >= b.id_msg_updated) AS is_read, IFNULL(lb.id_msg, -1) + 1 AS new_from,
         IFNULL(mem.id_member, 0) AS id_member, m.id_msg,
         IFNULL(mods_mem.id_member, 0) AS id_moderator, mods_mem.real_name AS mod_real_name
      FROM boards AS b
         LEFT JOIN messages AS m ON (m.id_msg = b.id_last_msg)
         LEFT JOIN members AS mem ON (mem.id_member = m.id_member)
         LEFT JOIN log_boards AS lb ON (lb.id_board = b.id_board AND lb.id_member = 2)
         LEFT JOIN moderators AS mods ON (mods.id_board = b.id_board)
         LEFT JOIN members AS mods_mem ON (mods_mem.id_member = mods.id_member)
      WHERE 1=1
         AND b.child_level BETWEEN 1 AND 2
   файл .../Sources/Subs-BoardIndex.php, строка 72, что заняло 0.81726599 сек.

         SELECT
            lo.id_member, lo.log_time, mem.real_name, mem.member_name, mem.show_online,
            mg.online_color, mg.id_group, mg.group_name
         FROM log_online AS lo
            LEFT JOIN members AS mem ON (mem.id_member = lo.id_member)
            LEFT JOIN membergroups AS mg ON (mg.id_group = CASE WHEN mem.id_group = 0 THEN mem.id_post_group ELSE mem.id_group END)
         WHERE INSTR(lo.url, 's:5:\"board\";i:1;') > 0 OR lo.session = 'h9a0s6sc5qia4hrp7otn7kdfl1'
   файл .../Sources/MessageIndex.php, строка 245, что заняло 1.07691407 сек.

         SELECT
            t.id_topic, t.num_replies, t.locked, t.num_views, t.is_sticky, t.id_poll, t.id_previous_board,
            IFNULL(lt.id_msg, IFNULL(lmr.id_msg, -1)) + 1 AS new_from,
            t.id_last_msg, t.approved, t.unapproved_posts, ml.poster_time AS last_poster_time,
            ml.id_msg_modified, ml.subject AS last_subject, ml.icon AS last_icon,
            ml.poster_name AS last_member_name, ml.id_member AS last_id_member,
            IFNULL(meml.real_name, ml.poster_name) AS last_display_name, t.id_first_msg,
            mf.poster_time AS first_poster_time, mf.subject AS first_subject, mf.icon AS first_icon,
            mf.poster_name AS first_member_name, mf.id_member AS first_id_member,
            IFNULL(memf.real_name, mf.poster_name) AS first_display_name, SUBSTRING(ml.body, 1, 385) AS last_body,
            SUBSTRING(mf.body, 1, 385) AS first_body, ml.smileys_enabled AS last_smileys, mf.smileys_enabled AS first_smileys
         FROM topics AS t
            INNER JOIN messages AS ml ON (ml.id_msg = t.id_last_msg)
            INNER JOIN messages AS mf ON (mf.id_msg = t.id_first_msg)
            LEFT JOIN members AS meml ON (meml.id_member = ml.id_member)
            LEFT JOIN members AS memf ON (memf.id_member = mf.id_member)
            LEFT JOIN log_topics AS lt ON (lt.id_topic = t.id_topic AND lt.id_member = 2)
            LEFT JOIN log_mark_read AS lmr ON (lmr.id_board = 1 AND lmr.id_member = 2)
         WHERE t.id_board = 1
         ORDER BY is_sticky DESC, id_last_msg DESC
         LIMIT 0, 40
   файл .../Sources/MessageIndex.php, строка 400, что заняло 1.07210183 сек.

          SELECT id_topic
            FROM messages
            WHERE id_topic IN (4, 1)
               AND id_member = 2
            GROUP BY id_topic
                     ORDER BY null
LIMIT 2
   файл .../Sources/MessageIndex.php, строка 562, что заняло 0.70812201 сек.

      UPDATE log_activity
      SET
         hits = hits + 1
      WHERE date = '2012-10-25'
   файл .../Sources/Subs.php, строка 2993, что заняло 0.68130708 сек.

Особенно напрягает время выполнения простейшего последнего запроса.

А дальше может быть опять минут 10 быть всё нормально...

[Yworld_garry]

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

[kak2z]

Давайте
Нет ничего, даже ни одного мода еще не ставил.

http://www.park-web.ru/

[Жека]

А как же все отзывы в инете, что хостмонстр -- это супер-мупер за свои деньги 

[Yworld_garry]

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

[Inter]

Форум нулевой, модов нет, поисковикам не подсунут.

Иногда проскакивает такое:

Страница сгенерирована за 6.579 секунд. Запросов: 18.
Страница сгенерирована за 7.468 секунд. Запросов: 17.





Кто юзает SMF на этом хостинге, поделитесь, плиз, опытом.

18-25 запросов только с порталом, а вы пишите что у вас нет модов. Обычно запросов штук 8 на голом форуме.

[Жека]

В основном пишут про длинный аптайм и жесткач по нагрузкам.

Т.е. сайт всё время будет доступен, но с переодическими тормозами, как у меня.

А можно ссылку где пишут?

[Жека]

18-25 запросов только с порталом, а вы пишите что у вас нет модов. Обычно запросов штук 8 на голом форуме.

На морде, да 8-9, в темах - в районе 17.

[Yworld_garry]

Т.е. сайт всё время будет доступен, но с переодическими тормозами, как у меня.

А можно ссылку где пишут?

заходите на http://forum.searchengines.ru/ и в поиске вбейте hostmonster.com

[spinus]

Я на хостмонстре второй год, удобно что безлимит. Иногда глючит, но за эти деньги простительно.

[Жека]

В итоге в своё время во время тестового периода отказался от hostmonster, вернул деньги и перелез на hostgator.
Там с производительностью всегда всё хорошо, но из-за падения курса рубля стало дорого (шаред-хостинг 107.4$ в год).