Zmulenia serwera

0

Pytanie do osob, ktore wchodza tutaj w godzinach wieczornych (ja nie korzystam o tej porze z kompa normalnie ;P). Czy czesto sie zdarza w tych porach ze serwer sie muli lub po prostu nie dziala? Tak sie stalo wlasnie teraz, kiedys tez mialem taka akcje w tych godzinach...

0

Jak wieczornych? :) Mi generalnie działa cały czas dość dobrze.

0

mi raczej też
wieczornych? podaj jakiś przedział czasowy :P

0

Czas generowania strony: 14.0038 sek. (zapytań SQL: 13)

Kilka sek wczesniej zanim post napisalem ;)

0

Ja prawie codziennie zaglądam w nocy. Generowanie strony nie przekracza mi zwykle 2s. Pojedyncze strony mogą się ładować chwilkę dłużej, ale ogólnie wszystko chodzi nawet lepiej niż szybko (najlepiej po 1:30 lub 2:00).

0

Mnie dzisiaj jakoś tak różnie chodziło, zdarzały się błędy MySQL, zwracanie pustych stron i takie tam. Ale to pierwszy raz od ostatniej przeprowadzki (BTW. od tego czasu z aktualnego serwera korzystam dopiero od wczoraj - czemu, proszę nie pytać ;P ).

0

wieczornych ? masz na mysli godziny 12.00-4.00 ? :>
a co do wolnego ladowania - potwierdzam, zwykle dosc dlugo moj firefox czeka na odpowiedz z serwera, ale jak juz ja dostanie to idzie jak burza
zreszta mi to nie przeszkadza, mam kilka zakladek otwartych oprocz 4p ;)

0

dzisiaj kilka razy też natrafiłem na przeciążenie bazy
AP jak to z aktualnego serwera ?

0

czesto klikam w godzinach 24-02 i w rzeczy samej sie muli..ale nie na tryle zeby chwytac za brzytwe..
czasem zdarza sie to tez w dzien...
mysle ze to sprawy wewnetrzne gosci od hostingu i procz optymalizacji httpd nie widze rozwiazania

0

ja nigdy w zyciu nie korzystaklem po 3 w nocy bo wtedy zawsze tak muli ze nie da sie napisac posta

0

Heh :/ No to niedobrze. Chodzilo mi raczej o godziny 19-21 :P Wtedy jest spory ruch (oczywiscie w godzinach pozniejszych takze) i wtedy mi sie zdarzalo ze baza padala...

Pelno procesow nie dokonczonych, ktore oczekuja na wykonanie co owocowalo nawet minutowym ladowaniem strony. Bo samo lacze jest ok, smiga fajnie, tyle ze to MySQL czasem po prostu zastyga.

nemooo: skoro nigdy nie korzystales o 3:00 w nocy to skad wiesz ze muli? ;) Jezeli to prawda to jestem przerazony - o 3:00 w nocy??

0

W ciągu dnia 4p chodzi ładnie, czas ladowania strony 0.1 s, choć w sumie i tak dużo jak na 13 zapytań + parę kilo kodu HTML. Wieczorami - jakby nieco gorzej, ale takich spektakularncyh ładowań na 10 s i więcej nie miałem. Poobserwuję.

Jeśli problem będzie się powtarzał: niech firma, która to hostuje kupi lepszy sprzęt - szybsze dyski, więcej RAMu, zainwestuje w licencję na porządny syst. baz danych (np. DB/2, ostatecznie PostgreSQL), lub zmusi swoich klientów, by lepiej optymalizowali zapytania i nie przeciążali systemu. Później się okaże, że jakiś burak robi SEQ SCAN na tabeli 100 tys. rekordów bo zapomniał dać głupiego indeksu. :>

0

W tej chwili [czyli nie wieczór] ta strona -> ponad 4s [generowanie, nie ładowanie].
Ogólnie 4p barczo często mi muli. A jak wchodzę przez stronę szukarki moich postów, to generowanie strony rzędu 30.. 40s to standard.

Częściej korzystam w godzinach wieczornych [rano śpię ;P] i częściej muli niż śmiga :/
Ale powody są różne.. czasme generowanie strony długie a czasem samo ładowanie (jakby co, mam łącze 2Mbit)

0

Czas generowania strony: 11.1279 sek.
Czas generowania strony: 10.5421 sek.
Dwa razy pod rząd - dokładnie teraz.

Też ostatnimi czasy 4p często przymula - i to nawet o każdej porze (a przynajniej okolice południa i wieczór).

0

Hmm... normalnie (czyt. np. teraz) kod PHP jest wykonywany dluzej niz MySQL. Np. w tym momencie wykonywanie kodu SQL to 0,008 sek., natomiast PHP to 0,1 sek. Akurat na forum powodem jest parser tresci postow ktory jest wolny (regexpy). Ale jezeli juz cokolwiek przymula to wlasnie MySQL.

Co do optymalizacji to przyznaje sie - widze kilka zapytan ktore mozna zoptymalizowac (w szukarce oraz zapytanie sprawdzajace czy na forum nie ma nieprzeczytanych tematow) ale normalnie (np. teraz) smiga bardzo dobrze.

Jest dostep do PosgreSQL na tym serwerze, zastanawiam sie nad napisaniem odpowiedniej klasy do obslugi tego systemu.

0

