Здравствуйте, господа. Не стал создавать отдельную тему - продолжу тут. Не даёт мне покоя бредово-параноидальная мысль. Заметил, что если обновлять главную страницу phpBB3 с высокой периодичностью (скажем, раз в несколько секунд), то время генерации страницы и количество запросов к БД сильно не прыгают:
Time : 0.028s | 11 Queries | GZIP : OnTime : 0.031s | 11 Queries | GZIP : OnTime : 0.028s | 11 Queries | GZIP : OnTime : 0.029s | 11 Queries | GZIP : OnTime : 0.030s | 12 Queries | GZIP : OnTime : 0.030s | 11 Queries | GZIP : OnTime : 0.030s | 13 Queries | GZIP : OnTime : 0.031s | 12 Queries | GZIP : OnTime : 0.031s | 11 Queries | GZIP : OnTime : 0.028s | 11 Queries | GZIP : On
Однако, если страницу обновлять через более длительное время (скажем, раз в 5 минут), то время генерации страницы и количество запросов к БД увеличиваются:
Time : 0.044s | 19 Queries | GZIP : OnTime : 0.033s | 12 Queries | GZIP : OnTime : 0.037s | 14 Queries | GZIP : OnTime : 0.038s | 12 Queries | GZIP : OnTime : 0.033s | 12 Queries | GZIP : OnTime : 0.052s | 13 Queries | GZIP : OnTime : 0.033s | 12 Queries | GZIP : OnTime : 0.062s | 17 Queries | GZIP : OnTime : 0.036s | 13 Queries | GZIP : On
Подскажите, пожалуйста, возможно ли каким-либо образом сгладить эти скачки показателей (и должны ли они вообще так прыгать)?
В качестве кеширования PHP-кода используется Zend Opcache, а PHP-сессии форума держу в Memcache.
P.S. Новая ссылка на munin.
С уважением, Геннадий.
Лог atop в период часовой нагрузки
Графики munin
WapGraf, как я и предполагал, в это время используется smbd (Samba) для просмотра видео с диска. Смотрел с помощью atop -r /var/log/atop/atop_20141130. В период с 20:10 по 20:50 самба усердно с диска читала видеофайлы. Ну, насчёт самбы я особо не беспокоюсь - по вечерам используется только. Беспокоюсь за всё остальное время. Особенно при использовании php-fpm и mysql.
P.S. Попробую создать часовую нагрузку с помощью сервиса на loaddy.com (одновременно 50 посетителей будут каждую секунду ходить по разным ссылкам).
Насколько я могу судить по графикам munin, время нагрузки диска sda приблизительно с 19:00 до 21:00. В это время с диска воспроизводятся различные фильмы по Samba (вечерний киносеанс). Если Вы об этом.
Ну, фактически у меня штиль и есть. Посетителей 2 человека. Могу попробовать нагрузить с помощью сервиса нагрузочного тестирования от loaddy.com (50 посетителей будут, скажем, каждую секунду ходить по различным ссылкам CMS).
P.S. Торрентокачалка пока не используется.
WapGraf, ссылки теперь доступны.
Ну, народ из Raspberry Pi делает домашний веб-сервачок и хвалится, как вордпресс у них на апаче чудесно летает...
Цель: достичь разумного баланса производительности\нагрузки.
По возможности, и того, и другого.
Я, конечно, пофигист... Но не до такой степени чтобы так рассуждать. 🙄
Не знал, что ARM по скорости уже обгоняет x86_64... 😮
Andron_buton,
Вывод atop здесь.
Вывод mysqltuner:
>> MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net> >> Bug reports, feature requests, and downloads at http://mysqltuner.com/ >> Run with '--help' for additional options and output filtering[OK] Logged in using credentials from debian maintenance account.[!!] Currently running unsupported MySQL version 10.0.15-MariaDB-1~wheezy-log[OK] Operating on 64-bit architecture-------- Storage Engine Statistics -------------------------------------------[--] Status: -ARCHIVE +Aria -BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MyISAM -partition[--] Data in InnoDB tables: 13M (Tables: 143)[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52)[OK] Total fragmented tables: 0-------- Security Recommendations -------------------------------------------[OK] All database users have passwords assigned-------- Performance Metrics -------------------------------------------------[--] Up for: 2d 15h 43m 3s (229K q [0.999 qps], 13K conn, TX: 707M, RX: 35M)[--] Reads / Writes: 84% / 16%[--] Total buffers: 1.1G global + 11.5M per thread (100 max threads)[OK] Maximum possible memory usage: 2.2G (57% of installed RAM)[OK] Slow queries: 0% (0/229K)[OK] Highest usage of available connections: 5% (5/100)[OK] Key buffer size / total MyISAM indexes: 32.0M/44.0K[!!] Key buffer hit rate: 25.0% (28 cached / 21 reads)[OK] Query cache efficiency: 38.8% (95K cached / 247K selects)[OK] Query cache prunes per day: 0[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 7K sorts)[OK] Temporary tables created on disk: 5% (697 on disk / 12K total)[OK] Thread cache hit rate: 99% (5 created / 13K connections)[OK] Table cache hit rate: 22% (294 open / 1K opened)[OK] Open file limit used: 0% (34/4K)[OK] Table locks acquired immediately: 100% (102K immediate / 102K locks)[OK] InnoDB buffer pool / data size: 1.0G/13.5M[OK] InnoDB log waits: 0-------- Recommendations -----------------------------------------------------No additional performance recommendations are available.
Да, конечно. Прошу прощения. Надеюсь, это оно.
