Dołącz do zespołu ekspertów! Backend lub Frontend Developer?

Sprawdź najnowsze oferty pracy naszego partnera - 8lines.io!

Analiza obciążenia i czasu generowania

Założony przez  meto.

Moje forum posiada 104 użytkowników, ponad 2000 postów.
Statystyki:
Generated in 0.0606780 seconds (82.78% PHP / 17.22% MySQL)
SQL Queries: 22 / Global Parsing Time: 0.0320001 / Memory Usage: 9 MB
PHP version: 5.3.4 / Server Load: 0.06 / GZip Compression: Enabled

Ale często przymula mi się forum i czas Server Load zwrasta nawet do 3.0
Czasami przymulenie bywa nawet do 10 sek, ale nie zawsze, czy to normalny objaw, czy może przez hosta ?
Z jakiego hostingu korzystasz?
Czasy i ilość zapytań wyglądają oczywiście ok.
Wartością load nie musisz się przejmować: to jak wiele może ona znieść, zależy od ilości procesorów / rdzeni / obsługiwanych wątków na serwerze, a najczęściej trudno uzyskać takie informacje od firmy hostingowej.

Jeżeli natomiast przy load wyższym niż 2.0 mają miejsce bardzo długie czasy ładowania, lub występują błędy (internal server error), to najwyraźniej jest to "hostink", bo dobra firma zajmująca się świadczeniem takich usług nie wrzuciłaby na serwer np. jednego Pentium IV czy nawet Core 2 Duo.
mam od... przed chwilą taki problem na forum: http://moto-poludnie.pl/forum/
MyBB has experienced an internal SQL error and cannot continue.

SQL Error:
1226 - User 'juzer ;)' has exceeded the 'max_connections_per_hour' resource (current value: 2000)
Query:
[READ] Unable to connect to MySQL server

wszystko fajnie, tyle, że SQL queries wynosi 16 :/ w załączniku debug
Generated in 0.0751460 seconds (86.92% PHP / 13.08% MySQL)
SQL Queries: 16 / Global Parsing Time: 0.0317621 / Memory Usage: 7.5 MB
PHP version: 5.3.5 / Server Load: 0 / GZip Compression: Disabled

Pluginy

Ad Randomizer system (5.0.2)
Advanced Quick Reply Form (1.0.3)
Ajax PM Notification (1.8.1) (skonfigurowany na sprawdzanie co 10 czy 15 minut)
Auto Media (1.1.9)
Custom Forum Icons (1.0)
Dynamic Board Statistics (1.2)
FBConnect (1.2.0)
FBCore (0.0.1)
Fit on Page (2.3)
Header Announcements (1.0)
IP Manager (0.1)
Lock User (0.2)
MyBBpublisher (1.4.1)
Show the users that has been online today (2.0)
SpiceFuse Shoutbox (1.1 Beta 1)
Spoiler MyCode (1.0)
SR Polish Instant Messengers (SR PlIMs) (1.2.2)
Pokaż nieprzeczytane posty (1.8)

Ajax PM właśnie wyłączyłem...


Załączone pliki
  MyBB Debug Information.pdf (Rozmiar: 119,81 KB / Pobrań: 422)
To nie info o limicie zapytań, ale limicie połączeń do bazy w ciągu godziny. Nieco dziwne... ja rozumiem limit, ale na jednoczesne połączenia, a nie godzinowo. Dziwna polityka cal...
Napisz do hosta czy mogą zwiększyć, jak nie to zmiana hosta.
tzn inaczej - zauważyłem, że to się wczoraj stało tak ot 2x na 5 minut... jak serio przekroczyłem (viva la Google seo plugin) to na godzinę wywalało forum. obecnie działa bez problemu i wysłałem maila do hostingu z pytaniem co nie tak jest.

edit:
hosting stwierdził, że jeśli by coś takiego się powtórzyło znowu - jeden mail i limit zwiększony ;)
Witam prosiłbym o analizę Debugu mojego Forum:

Server: Nazwa.pl
Wersja MyBB: 1.6.1
Wersja PHP: 5.2.17
Liczba postów: 2,281
Liczba wątków: 650
Użytkowników: 70

Pluginy:
SR Post Count Access (1.0)
Pokaż nieprzeczytane posty (1.8)

Ruch generowany z/do bazy w ciągu doby wynósł wczoraj 0,91 GB.
Wczoraj do południa wyłączyłem następujące Pluginy:
Show the users that has been online today (2.0)
Usergroup Legend by HSC Community (2.0)
Kiedy były one włączone ruch byl na poziomie 1,26 - 1,33 GB max było 2,46.

