Baza danych, czas generowania strony - niestabilność

[pol102]

W ostatnich dniach nader często można ujrzeć informację, że baza "leży na plecach" jest to o tyle złośliwe, że pisanie jednego posta 5 razy to zbędny test mojej cierpliwości. Sama baza to może niewielki kłopot ale generowanie strony w ponad 5 sekund gdy forum odwiedza około 20 osób nie jest chyba w pełni normalne. Mam nadzieję, że nastąpi jakaś poprawa bo zaczynają wracać "fantastyczne" czasy phpBB...

[iwan]

W ostatnich dniach nader często można ujrzeć informację, że baza "leży na plecach" jest to o tyle złośliwe, że pisanie jednego posta 5 razy to zbędny test mojej cierpliwości. Sama baza to może niewielki kłopot ale generowanie strony w ponad 5 sekund gdy forum odwiedza około 20 osób nie jest chyba w pełni normalne. Mam nadzieję, że nastąpi jakaś poprawa bo zaczynają wracać "fantastyczne" czasy phpBB...

Trzeba bedzie na to spojrzec :)

[Ra]

W FireFoxie można wrócić do poprzedniej strony i tam cały formularz z wpisaną treścią jest. Być może to kwestia ustawień zapamiętywania treści formularzy. Mi parę razy pozwoliło wysłać ponownie treść, nawet gdy mój komputer się zwiesił - po ponownym uruchomieniu otwierał się formularz wysyłania wiadomości z wpisaną treścią. W jednym przypadku miałem o jedno zdanie mniej, niż rzeczywiście napisałem. W innych przeglądarkach nie wiem.

[pol102]

Pisząc ten temat myślałem o wyleczeniu choroby, a nie tylko ciągłym usuwaniu jej skutków.
Najlepsze jest to, że SMF zalicza kłopoty w połączeniu z bazą od około 4 nad ranem... aktualnie jest tragicznie ;)

//Żart: może to echa DDos'a na NK :D

[iwan]

Pisząc ten temat myślałem o wyleczeniu choroby, a nie tylko ciągłym usuwaniu jej skutków.

Moze trzeba wywalic SMFa... :)

[Ra]

Problemów z bazą nie widziałem już od dosyć dawna. Kiedyś zdarzały się regularnie. Winne niekoniecznie musi być SMF.

[Monczan_SP32]

Na forum "made by SMF" gdzie jestem adminem miałem kiedyś z rok temu sytuację, że w jednym momencie było online 240 osób, i nie spowodowało to żadnych zwisów. Od tego czasu wyszło parę kolejnych wersji SMF, więc jeżeli wtedy nie wieszało, a teraz zaczyna, to zrobili krok wstecz :D Nie mam niestety porównania, bo u mnie w wakacje są pustki, także 10-12 osób w jednym momencie forum nie zarżnie... raczej... I się to nie zdarza. Wersja zainstalowana: SMF 1.1.10

[ShaXbee]

Pisząc ten temat myślałem o wyleczeniu choroby, a nie tylko ciągłym usuwaniu jej skutków.

Moze trzeba wywalic SMFa... :)

Chcialbym zobaczyc phpbb przy tym loadzie - chyba nie pamietasz jakie byly czasy generowania stron...
Problem lezy raczej po stronie konfguracji mysql/php.
Wspolnie z nbmxem chcemy przeniesc forum na SMFa 2.0 jak wyjdzie juz wersja stabilna.

[iwan]

Chcialbym zobaczyc phpbb przy tym loadzie - chyba nie pamietasz jakie byly czasy generowania stron...
Problem lezy raczej po stronie konfguracji mysql/php.

Load nie jest wysoki, a cos baza nie wyrabia... Co jest dziwne - przez blisko 2 tyg dzialalo chyba dobrze?

[ShaXbee]

Nie uruchamiales kolejnych serwisow? Moze poprostu trzeba mysqla dotweakowac?

[ShaXbee]

Znalazlem przyczyne - w php.ini byly wlaczone persistent connections, poza tym mysql mial tragicznie maly cache i nie byl zwatkowany.
Powinno byc teraz lepiej.

[REWIZOR]

Hmmm, u mnie chwile było poprawnie, obecnie znowu coś się kaszani.

[bve2]

To dzisiaj forum laduje mi sie tragicznie wolno , na innych stronach nie ma tego problemu.Lacze mam dosc szybkie- 20Mb/s

[Szymoniak]

Tak, prawda. Ładowanie strony głównej trwa ok. 30 sek.(maksymalny zauważony czas). Łącze: 30KB/s

[pol102]

ShaXbee, to ciągle nie jest to co było za lepszych czasów ;) Baza wyrabia ale coś nadal jest nie tak... średnio raz na 8 wejść strona się wcale nie generuje i FF wyrzuca całkiem ciekawy komunikat o braku strony...

[ShaXbee]

Doinstalowalem APC i przekonfigurowalem nieco Apache. Prosze o info jak dziala teraz.