Profesjonalna baza danych na pewno nie zaszkodzi!

Zwłaszcza ze AFAIK taka klasa to nie jest jakoś wybitnie dużo roboty..

0

Nie raczej nie. Jedyne co mnie boli to brak obslugi Full-text Search w PosgreSQL (mam racje?) :/ I to uniemozliwia wyszukiwanie tresci korzystajac z tego baaardzo wygodnego systemu.

0
Adam Boduch napisał(a)

Nie raczej nie. Jedyne co mnie boli to brak obslugi Full-text Search w PosgreSQL (mam racje?) :/ I to uniemozliwia wyszukiwanie tresci korzystajac z tego baaardzo wygodnego systemu.

Nie. PostgreSQL ma FTS - trzeba tylko zainstalować moduł Tsearch2.

0

Godzina 4:05
Wejście do wątku:
Czas generowania strony: 11.5594 sek. (zapytań SQL: 14)

Wysłanie odpowiedzi przez szybką odpowiedź:
Czas generowania strony: 4.1981 sek. (zapytań SQL: 14)
Natomiast dodawanie trwało dobre 30.. 40sekund - więc tym razem łącze [moje, 2Mbit, całe wolne, nic go nie zajmuje]

Wejście do tego wątku:
Czas generowania strony: 4.6766 sek. (zapytań SQL: 12)

Jak na tak późną godzinę to chyba przydużo :/ Ale i tak lepiej niż zwykle.

0

@Adamo:
Miałem w hosts wpisany stary IP serwera 4programmers.net (jako, że swego czasu miałem sporo problemów z DNS'ami co ważniejsze IP wklepałem tam), przez co przez sporo czasu korzystałem nieświadomie ze starego serwisu. Żadnej notki o przeniesieniu, żadnego wyłączenia systemu, cały czas Coyote funkcjonował, nawet czasem jakieś posty się pojawiały :). Dopiero właśnie gwałtowny spadek aktywności na forum zwrócił moją uwagę i po rozmowie z Ktosiem doszedłem do wniosku, że coś jest nie tak. Po chwili zastanowienia doszedłem, że pewnie któraś przeprowadzka skiepściła sprawę.

Tak przy okazji: Przydałoby się na przyszłość przy przeprowadzce na starym serwerze wyłączać Coyote lub dawać duże ostrzeżenie, że strona została przeniesiona na inny serwer. Jak widać czasem sama zmiana delegacji DNS nie wystarczy :).

P.S. Aktualnie (godzina raczej małego obciążenia):
Czas generowania strony: 0.1221 sek. (zapytań SQL: 12) - wyświetlanie tego wątku. Chyba nie jest źle, czas raczej niezauważalny.

//Added:
Czas generowania strony: 0.4696 sek. (zapytań SQL: 14) - dodawanie powyższego posta przez szybką odpowiedź i wyświetlenie wątku
Czas generowania strony: 0.1604 sek. (zapytań SQL: 7) - czas wyświetlania formularza edycji

0

Wyświetlenie TEGO wątku teraz.
Czas generowania strony: 8.1845 sek. (zapytań SQL: 13)

0

Czas generowania strony: 1.9167 sek. (zapytań SQL: 13)

0

Czas generowania strony: 0.5406 sek. (zapytań SQL: 17)

Hmmm zastanawia mnie jedna rzecz, ja głównie korzystam w godzinach 7-15 bo poza biurem to raczej nie patrze na komputer. Czasami mi się zdarza wieczorem i jakoś nie odczułem mulenia serwera. Na ogół "trzepie" kilka stron na raz do teog jest odpalony photoshop, kED i APACHE, więc podczas jak ładuje się strona nie zwracam uwagi na czas ponieważ po klik od razu lece gdzieś dalej :]

0

odwiedzam 4p o dość rozmaitych godzinach i do tej pory jedyne co zaobserwowałem, to losowe timeouty. jeśli strona nie ładuje mi się w przeciągu kilku sekund, klikam na link jeszcze raz i otrzymuję natychmiastową odpowiedź. zero lagów od godziny 10 do północy.

0

Czas generowania strony: 6.3247 sek. (zapytań SQL: 15)
//inne watki - godzina podobna (otwarcie w zakladce)
Czas generowania strony: 4.7168 sek. (zapytań SQL: 15)
Czas generowania strony: 2.3346 sek. (zapytań SQL: 11)

0

Wczoraj około 23 zwróciłem uwagę, czas generowania strony to było ok 9 sekund ;)

0

teraz mam najgorzej - ta strona:

Czas generowania strony: 46.4781 sek. (zapytań SQL: 18)

i prawie każda tyle teraz mi się generuje

// teraz dodanie tego posta
Czas generowania strony: 0.7854 sek. (zapytań SQL: 14) - ale strona dotarła do mnie po 20 sekundach
i edycja posta:
Czas generowania strony: 0.1620 sek. (zapytań SQL: 7) - strona od razu dotarła

0

Obecne wyświetlenie:
Czas generowania strony: 5.2156 sek. (zapytań SQL: 17), zawsze b yło szybciej. Jestem na szybszym łączu na IE

0

Czas generowania strony: 22.6527 sek. (zapytań SQL: 11)

0

Czas generowania strony: 0.4822 sek. (zapytań SQL: 14)

1 użytkowników online, w tym zalogowanych: 0, gości: 1