Page Generation Statistics
Page Generation Time:    0.12300586700439 seconds    
No. DB Queries:    10
PHP Processing Time:    0.1058888 seconds (86.08%)    
DB Processing Time:    0.0171170 seconds (13.92%)
Extensions Used:    mysql, xml    
Global.php Processing Time:    0.0681460 seconds
PHP Version:    5.2.17    
Server Load:    0
GZip Encoding Status:    Disabled    
No. Templates Used:    38 (46 Cached / 0 Manually Loaded)
Memory Usage:    6.25 MB (6553600 bytes)    
Memory Limit:    64M

Bardzo ciekawi Mnie natomiast jeden wpis w Debugie:

#8 - Select Query
SELECT title,template FROM mybb_templates WHERE title IN ('' ,'index' ,'index_whosonline' ,'index_welcomemembertext' ,'index_welcomeguest' ,'index_whosonline_memberbit' ,
'forumbit_depth1_cat' ,'forumbit_depth1_forum' ,'forumbit_depth2_cat' ,'forumbit_depth2_forum' ,
'forumbit_depth1_forum_lastpost' ,'forumbit_depth2_forum_lastpost' ,'index_modcolumn' ,'forumbit_moderators' ,
'forumbit_subforums' ,'index_welcomeguesttext' ,'index_birthdays_birthday' ,'index_birthdays' ,'index_pms' ,
'index_loginform' ,'index_logoutlink' ,'index_stats' ,'forumbit_depth3' ,'forumbit_depth3_statusicon' ,
'index_boardstats' ,'css' ,'headerinclude' ,'header' ,'footer' ,'gobutton' ,'htmldoctype' ,
'header_welcomeblock_member' ,'header_welcomeblock_guest' ,'header_welcomeblock_member_admin' ,
'global_pm_alert' ,'global_unreadreports' ,'' ,'global_pending_joinrequests' ,'nav' ,'nav_sep' ,'nav_bit' ,
'nav_sep_active' ,'nav_bit_active' ,'footer_languageselect' ,'header_welcomeblock_member_moderator' ,
'redirect' ,'error') AND sid IN ('-2','-1','5') ORDER BY sid ASC

mybb_templates
wartość row ma 700....

Czy faktycznie połączenie plików CSS może coś jeszcze pomóc ?
Taka ilość przesyłanych danych to normalka - niestety twórcy MyBB postanowili trzymać "templatki" w bazie i nic im na to nie poradzimy.
Ogólnie czas generowania jak na serwer w home bardzo przyzwoity. Niemniej w miarę rozwoju forum możesz spodziewać się reakcji hostingodawcy - ta firma to moloch nadajacy się głównie na strony-wizytówki, a nie konkretne serwisy.
Po kolejnym pełnym dniu a także optymalizacji forum poprzez opcję w ACP, przeniesieniu cache'u na pliki ruch do i z bazy wyniósł 0,36 GB co uważam za rewelacyjny wynik :zdziwko:

Następnie włączyłem dodatki ponieważ do czasu aż nie napiszę sam skrytpu ten musi działać to okazało się że ruch do /z bazy wzrósł tylko do 0,43 GB, kolejnego dnia stan 0,32 GB zobaczymy jutro jaki będzie stan za dziś ale jest lepiej niż dobrze. :)
Witam, w jaki sposób optymalizujecie swoje fora, moje aktualnie choć puste generuje już trochę za dużo

Generated in 0.0739741 seconds (86.39% PHP / 13.61% MySQL)
SQL Queries: 18 / Global Parsing Time: 0.0398722 / Memory Usage: 8.75 MB
PHP version: 5.2.16 / Server Load: 3.92 / GZip Compression: Enabled
[advanced details]


I chciałbym je troche z optymalizować macie może jakieś pomysły?
Gzip kompresje włączyłem oraz cache przestawiłem nie z mysql a z files
Jak na Unixstorm jest ok i raczej nie za wiele tu zrobisz. Warto byłoby co najwyżej zmniejszyć ilość działów.
Miśku patrzysz nie na to forum, tamto ma z 25 :p
gfxboard.pl/forum

to jest to :-)
na glowanet.pl
No to też raczej ok ;) Na GłowaNET nie ma nic typu APC, eAccelerator, więc niżej zejść będzie trudno (zarówno z czasami jak i pamięcią). Kompresję możesz zostawić włączoną, bo też niestety Adam tego nie dorzucił.
Wiem, niestety nie ma :-), cóż po prostu myślałem że są jeszcze jakieś pomoce naukowe do optymalizacji mybb, bo w google niestety nic nie znalazłem :D
Duże zużycie to masz jedynie pamięci - reszta w "normie".

Jakie wtyczki masz?
Dużo

Dużo tego już jest a jeszcze dojdzie Ipoints i ajax shoutboux :|



Użytkownicy przeglądający ten wątek:

12 gości