при первом заходе
Все правильно, в таблицах большое количество записей, к тому же, при обращении после длительной паузы, скорее всего определенная часть данных заново считывается с диска, а потом строится кэш (автоматически, на уровне БД, который живет определенное время).
В теме кота я уже говорил, чтобы решить это полностью - нужно сделать ручной кэш на событийной модели.
Доработка займет 1.5 - 2 дня, ТС, вы считаете потраченное время оправданным, когда большинство даже не замечает?
А точнее, на конкретной странице - http://kubuntu.ru/tracker/my, там нет ничего, что бы могло привести к активации плагинов, предназначенных для обработки определенных форматов.
На этот вопрос легко ответят логи сервера с grep по '/tracker/my', наверняка там будет куча запросов длительностью в 15+ секунд.
Ну, она может меняться в зависимости от состояния кэша БД на сервере. Думаю, вполне могло совпасть. Вот недавно открытие было 15 секунд в хроме и этого плагина нет.
Еще есть вариант взять какой-нибудь консольный браузер и проверить в нем в разное время.
Не совпало. Я неоднократно пробовал включать и выключать этот плагин и результат стабильно одинаковый. Лезть в дебри и выяснять отчего и почему неохота. В консольном lynx пробовал - там все быстро.
ПС: Это я в лисе пробовал. В хромиуме вроде нормально у меня.
Первый запуск всегда с лёгкой задержкой идет (4-7 сек), остальные меньше секунды. А было постоянно 15-25 сек.
Я, если честно, вообще этой закладкой ("с моим участием") не пользуюсь, просто поднимался этот вопрос на раньше (до этой темы) решил посмотреть, так ли. У меня это актуально в основном на слабом недобуке, а десктоп и ноут даже не смотрел.
На самом деле это какой-нибудь плагин тормозит
У тебя наверно и другие плагины и дополнения стоят, по отключай и посмотри. Я не утверждаю, что конкретно djview, причина может быть в другом, на что нарывается djview. Я не спец в интернет-браузерных делах.
Пока разбираться в этом вопросе не стану, так как в скором времени придется переезжать на новую версию движка, так как поддержка версии на которой крутиться кубунту.ру заканчивается через несколько месяцев. А на новой версии уже будем смотреть как и чего. Справедливости ради тоже зашел на "с моим участием" открылось секунды за три, до этого заходил по этой вкладке несколько недель назад.
P.S. Всё же немного поменял параметры запроса при выводе в tracker/my. Не знаю на сколько это поможет.
Есть такое предложение - добавить в конфиг виртуального хоста nginx такую штуку: log_format extended '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent" [$request_time]';
Данное объявление должно быть внутри http, но вне server (т.е. можно разместить перед "server {").
Переменная extended выбрана случайно, назвать можно как угодно. В данном случае формат лога будет как дефолтный, за исключением дополнительного параметра $request_time, который отражает время запроса.
Далее нужно выбрать указать переменную extended (или другую выбранную) в директиве: access_log /var/log/nginx/macleod.ru.access.log extended;
В итоге, при обращении к такому скрипту <?php sleep(10); echo 'ololo'; ?>
получается такой лог: 85.93.143.171 - - [11/Dec/2015:17:25:29 +0300] "GET /rtimetest.php HTTP/1.1" 200 15 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.73 Safari/537.36" [10.001]
Да, качество соединения клиента будет влиять на этот показатель, но все равно - будет нагляднее. ИМХО, это вообще один из важнейших показателей.
При желании, можно еще добавить дополнительное логирование времени выполнения непосредственно запроса...
проверил через хром - ну он в принципе шустрее намного лисы, и да, на нем проблемы не возникает. Мое субъективное мнение: проблема имеет место в коде, но на таких шустряках как хром ее незаметно, а на лисе - очень даже.
У меня открывается моментально (лиса). Кот вроде тоже жаловался на долгое открытие. Видимо зависит не только от запроса а еще от чего-то.
У меня тоже мгновенно, если кому интересно...
Тоже присоединяюсь к ответившим. Открывается нормально.
Все правильно, в таблицах большое количество записей, к тому же, при обращении после длительной паузы, скорее всего определенная часть данных заново считывается с диска, а потом строится кэш (автоматически, на уровне БД, который живет определенное время).
В теме кота я уже говорил, чтобы решить это полностью - нужно сделать ручной кэш на событийной модели.
Доработка займет 1.5 - 2 дня, ТС, вы считаете потраченное время оправданным, когда большинство даже не замечает?
ничего не считаю, есть проблема - я ее изложил, фиксить не фиксить - дело админа.
На самом деле это какой-нибудь плагин тормозит. DjView например.
И с чего бы ему это делать на кубунту.ру?
А причём тут кубунту.ру, если дело происходит в браузере?
А точнее, на конкретной странице - http://kubuntu.ru/tracker/my, там нет ничего, что бы могло привести к активации плагинов, предназначенных для обработки определенных форматов.
На этот вопрос легко ответят логи сервера с grep по '/tracker/my', наверняка там будет куча запросов длительностью в 15+ секунд.
Но у меня-то меняется скорость открытия этой странички. С ним долго без него быстро. Я ж не придумал ничего, практическим путем, так сказать.
Ну, она может меняться в зависимости от состояния кэша БД на сервере. Думаю, вполне могло совпасть. Вот недавно открытие было 15 секунд в хроме и этого плагина нет.
Еще есть вариант взять какой-нибудь консольный браузер и проверить в нем в разное время.
Не совпало. Я неоднократно пробовал включать и выключать этот плагин и результат стабильно одинаковый. Лезть в дебри и выяснять отчего и почему неохота. В консольном lynx пробовал - там все быстро.
ПС: Это я в лисе пробовал. В хромиуме вроде нормально у меня.
Первый запуск всегда с лёгкой задержкой идет (4-7 сек), остальные меньше секунды. А было постоянно 15-25 сек.
Я, если честно, вообще этой закладкой ("с моим участием") не пользуюсь, просто поднимался этот вопрос на раньше (до этой темы) решил посмотреть, так ли. У меня это актуально в основном на слабом недобуке, а десктоп и ноут даже не смотрел.
У меня нет такого плагина, а задержка при загрузке есть… Проверил на мобильном dolphin: задержки нет…
У тебя наверно и другие плагины и дополнения стоят, по отключай и посмотри. Я не утверждаю, что конкретно djview, причина может быть в другом, на что нарывается djview. Я не спец в интернет-браузерных делах.
Ну сейчас начну по одному щёлкать расширения, делать мне нечего…
Пока разбираться в этом вопросе не стану, так как в скором времени придется переезжать на новую версию движка, так как поддержка версии на которой крутиться кубунту.ру заканчивается через несколько месяцев. А на новой версии уже будем смотреть как и чего. Справедливости ради тоже зашел на "с моим участием" открылось секунды за три, до этого заходил по этой вкладке несколько недель назад.
P.S. Всё же немного поменял параметры запроса при выводе в tracker/my. Не знаю на сколько это поможет.
Есть такое предложение - добавить в конфиг виртуального хоста nginx такую штуку:
log_format extended '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" [$request_time]';
Данное объявление должно быть внутри http, но вне server (т.е. можно разместить перед "server {").
Переменная extended выбрана случайно, назвать можно как угодно. В данном случае формат лога будет как дефолтный, за исключением дополнительного параметра $request_time, который отражает время запроса.
Далее нужно выбрать указать переменную extended (или другую выбранную) в директиве:
access_log /var/log/nginx/macleod.ru.access.log extended;
В итоге, при обращении к такому скрипту
<?php sleep(10); echo 'ololo'; ?>
получается такой лог:
Да, качество соединения клиента будет влиять на этот показатель, но все равно - будет нагляднее. ИМХО, это вообще один из важнейших показателей.
При желании, можно еще добавить дополнительное логирование времени выполнения непосредственно запроса...
Хорошая мысль, добавил. Посмотрю на сколько у кого долго открывается.
Если, я правильно понял суть эксперемента, я смогу поучавствовать в нём, только в конце следующей недели.
Совершенно верно. Тормозит БД когда кеш пустой. Надо с ней разбираться.
не помогло
проверил через хром - ну он в принципе шустрее намного лисы, и да, на нем проблемы не возникает. Мое субъективное мнение: проблема имеет место в коде, но на таких шустряках как хром ее незаметно, а на лисе - очень даже.
стоит мозилла. в пятницу открывалось секунд за 5. сегодня около 20.
Уже два раза на мобильном dolphin ловил загрузку в 10с. Кто там про лису что-то говорил?
Прирожденный мышелов =)
Не, не мышелов =) Дельфинолов =))
Наконец попал домой. В лисе те же 10с.
у меня стала за 1.5 сек при первом открытии и примерно 0.5 сек при повторном.
Отправить комментарий