[pol102]

Teraz śmiga tak jak powinno. Strona wygenerowana w 0,031s.

Moja wypowiedź sama w sobie ma niską wartość, wszystko wyjdzie w praniu czyli jutro koło 18 jak się dociąży serwer ;)

Tak czy "owak", Zbyszek gratuluję szybkiej akcji :)

   « Dodano: 20 Sierpnia 2009, 02:01:16 »Żeby nie było za wesoło:
Połączenie z serwerem zostało zresetowane podczas wczytywania strony.
Ale podszedłem do tego łapatologicznie... Oczekiwanie na eu07... to średnio 3,5s, a dopiero potem następuje szybkie wygenerowanie strony.

[Ra]

Ogólnie, PHP muli. Nawet Xoops "trochę myśli", zanim wyświetli białą stronę. Jak mierzyłem, wyszło ponad 90s. A zwykle wyświetlał białe od razu.

[ShaXbee]

Nic wiecej poradzic nie umiem, musimy poczekac na Wingera.

[REWIZOR]

Mam pytanie, czy u Was również ładowanie strony trwa w nieskończoność lub po chwili wyświetla się biała strona? Jedni twierdzą, ze jest ok u innych są identyczne objawy. Dodam, że inne strony funkcjonują u mnie bez problemu.

[adsim]

Tak. Na Operze ładuje się i ładuje, dopiero po kilku próbach udaje mi się wejść na forum. Tylko czasami zaskakuje i ładuje stronę od razu.

[Ra]

To nie zależy od przeglądarki. Nawet statyczny plik HTML spod adresu http://eu07.pl/ potrafi się długo wczytywać. Wygląda to tak, jakby Apache łączył się z odległym serwerem przez słabe łącze.

U mnie błędy z bazą już się nie pojawiają. Nie widziałem też białej strony (nie licząc zepsutego Xoops). Natomiast regularnie są opóźnienia w przesyłaniu stron albo przekroczenie czasu połączenia HTTP ("serwer nie odpowiada").

[Żuk]

Potwierdzam również długie generowanie się strony i czasami wczytanie się jej jakbym sobie ją napisał w wordzie. Kolorowe napisy, białe tło.

   « Dodano: 22 Sierpnia 2009, 16:46:01 »Ciężko jest też cokolwiek napisać, gdyż podczas wysyłania wiadomości często gęsto wyskakuje komunikat "połączenie zostało zresetowane w wyniku odłączenia serwera lub przeciążenia strony".

[Rozi]

U mnie też się bardzo długo wczytuje (firefox).

[Żabek]

Dobra, ale czy to aby nie problemy z serwerem jako takim a nie jego konfiguracją? Sprawdziłem, standardowo pingowanie eu07.pl daje taki efekt"

Kod: [Zaznacz]

C:\Documents and Settings\user1>ping www.eu07.pl

Badanie www.eu07.pl [91.121.6.176] z użyciem 32 bajtów danych:

Odpowiedź z 91.121.6.176: bajtów=32 czas=44ms TTL=55
Odpowiedź z 91.121.6.176: bajtów=32 czas=43ms TTL=55
Odpowiedź z 91.121.6.176: bajtów=32 czas=48ms TTL=55
Odpowiedź z 91.121.6.176: bajtów=32 czas=49ms TTL=55

Statystyka badania ping dla 91.121.6.176:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 43 ms, Maksimum = 49 ms, Czas średni = 46 ms
W momencie, gdy, jak to piszecie, strona długo się generuje, puszczanie pinga daje taki rezultat:

Kod: [Zaznacz]

C:\Documents and Settings\user1>ping www.eu07.pl

Badanie www.eu07.pl [91.121.6.176] z użyciem 32 bajtów danych:

Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.

Statystyka badania ping dla 91.121.6.176:
    Pakiety: Wysłane = 4, Odebrane = 0, Utracone = 4 (100% straty),
co, moim zdaniem, daje podstawy przypuszczać, że to nie w konfiguracji jest problem. Co najlepsze, www.kolej.pl również nie odpowiada w momencie jak www.eu07.pl 'długo generuje', co ze względu na wspólny serwer zdaje się potwierdzać moje przypuszczenia...
Iwan, możesz się wypowiedzieć?

[youBy]

Chodzą słuchy, że OVH wymienia switche w niektorych salach z dedykami.

[Bo$$]

Skoro, jak napisał @Żabek, www.kolej.pl i www.eu07.pl są na jednym serwerze, oto co wyrzuciło google po wpisaniu kolej.pl (załącznik).

[youBy]

Ra już o tym wspominał, że "zapraszamy po weekendzie" wisi już bardzo długi czas.

[Dolmio89]

Oprócz forum czasami występują też problemy z naszym SVN, nie można się połączyć.

[Ra]

Strona www.kolej.pl została już przywrócona, jest tylko problem z tym, że kolej.pl kieruje na inny serwer niż www.kolej.pl.