mower

mower
Рейтинг
63
Регистрация
01.12.2009
Andreyka:
Зависит от хостера. У меня на атоме прокачка иногда шла больше сотки, там чисто html и nginx.
А некоторые этого не позволяют и отрубают нафиг.

На видиэсках думаю мало кто отрубит за такой ддос, меня не отрубали. Вообще же он должен отбиваться оперативно. Если денек такая нагрузка будет на вдс - тогда конечно выгонят. (т.е. я имею ввиду все атакующие ip не будут заноситься в файрволл)

Сайт перенесен на более мощьный серв

ядер 2 -> 8

оперативка 4 -> 24

Лаги исчезли. Всем спасибо.

Тогда и темку эту пора грохнуть :)

Интереса данный ФО для раздела не представляет.

ivanov2502:
на интпорне досихпор банер файлпоста весит - просто супер😂
... неужеле вновьзарегестрировавшимся открывают партнерку?????

Просто админ раз в пол года заходит на сайт

Andreyka:
А почему столько много апачей?

20 апачей, расплодились видимо, но так всегда.

predator-hoi:
Как защититься от подобной заразы?

Очевидно обновлять движок чуть чаще, чем раз в несколько месяцев.

Хоть сейчас еще и не час пик, но уже близко к нему, поэтому сделал замер:

главная форума

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

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

Вот результат команды топ:

top - 18:00:34 up 19 days, 22:37, 1 user, load average: 5.63, 7.36, 7.82
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.

Т.е. получается

Долго делался запрос

Долго обрабатывался

Видимо все же дело в процессоре.

Хостер сказал, что 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

Как я понимаю это и есть время генерации страниц. Соответственно сделаю еще замер в час пик.

Интересная система, но там очень много надо в движке переписывать, а движок на поддержке и постоянно выходят новые версии.

Pagespeed показал 3 красных кружка:

Объедините изображения в CSS-спрайты

[Score: 30/100]

Используйте кэш браузера

[Score: 67/100]

Включите сжатие

Остальные зеленые.

Справйты - там все одни и теже картинки, они загрузятся 1 раз, дальше из кеша будут идти.

Кеш - он говорит что вместо 2 часов надо ставть неделю, но мне такое нельзя, мне как раз надо где-то по 2 часа кеш, как и есть.

Со сжатием надо будет разобраться, вообще оно включено, но вот работает ли - это уже надо смотреть.

Но в любом случае все картинки, весь жаваскрипт, все ксс - это все загружается ровно 1 раз. После этого оно уже ничего не загружается. Поэтому всякие CDN увеличат скорость лишь 1 загрузки сайта, но на последующие это уже будет иметь слабый эффект.

Сейчас я поткрутил всякого (нжинкс и хттпд уже более менее настроено, бд не была настроена вообще) - вот сейчас 1.08 sec в среднем скорость загрузки. Но надо посмотреть вечером, утром всегда не лагало, лагает в часы пик. И со сжатием надо разобраться. Оно включено, но вот сжимает ли он это я не знаю.

---------- Добавлено 28.02.2012 в 10:23 ----------

Проверяю http://web-sniffer.net/

вот что пришло:

Content-Encoding: gzip

Content-Length: 30101

Content (encoded: 29.40 KiB / decoded: 256.74 KiB)

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

Так это vbulletin, как и тут, там все уже оптимизировано.

Я не понимаю откуда такое, вот сейчас поднастроил my.cnf посмотрю вечером, может будет быстрее, но вообще я не знаю отчего по 7 секунд страницы грузятся.

Всего: 689