Nest

Analiza obciążenia i czasu generowania

Założony przez meto.

Ale jak rozumiem to działa dopiero jak ktoś wyśle wiadomość więc nie powinno być problemu. U mnie dodatkowo pobiera avatary i jakoś wielkiego problemu tu nie robi. Zapodaj caly index.php?debug=1
(30.01.2011, 18:06)wujas napisał(a): Ale jak rozumiem to działa dopiero jak ktoś wyśle wiadomość więc nie powinno być problemu. U mnie dodatkowo pobiera avatary i jakoś wielkiego problemu tu nie robi. Zapodaj caly index.php?debug=1

No tak przy wysyłaniu działa to sprawdzanie wiadomości.
Jeszcze mam parsowanie przy wyświetlaniu tzn. mam warunek if uid == || uid == bla bla chyba trzy uid mam w tym warunku, a jesli uid nie jest takie jak w tym ifie to normalnie wyswietla wiadomosci tak jak w oryginalnym spicefuse :)

debug - http://zdobywajnagrody.pl/debug.htm

EDIT: Właśnie wgrałem nowy plik debug... jak jest 55 obciążenie :/... nawet wywaliłem z funkcji to durne google seo url... i dalej nic... czyli wychodzi na to, że to shoutbox ale dlaczego? Masakra... wcześniej tak nie było. Po wgraniu google seo się tak zepsuło to obciążenie ale przecież już je wywaliłem i zostawiłem tylko google seo meta więc nie rozumiem!

EDIT2: To shoutbox powoduje takie obciążenie... przed chwilą było 68 O_o to go wyłączyłem i jest ciągle max 2... ech. Po instalacji Chatboxa problem obciążenia zniknął... masakra.
wersja skryptu MyBB: 1.6.1
wersja bazy MySQL, Postgre: 5.0.91
wersja używanego PHP: 5.2.14
adres forum: http://www.furious.pl/forum
firma hostingowa: http://nazwa.pl
spis wtyczek:
  • - Zaawansowany formularz Szybkiej Odpowiedzi (1.0.3)
    - Antyspam Akismet (1.2.1)
    - Board Messages (2.0.1)
    - Custom Forum Icons (1.0)
    - Show Events on Index (2.0.2)
    - Fit on Page (2.3)
    - Game Section (1.2)
    - iShare (1.1.0)
    - Show the users that has been online today (2.0)
    - SpiceFuse Shoutbox (1.1 Beta 1) - od 2 dni, przedtem MyShoutbox 1.4
    - Pokaż nieprzeczytane posty (1.8)
Generowanie strony:
Kod:
Generated in 0.1981499 seconds (78.52% PHP / 21.48% MySQL)
SQL Queries: 20 / Global Parsing Time: 0.1010578 / Memory Usage: 7.25 MB
PHP version: 5.2.14 / Server Load: 0 / GZip Compression: Enabled
Opis problemu:
Od jakiegos czasu obciazenie jest bardzo duze. Dzienny limit na transfer z/do bazy wynosi 10 GB, zanim przeszedlem na MyBB bylo dziennie 0,3 - 0,6 GB na Przemo. Nanjizszy wynik na MyBB to 0,89 GB, ale to bylo na poczatku, pozniej znacznie wzroslo osiagajac nawet 26,07 GB. Jak widac na ponizszym wykresie zaczelo wzrastac 13.01, sprawdzalem logi i wtedy uruchomilem Ajax PM Notification, nastepny wzrost byl w okolicy 16.01 gdzie uruchomiony byl plugin Max Post Views For Guests. Z tymi pluginami obciazenie wynosilo ok 10 GB. Po ich wylaczeniu SPadlo do ok 7 GB (glownie po wylaczeniu tego drugiego, Ajax PM nie generowal prawie obciazenia). Probowalem tez Shoutboxa, po wylaczeniu na 2 dni nie odnotowalem zadnej roznicy. Jakies pomysly co moze mi generowac taki ruch z/do bazy ?

[Obrazek: statl.jpg]
Zapewne brak cache i trzymanie templatek w bazie. Nic nie zrobisz.
Kurcze to jest masakra normalnie, zeby o tyle wieksze obciazenie bylo niz na Przemo :/
DB na pewno, php meczy mniej ale brak jakiegokolwiek cache templatek robi swoje.
Przemo to jak niektórzy gadają prehistoria, ale taka, z której trzeba brać pewne rozwiązania garściami - ma w porównaniu do MyBB świetny system templatek, do tego bardzo dobre cache.

@qualin:
A próbowałeś przełączać rodzaj cache na pliki?
http://wiki.mybboard.pl/deleted_f4d72056...2bd67d6cdf

