- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
GSMtricks, Какая разница закешированным страницам до апача, mysql и тд :) Большинство же делает сайты под сапу или трафик, и то и то можно грамотно закешировать до апача и mysql и дёргать mysql только при обновлении кеша или в админке. Не верю что на ДЛЕ кто-то будет делать вторую Википедию
Подобные новости в ДЛЕ - не кеширует, а дергает каждый раз при открытии полной новости. Этот запрос есть медленный и тормозит базу. Кто под что делает - это одно, речь то идет о другом. Я лишь говорю то, что при любой настройке сервера - медленными Mysql запросами можно повесить любой сервер.
А кому и для каких целей ДЛЕ - это уже другой вопрос.
GSMtricks, Да честно, правильно настроенному Nginx без разницы что внутри, на бекенде. Он кеширует результат выполнения 1 раз и далее не дёргает не Апач не mysql ни кого пока не истечёт время кеша. Правильно настроенный сервер не упадёт от 10 даже самых медленных Mysql запросов. Правильно настроенный сервер порвёт потенциально опасные подключения раньше чем сервер упадёт, другой вопрос что сайт будет писать 504, до тех пор пока невмешаеться админ или программист сайта.
GSMtricks, Да честно, правильно настроенному Nginx без разницы что внутри, на бекенде. Он кеширует результат выполнения 1 раз и далее не дёргает не Апач не mysql ни кого пока не истечёт время кеша. Правильно настроенный сервер не упадёт от 10 даже самых медленных Mysql запросов. Правильно настроенный сервер порвёт потенциально опасные подключения раньше чем сервер упадёт, другой вопрос что сайт будет писать 504, до тех пор пока невмешаеться админ или программист сайта.
Да это я понимаю. Но смотрите ситуацию когда в базе 300К новостей. Пользователь открывает полную новость и пошел медленный запрос, так как идет полнотекстовый поиск по 300К новостям. Даже если она потом попадает в кеш все равно если онлайн по 200 человек на сайте и каждый читает разные новости, такие запросы будут просто постонно, будут выстраиваться в очередь - итоге нагрузка mysql будет 50% и выше.
Но я не хочу спорить с Вами, я не спец по администрированию сервера, просто у меня возникла такая проблема именно когда в базе стало более 150К новостей, отсюда и мои выводы. С админом моего сервера устранили проблему лишь отключеним запросов {related-news} которые кстати я и не выводил вообще на сайте, а запросы в show.full.php были.
GSMtricks, Проблема решаеться не сложно при грамотном администрировании...
GSMtricks, Проблема решаеться не сложно при грамотном администрировании...
Буду иметь ввиду, обращусь к Вам при необходимости, спасибо.
Просить админа это не выход, сам администрирую уже порядка трех лет, сильно не вникал в суть, но читал много про определенные настройки, как итог методом проб и ошибок пришел к вышеописанному конфигу. По ка на 18.00 вот такая нагрузка:
Tasks: 33 total, 1 running, 32 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.0%us, 0.9%sy, 0.0%ni, 93.8%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 427516k used, 621060k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18042 mysql 15 0 366m 100m 6212 S 11 9.8 46:52.76 mysqld
25993 www-data 17 0 278m 12m 4452 S 4 1.2 0:00.30 apache2
25912 www-data 16 0 282m 14m 4676 S 3 1.4 0:02.21 apache2
25962 www-data 15 0 280m 14m 4612 S 2 1.5 0:00.75 apache2
25961 www-data 16 0 278m 13m 5588 S 2 1.3 0:00.49 apache2
25960 www-data 15 0 277m 11m 4848 S 1 1.2 0:00.88 apache2
7599 root 15 0 71256 3072 2316 S 0 0.3 0:05.15 dovecot-auth
22187 www-data 15 0 31316 5104 788 S 0 0.5 3:00.59 nginx
25916 www-data 15 0 280m 12m 4920 S 0 1.2 0:01.54 apache2
1 root 15 0 10308 744 620 S 0 0.1 0:02.34 init
7530 root 18 0 5900 680 520 S 0 0.1 0:02.55 syslogd
7554 bind 18 0 152m 16m 2588 S 0 1.6 0:00.08 named
7567 root 15 0 48860 1192 696 S 0 0.1 0:02.78 sshd
7590 root 15 0 191m 10m 5952 S 0 1.1 0:09.34 apache2
7598 root 15 0 12372 668 480 S 0 0.1 0:06.76 dovecot
7674 dovecot 15 0 14212 1992 1596 S 0 0.2 0:06.98 imap-login
7675 dovecot 15 0 14212 1988 1596 S 0 0.2 0:07.22 imap-login
7676 dovecot 15 0 14212 1984 1596 S 0 0.2 0:07.15 imap-login
7882 proftpd 18 0 64220 1552 588 S 0 0.1 0:00.92 proftpd
7930 root 15 0 68084 3184 1504 S 0 0.3 0:03.62 sendmail-mta
7952 root 18 0 19260 912 712 S 0 0.1 0:00.00 xinetd
7954 daemon 18 0 16356 432 288 S 0 0.0 0:00.00 atd
7974 root 15 0 18544 932 712 S 0 0.1 0:00.32 cron
8027 root 18 0 193m 18m 6852 S 0 1.8 0:09.73 ispmgr
9707 dovecot 15 0 14204 1980 1588 S 0 0.2 0:05.47 pop3-login
18005 root 22 0 17312 1436 1148 S 0 0.1 0:00.00 mysqld_safe
18043 root 22 0 3776 592 504 S 0 0.1 0:00.00 logger
18093 root 18 0 28044 1852 780 S 0 0.2 0:00.00 nginx
25768 dovecot 15 0 14204 1980 1588 S 0 0.2 0:00.03 pop3-login
25965 root 18 0 66064 3092 2464 S 0 0.3 0:00.02 sshd
25970 dovecot 15 0 14204 1980 1588 S 0 0.2 0:00.00 pop3-login
25985 root 18 0 17448 1696 1244 S 0 0.2 0:00.00 bash
25992 root 15 0 18820 1208 940 R 0 0.1 0:00.01 top
в выходные load average был 5.38, 5.37, 7.34
может можете что либо добавить?
MaxClients 250 поставил из ходя из того, что в среднем один процесс занимает 1.5 метр
250*2=500 метров памяти
откуда взялся
один процесс занимает 1.5 метр
у вас ведь "%MEM" - т.е. 1.2-1.5% от 1Гб - 12-15мб, а не 1.2-1.5мб
к тому же процессы выделяют память впрок - голый апач(почти без модулей) берет в районе 20мб, с мод_пхп от 40мб.
сделайте
KeepAlive Off
MaxClients 20
thread_concurrency = 1
или нгинкс и
MaxClients 2
вот тут я затупил действительно :)
получается 20мб на процесс апатча
сейчас папробую изменить.
сегодня люди говорили что пару раз пролетала ошибка ту мани конектионс
посмотрел топ, показатели по состоянию на 23.00 почти такие как и выше
на счет отключения кип.алива вы уверены? многие советуют его
сделал пока вот так:
KeepAlive Off
<IfModule mpm_prefork_module>
StartServers 20
MinSpareServers 2
MaxSpareServers 13
MaxClients 25
MaxRequestsPerChild 100
</IfModule>
<IfModule mpm_worker_module>
StartServers 15
MaxClients 25
MinSpareThreads 2
MaxSpareThreads 13
ThreadsPerChild 25
MaxRequestsPerChild 100
</IfModule>
посмотрим что из этого выйдет
с KeepAlive Off страницы для пользователя с хорошим каналом будут грузится раза в 2-3 (субъективно + оч. зависит от количества графики) медленнее - для каждой картинки на странице будет создаватся новое соединение. люди на старом модеме почти не заметят. но на сервере нагрузка упадет, и он не войдет в ступор.
если все равно нагрузка будет большой - закройте апач нгинксом. он умеет кипалив. и поставте MaxClients 2 - так и память выкипать не будет.