- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Объясните мне, пожалуйста, как такое может быть.
Месяц назад, в будний день в 2 часа дня (во вторник, 20 июня) средняя загрузка сервера была следующая:
last pid: 46437; load averages: 3.12, 1.50, 1.14 up 4+00:22:00 14:13:05
194 processes: 10 running, 184 sleeping
CPU states: 24.8% user, 55.9% nice, 19.3% system, 0.0% interrupt, 0.0% idle
Mem: 618M Active, 125M Inact, 136M Wired, 45M Cache, 111M Buf, 69M Free
Swap: 1024M Total, 9280K Used, 1015M Free
Сегодня, 12 часов ночи, туристический сезон снизился, посещаемость сайтов по SpyLog процентов на 20 ниже. Но сервер перегружен сверх всяких мыслимых пределов...
last pid: 1235; load averages: 40.02, 53.98, 41.91 up 0+09:34:43 23:46:30
129 processes: 2 running, 126 sleeping, 1 zombie
CPU states: 44.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 55.6% idle
Mem: 255M Active, 399M Inact, 94M Wired, 38M Cache, 111M Buf, 208M Free
Swap: 1024M Total, 1024M Free
Тех. поддержка считает, что просто нужно брать более мощную машину. Возьмем, не проблема. Но вот только не забьется она тут же точно так же??
проверьте все sql запросы раз, а то иногда бывает тихий ужас...
особенно мамба и пхпнюк этим грешит.
проверьте, закрывает ли ваш софт соединение с mysql после использования, или оставляет это серверу. (sleep)
проверьте, что запущено на сервере. по моему команда top
и посмотрите эти программы, нет ли там какой нить засады.
Ну и сказали бы, что обслуживает ваш сервер, и какая на нем нагрузка в хитах и в трафике.
проверьте все sql запросы раз, а то иногда бывает тихий ужас...
особенно мамба и пхпнюк эти грешит.
проверьте, закрывает ли ваш софт соединение с mysql после использования, или оставляет это серверу. (sleep)
проверьте, что запужено на сервере. по моему команда top
и посмотрите эти программы, нет ли там какой нить засады.
Ну и сказали бы, что обслуживает ваш сервер, и какая на нем нагрузка в хитах и в трафике.
Вчера - все работало нормально.
Хитов было на двух основных сайтах по 20 тысяч, на остальных более мелких в совокупности не более 50-60 тысяч.
Сегодня на одном из основных спалйог засек около 7 тысяч, на втором около 5 тысяч. На мелких - примерно во столько же раз меньше.
По скриптам есть ряд косяков, но не было же проблем до этого. Например, вчера. Вот, что я не понимаю.
Сервер вот такой:
Pentium 4-2.4GHz CPU, 1Gb RAM, 2x80Gb IDE HDD RAID 1
А вот что дает команда top (сейчас правда averages подупали слегка. но все равно несравнимо остается с тем, что было в разгар рабочего дня, в пиковые часы нагрузки на сервер месяц назад):
last pid: 6236; load averages: 10.21, 8.09, 15.18 up 0+09:54:35 00:06:22
103 processes: 10 running, 93 sleeping
CPU states: 89.2% user, 0.0% nice, 10.8% system, 0.0% interrupt, 0.0% idle
Mem: 244M Active, 488M Inact, 143M Wired, 50M Cache, 111M Buf, 69M Free
Swap: 1024M Total, 1024M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
6217 www 64 0 21692K 15148K RUN 0:04 60.22% 15.62% httpd
6214 mysql 84 14 73088K 24984K RUN 0:00 2.81% 0.93% mysqld
6213 root 2 0 2936K 1492K sbwait 0:00 2.37% 0.78% mysqldu
83393 root 2 0 25908K 24532K accept 0:05 0.10% 0.10% perl5.8
6225 mysql 84 14 73088K 24984K RUN 0:00 0.54% 0.10% mysqld
6218 mysql 84 14 73088K 24984K RUN 0:00 0.22% 0.05% mysqld
241 mysql 2 11 73088K 24984K select 0:12 0.00% 0.00% mysqld
272 mysql 2 11 73088K 24984K poll 0:11 0.00% 0.00% mysqld
279 mysql 2 14 73088K 24984K select 0:10 0.00% 0.00% mysqld
80031 root 2 0 16948K 10264K select 0:08 0.00% 0.00% httpd
1094 test 28 0 5300K 1956K RUN 0:07 0.00% 0.00% sshd
280 mysql 2 14 73088K 24984K select 0:07 0.00% 0.00% mysqld
80139 root 2 0 27280K 25812K accept 0:06 0.00% 0.00% perl5.8
923 root 2 0 2660K 1508K select 0:06 0.00% 0.00% master
82987 root 2 0 26808K 25564K accept 0:06 0.00% 0.00% perl5.8
80167 root 2 0 27652K 25948K accept 0:05 0.00% 0.00% perl5.8
80655 root 2 0 25908K 24388K accept 0:05 0.00% 0.00% perl5.8
349 clamav 2 0 19212K 18372K poll 0:04 0.00% 0.00% clamd
925 postfix 2 0 3072K 1672K select 0:03 0.00% 0.00% qmgr
476 root 2 0 6648K 5448K select 0:02 0.00% 0.00% perl5.8
162 root 2 0 988K 632K select 0:02 0.00% 0.00% syslogd
164 root 2 0 2204K 1584K select 0:02 0.00% 0.00% named
5698 www 2 0 19584K 13352K sbwait 0:01 0.00% 0.00% httpd
5763 www 2 0 21812K 14884K sbwait 0:01 0.00% 0.00% httpd
933 postfix 2 0 3020K 1624K select 0:01 0.00% 0.00% anvil
2115 test 28 0 2044K 1288K RUN 0:01 0.00% 0.00% top
465 root 18 0 22820K 21648K pause 0:01 0.00% 0.00% perl5.8
932 postfix 2 0 2964K 1744K select 0:01 0.00% 0.00% tlsmgr
5767 www 2 0 20876K 14556K sbwait 0:01 0.00% 0.00% httpd
5766 www 2 0 20596K 14212K poll 0:00 0.00% 0.00% httpd
5812 www 2 0 18384K 12136K poll 0:00 0.00% 0.00% httpd
88358 postfix 2 0 3536K 2980K select 0:00 0.00% 0.00% smtpd
5824 www 2 0 19828K 13528K sbwait 0:00 0.00% 0.00% httpd
393 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
392 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
390 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
394 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
391 root 2 0 1676K 1068K select 0:00 0.00% 0.00% authdae
должна тянуть машинка.
может и правда процессы апача не умирают например?
или что то подглючивает. не знаю.
я не такой спец во фре, не могу сказать.
а скрипты оптимсизируйте, это того стоит.
должна тянуть машинка.
может и правда процессы апача не умирают например?
или что то подглючивает. не знаю.
я не такой спец во фре, не могу сказать.
а скрипты оптимсизируйте, это того стоит.
Но ведь вчера все нормально было, все летало.
А тех поддержка упорно отвечает, что все в порядке, просто слишком перегрузили машину.
Как на них надавить, какие слова сказать умные?
А сервер то (давно) захлебывается :)
А сервер то (давно) захлебывается :)
Всмысле? По каким критериям можно сделать такой вывод? 😕
И насколько давно?
Была такая же тема с турсайтами, короче, как выяснилось сервер ложился когда какой-то бешеный бот (Гугля вроде) заходил на страницу, например, отели египта, и потом по 500 ссылкам сразу ломился, ну и плюс скрипты были не оптимизированы.
Как известно, сейчас вебальта активно всасывает страницы, некоторые жаловались тут что очень грузит сайты, может у вас это?
Как раз на посещаемость не влияет, а запросов делает тучу.
Была такая же тема с турсайтами, короче, как выяснилось сервер ложился когда какой-то бешеный бот (Гугля вроде) заходил на страницу, например, отели египта, и потом по 500 ссылкам сразу ломился, ну и плюс скрипты были не оптимизированы.
Как известно, сейчас вебальта активно всасывает страницы, некоторые жаловались тут что очень грузит сайты, может у вас это?
Как раз на посещаемость не влияет, а запросов делает тучу.
Спасибо, интересная гипотеза. А выяснилось каким образом?
Спасибо, интересная гипотеза. А выяснилось каким образом?
Точно не помню, что-то вроде того что увидели что нагрузка из-за того что оч. много запросов к мускулу, а запросы были все к одной таблице как раз с инфой об отелях египта.
Точно не помню, что-то вроде того что увидели что нагрузка из-за того что оч. много запросов к мускулу, а запросы были все к одной таблице как раз с инфой об отелях египта.
Ясно. У нас вроде не к mysql. Много жрут процессы httpd.