- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно как можно увеличить скорость, чтобы у всех всегда было более 100кб/с и быстро грузились страницы.
на маленьких размерах страничек не смотрите на эти цифру скорости загрузки, так как она не характеризует реальную скорость, а это лишь усреднённый параметр передачи данных.
Сделайте, к примеру, страницу в 5 байт и натравите на неё хострекер - будете долго смеятся какие цифры получите :)
Народ, у кого есть сайты на хецнере, на ВПС, желательно на ВП, киньте в личку урл, просто посмотреть в разное время суток. Без всяких пингов, вообще без всего, просто глянуть, как они в Питере открываются.
Спасибо.
Хостер сказал, что 100 мбит шаред и соседи ничего не испльзуют, т.е. там вообще практически не используется канал, так что не в этом проблема.
В вобле есть дебаг, вот соответственно сделал сейчас замер
главная форума
Page Generation 0.49881 seconds Memory Usage 18,602KB Queries Executed 12
раздел
Page Generation 0.71134 seconds Memory Usage 17,370KB Queries Executed 17
тема
Page Generation 0.42719 seconds Memory Usage 19,564KB Queries Executed 25
Как я понимаю это и есть время генерации страниц. Соответственно сделаю еще замер в час пик.
Хостер сказал, что 100 мбит шаред и соседи ничего не испльзуют, т.е. там вообще практически не используется канал, так что не в этом проблема.
Ага, а президент сказал что стали жить лучше.
Соседи же ваши идиоты - и просто так платят хостеру не используя канал.
В вобле есть дебаг, вот соответственно сделал сейчас замер
главная форума Page Generation 0.49881 seconds Memory Usage 18,602KB Queries Executed 12
раздел Page Generation 0.71134 seconds Memory Usage 17,370KB Queries Executed 17
тема Page Generation 0.42719 seconds Memory Usage 19,564KB Queries Executed 25
Как я понимаю это и есть время генерации страниц. Соответственно сделаю еще замер в час пик.
Сколько раз повторять магу! дайте в личку сайт - сразу получите ответ почему он тормазит.
Хостер сказал, что 100 мбит шаред и соседи ничего не испльзуют, т.е. там вообще практически не используется канал, так что не в этом проблема.
Это и есть общий канал. И то, что вам говорят, что он свободен и всё для вас, ну вы понимаете... =) А канал этот, может быть ещё и не на одну ноду с виртуалками, на самом деле, тут уж как жадность хостера работает.
Я бы смотрел на ping tracert к сайту изначально. А еще конечно на производительность vds. Канал не причем, для быстрого открытия страницы достаточно 100 кбит. а вот если сервер не в состоянии быстро обработать запросы, тогда будете наблюдать сею ситуцию.
mower Простите, а кто ваш хостер?
Мои сайты тоже на серверах в Германии от хостинга анлимитс телеком, но цифры намного меньше, и разброс не такой большой
Хоть сейчас еще и не час пик, но уже близко к нему, поэтому сделал замер:
главная форума
Page Generation 1.70047 seconds Memory Usage 19,721KB Queries Executed 12
раздел
Page Generation 2.52483 seconds Memory Usage 17,120KB Queries Executed 17
тема
Page Generation 2.14032 seconds Memory Usage 19,256KB Queries Executed 22
Как видно время генерации уже значительно возрасло. В час пик будет еще хуже, а если общая посещаемость сайта возрастет - то и еще хуже.
Вот результат команды топ:
Tasks: 135 total, 7 running, 128 sleeping, 0 stopped, 0 zombie
Cpu0 : 61.9%us, 7.0%sy, 0.0%ni, 31.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 61.9%us, 8.3%sy, 0.0%ni, 14.2%id, 13.9%wa, 0.3%hi, 1.3%si, 0.0%st
Mem: 4013672k total, 3634788k used, 378884k free, 93584k buffers
Swap: 6062072k total, 80k used, 6061992k free, 2180504k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17779 apache 16 0 267m 37m 4076 S 18.2 1.0 0:01.24 httpd
7936 mysql 15 0 1561m 533m 5000 S 17.6 13.6 228:51.13 mysqld
17650 apache 16 0 260m 35m 4288 R 17.6 0.9 0:08.56 httpd
17789 apache 16 0 255m 28m 3636 R 15.9 0.7 0:00.97 httpd
17780 apache 15 0 256m 28m 3988 S 10.3 0.7 0:00.75 httpd
17466 apache 15 0 271m 42m 4364 S 8.6 1.1 0:15.40 httpd
17605 apache 15 0 263m 36m 4368 S 8.6 0.9 0:10.55 httpd
17591 apache 16 0 266m 37m 4340 R 8.3 1.0 0:11.19 httpd
17267 apache 16 0 266m 38m 4356 S 7.9 1.0 0:27.34 httpd
17642 apache 15 0 271m 41m 4580 S 7.9 1.1 0:07.69 httpd
17453 apache 16 0 264m 36m 4368 S 7.3 0.9 0:15.37 httpd
17471 apache 15 0 263m 35m 4300 S 2.6 0.9 0:13.18 httpd
17086 apache 15 0 270m 42m 4380 S 2.3 1.1 0:34.01 httpd
17753 apache 15 0 264m 35m 4496 S 1.3 0.9 0:03.33 httpd
17463 apache 16 0 267m 40m 4360 R 1.0 1.0 0:15.36 httpd
17595 apache 15 0 272m 43m 4288 S 1.0 1.1 0:10.68 httpd
17747 apache 16 0 263m 35m 4068 S 1.0 0.9 0:02.29 httpd
16933 apache 16 0 268m 39m 4752 S 0.7 1.0 0:38.63 httpd
17687 apache 15 0 263m 35m 4264 S 0.7 0.9 0:07.90 httpd
17699 apache 15 0 266m 38m 4348 S 0.7 1.0 0:06.93 httpd
17790 apache 16 0 261m 33m 3464 S 0.7 0.8 0:00.82 httpd
25456 nginx 16 0 93976 5296 1560 S 0.7 0.1 23:31.63 nginx
1 root 15 0 10368 628 536 S 0.0 0.0 0:03.36 init
2 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.09 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:01.31 ksoftirqd/1
7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 events/0
9 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 events/1
10 root 10 -5 0 0 0 S 0.0 0.0 0:01.90 khelper
49 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 kthread
54 root 10 -5 0 0 0 S 0.0 0.0 0:03.64 kblockd/0
С моей точки зрения по команде топ не видно, что рекурсов не хватает. Но ведь увеличилось время генерации с пол секунды до более чем двух секунд. Т.е. получается не хватает ресурсов? Если да, то каких именно: процессора? оперативки? ядер процессора?
---------- Добавлено 29.02.2012 в 17:33 ----------
Вот сейчас выловил вот такое:
Page Generation 4.32213 seconds Memory Usage 19,639KB Queries Executed 23
"Нормальное" время генерации как я понимаю составляет 0.1 секунды. Соответственно можно считать, что причина долгой загрузки страниц выяснена, - это долгое время генерации страницы на сервере. Теперь вопрос: почему долго генерируется и что надо сделать для решения проблемы.
---------- Добавлено 29.02.2012 в 17:47 ----------
Вот кстати более детальная расшифровка к предыдущей генерации в 4 секунды:
Page generated in 4.1451239585876 seconds with 19 queries, spending 1.0486209392548 doing MySQL queries and 3.0965030193329 doing PHP things.
Т.е. получается
Долго делался запрос
Долго обрабатывался
Видимо все же дело в процессоре.
Для начала отключите все хаки и посмотрите насколько стало лучше.
Если залетает, то включайте их по одному и найдете какой из них проблемный. Довольно очевидный способ, разве нет?
Строки Page generated in выводит примитивный профайлер vbulletin. Он служит больше для оптимизации sql, чем php. Но даже по этим данным иногда можно догадаться какой этап обработки php наиболее длительный и памятежрущий. Нажмите на ссылку explain queries.
К сожалению, время doing php things он учитывает общее и туда не входит время на ожидание сетевых коммуникаций. Уверенно судить о недостаточно быстром процессоре на основе этих данных еще нельзя.
Можно профилировать настоящим профайлером кода, но это методология программирования. Люди, которые могут ей пользоваться, сами находят проблемные участки без посторонней помощи.
load average: 5.63, 7.36, 7.82
Сколько ядер в системе? Вышеуказанное значение не должно привышать их количество. У вас vds попросту не тянет ваш движок. Перейдите на тариф повыше, с большими ресурсами.