Może chociaż nieco odciąży serwer.
Podziękowali: qualin
Wlasnie ustawilem cache na pliki, teraz trzeba poczekac i zobaczymy jak bedzie sie rozkladalo obciazenie w dniu jutrzejszym. Narazie widac poprawe generowaniu strony:
Kod:
Generated in 0.1859100 seconds (80.62% PHP / 19.38% MySQL)
SQL Queries: 19 / Global Parsing Time: 0.0918751 / Memory Usage: 7 MB
PHP version: 5.2.14 / Server Load: 0 / GZip Compression: Enabled

edit: Po zmianie zauwazylem znaczne przyspieszenie w ladowaniu sie stron na forum :)

edit2: Jest lepiej, po zmianie w dniu wczorajszym odnotowalem transfer z/do bazy na poziomie 2,01 GB :)
Tak czytam ten cały temat i dochodzę do wniosku że czas wczytywania mojej strony jest o dużo za duży a mianowicie:

Kod:
Generated in 1.8332930 seconds (76.70% PHP / 23.30% MySQL)
SQL Queries: 20 / Global Parsing Time: 0.3570161 / Memory Usage: 11.5 MB
PHP version: 5.2.16 / Server Load: 8.05 / GZip Compression: Enabled

Tu link ze statystykami forum:

http://cs-uwb.pl/info.php

Noi debug:

http://cs-uwb.pl/cstrike/MyBB%20Debug%20Information.htm

Powinno być co najmniej o 1 sekunde mniej wczytywania strony głównej, jak można to nieco poprawić?

Hosting: unixstorm.org
Unixstorm nie stosuje żadnego akceleratora wykonywania skryptów PHP (a przynajmniej nic takiego nie widać ani w phpinfo, ani z czasów generowania).
Po przeglądnięciu Twojego forum można dojść do wniosku, że nieco czasu zajmuje pewnie przejście przez wszystkie tablice zawierające dane o kategoriach i działach: masz tego cały ogrom, a mechanizm za to odpowiadający w MyBB jest... jakby to powiedzieć, "lekko do bani" (rekurencja a w niej podwójna pętla).

Czy te czasy wyglądają tak samo np. w widoku jakiegoś tematu?
Warto również zapytać hostingodawcę o poziom obciążenia generowanego przez konto - może być tak, że wcale nie będzie duży pomimo takich czasów (wynika to właśnie z braku akceleratorów).
W widoku tematu:

Kod:
Generated in 2.1562800 seconds (93.23% PHP / 6.77% MySQL)
SQL Queries: 43 / Global Parsing Time: 0.4675331 / Memory Usage: 9.75 MB
PHP version: 5.2.16 / Server Load: 16.09 / GZip Compression: Enabled

O braku akceleratorów wiem, pisałem z P. Michałem na ten temat. Wcześniej wogóle miałem problem z zajeżdzaniem bazy mysql, ale to przez chmure tagów było i online24, ale teraz już jest ok. Nie wiem co z tym czasem dostępu, strasznie czasem potrafi skoczyć (jak wyżej w temacie) nawet do 10 sec.
W oczy rzuca się zapytanie:


(Plugin Hook: global_start)
#8 - Select Query
SELECT uid, username, usergroup, displaygroup FROM mybb_users WHERE postnum > 0
table type possible_keys key key_len ref rows Extra
mybb_users ALL postnum 3692 Using where
Query Time: 0.0143339633942

Niestety nie mogę stwierdzić jaki plugin je generuje, i w jakim celu, mniemam że trochę mieli te dane
To Style Usernames ustawione na pełne cache, niestety ale przy dużej ilości userów będzie mielić.
Spróbuj przestawić na tworzenie bufora w locie, będzie znacznie więcej zapytań bo masz ogrom działów = ogrom nicków do przerobienia, no ale nic na to nie poradzimy.

Hm... chyba do 1.2 dodam instrukcję modyfikacji gdzie będzie "sql inject", wtedy nie będzie prawie żadnego spadku wydajności ani większej ilości zapytań, no ale to dla chętnych.
Wiem że to Twój plugin, wyłączałem go już ale to nie robi żadnej różnicy. Być może powodem tego jest brak xCache, bo same 'files' nie za wiele da na dluzsza mete.
Spróbuj skopiować forum (pliki + bazę) gdzieś do innego katalogu na tym samym serwerze i scal ponad połowę działów, tak aby było ich niewiele. Nie dam głowy że to właśnie przez to, ale tak sądzę bo tworząc poprawkę nieprzeczytanych działów mogłem zobaczyć jak MyBB robi sobie listę for.

Skocz do:

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

1 gości