• Rejestracja
vBHELP.pl - polskie wsparcie vBulletin
  1. #1
    marecek jest nieaktywny Początkujący
    Dołączył
    lut 2010
    Posty
    14
    Przydatne posty
    1

    Domyślnie Spore forum po przesiadce na VB4 - przemyślenia odnośnie wydajności i odzew supportu

    Witam,
    Jest to mój pierwszy post na forum i chciałbym od razu przejść do kwestii przesiadki z VB 3.8.4 na VB 4.0.2, co by za wczasu przestrzec przed ewentualnymi problemami.

    Administruję serwerem, na którym utrzymywane są dwa sporych rozmiarów fora vb (5000 uników i 20 000 uników dziennie), obydwa w najnowszych wersjach dostępnych 3.8.4. Fora te generują 95% obciążenia serwera (pozostały ruch to drobne strony, głównie statyczny kontent, jedno forum phpbb o niskiej odwiedzalności). Maszyna ma spory potencjał, 4GB pamięci, 64 bity na dual core X2 AMD, ale przy obecnym kształcie baz danych powoli przymierzam się do przesiadki na sprzęt o dwukrotnie wyższej specyfikacji ze względu na rozmiar baz dochodzący powoli do 1,5 GB każda.

    W grudniu padła decyzja o przyjrzeniu się możliwościom VB4 na środowisku testowym. Udało się pomyślnie przeprowadzić migrację danych, przenieść wszystko na środowisko działające "z boku". Wpuściliśmy użytkowników, zebraliśmy dość pozytywny feedback i czekaliśmy na wersję GOLD z przesiadką. Ponieważ cały czas były głosy o tym, że nie działają różne "wtyczki", a to shoutbox się nie podobał użytkownikom, a to grafika, a to milion innych powodów... czekaliśmy aż uda nam się odwzorować oczekiwaną funkcjonalność na nowym silniku.

    Udało się. Kilka dni temu przeprowadziliśmy kolejny udany upgrade na środowisku testowym, dwie próby pomyślnie, przygotowaliśmy skrypty do migracji, wyłączyliśmy forum na godzinę, wcisnęliśmy czerwony przycisk i nacisnęliśmy wajchę - na "pierwszy ogień" poszło duże forum. Pełen backup bazy, plików, nadpisanie plików, odpalenie skryptów - znacie procedurę...

    ...ta noc i dzień po były najdłuższymi w życiu administratora forum (ja osobiście jestem odpowiedzialny za utrzymanie sprzętu oraz fizycznie za drugie - nie zmigrowane jeszcze fourm).

    Jak tylko ludzie zaczęli pojawiać się na forum, transfer skoczył o 70%. Apache co chwilę generował maksymalną ilość klientów, nie będąc w stanie w sensownym czasie obsłużyć odpowiedniej ilości zapytać. Co ciekawe - ilość zapytań SQLa wyraźnie spadła w związku z tym, że apache nie nadążał z dostarczaniem zapytań. Pytanie brzmi dlaczego? Aktualna konfiguracja apache-a jak i bazy mysql została wypracowana przez lata doświadczeń i podążania za trendami optymalizacyjnymi dla tego rodzaju rozwiązań. Przesiadka na VB4 sprawiła, że wszystko stanęło w miejscu...

    Cały problem polega na tym, że nie ma możliwosci tego tak naprawdę zweryfikować, dopóki nie przerzuci się całego obciążenia z forum testowego na forum "produkcyjne" - bo niby jak? W labie wszystko działa płynnie, szybko i bez najmniejszych problemów. Jak wpuścimy 1500 użytkowników na raz, zaczynają się poważne problemy z obsługiwaniem requestów...

    Dla porównania transfer z dnia poprzedzającego przesiadkę i "czarnego wtorku":

    Feb22


    Feb23


    o godzinie 10.00 ilość przesyłanych danych osiągała takie wartości, jak w normalny dzień w porze maksymalnego obciążenia 21.30. Niestety, dane te nie odzwierciedlają zapewne rzeczywistych możliwości vb4, bo apache "leżał" i nie obsługiwał requestów średnio 15 minut w ciągu godziny (przyprawiając mnie przy okazji o ból brzucha z nerwów).

    Poniżej screnshot obciążenia CPU z wczoraj w porze największej odwiedzalności (skala 200% przyjęta dla oznaczenia dwóch rdzeni)



    na obrazku widać obciążenie jakie występowało w tym czasie. Dla porównania - dzienny max nie osiągał do tej pory 120% CPU "w peaku" największej aktywności i było to bardzo przewidywalne (czytaj: do tej pory działało poprawnie i dawało się szacować jakieś trendy wzrostu obciążenia w czasie).

    W chwili obecnej forum zmigrowane do VB4 działa w trybie "read only". Na drugim forum plany "przesiadki" odsunięte zostały na "wieczne nigdy". Zgłoszony został ticket do VB oraz oficjalny request na optymalizację serwera - czekam na oficjalne stanowisko. Jeśli dostaniemy informację o tym, że "tak powinno być", to wracamy z kopią zapasową z wtorku i cieszymy sie 3.8.4...

    Celem tego postu nie jest obrzucanie błotem możliwości skryptu VB, który wg mnie jest genialny! Chodzi tylko o to, żeby nie wpuścić w kanał i nie zostawić na lodzie osób, które zainwestowały pewną sumę pieniędzy w profesjonalne rozwiązanie, które może okazać się jednym wielkim problemem kiedy przyjdzie do aktualizacji...

    Pytanie brzmi: jakie nowe "ficzery" VB4 uzasadniają taki krok wstecz?!



  2. #2
    Awatar RadioErewan
    RadioErewan jest nieaktywny Advanced Member
    Dołączył
    lut 2009
    Posty
    324
    Przydatne posty
    1

    Domyślnie

    Hehe, oni to nazywaja code refactoring, co by to miało nie być. Jaskółką nowego trendu jest CMS, który na wyświetlenie linijki tekstu potrzebuje sześciu zapytań SQL.
    Może spróbujcie wyłączyć większość wodotrysków. Zaczynając od CMS. Na vb.com jak odpalali w listopadzie swojego vB4, wyłączyli prawie wszystko. Po pewnym czasie vB się nawet ustabilizował.
    Radosław "Radio Erewan" Przybył http://forum.olympusclub.pl; http://www.fototv.pl
    Dołącz do grupy Polska na http://www.vbulletin.com/forum/group.php?groupid=777


  3. #3
    jedrus jest nieaktywny Początkujący
    Dołączył
    lis 2008
    Posty
    6

    Domyślnie

    Mamy wyłączone:
    CMS
    BLOG

    działa tylko forum


  4. #4
    Awatar RadioErewan
    RadioErewan jest nieaktywny Advanced Member
    Dołączył
    lut 2009
    Posty
    324
    Przydatne posty
    1

    Domyślnie

    No cóż. To tylko podsyca moje mocne postanowienie pozostania na 3.8.4. Więcej ci nie pomogę.
    Ale... Czy w trybie read only strona działa? Ta ilość transferu wynikała pewnie z tego, że każdy z 5000 userów musiał pobrać te 20 plików CSS, które generuje skrypt. Efekt nowości. Na Read Only obciążenie jest nadal tak duże?
    Radosław "Radio Erewan" Przybył http://forum.olympusclub.pl; http://www.fototv.pl
    Dołącz do grupy Polska na http://www.vbulletin.com/forum/group.php?groupid=777


  5. #5
    jedrus jest nieaktywny Początkujący
    Dołączył
    lis 2008
    Posty
    6

    Domyślnie

    Tak, niestety load serwera nadal jest wysoki. Siłą rzeczy jednak siedzi na forum mniej użytkowników i mniej intensywnie z niego korzystają.

    Mimo to, obciążenie:

    top - 12:32:55 up 33 days, 25 min, 1 user, load average: 3.48, 2.83, 2.47
    Tasks: 291 total, 3 running, 287 sleeping, 0 stopped, 1 zombie
    Cpu0 : 87.7%us, 7.5%sy, 0.0%ni, 3.8%id, 0.0%wa, 0.0%hi, 0.9%si, 0.0%st
    Cpu1 : 85.0%us, 3.7%sy, 0.0%ni, 11.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
    Mem: 4021144k total, 3969988k used, 51156k free, 66792k buffers
    Swap: 2104504k total, 963344k used, 1141160k free, 1127436k cached


  6. #6
    meschiash Gość

    Domyślnie

    Potwierdzam również, znacznie większe obciążenie serwera i transferu. U mnie przejście na vB4 było konieczne ponieważ realizuję projekt, którego nie ma sensu pisać na vb4 a potem przepisywać na vb4. Gryzę codziennie tą cytrynę i wstaję ze sztucznym uśmiechem.


  7. #7
    trzepiz jest nieaktywny Użytkownik
    Dołączył
    lut 2010
    Posty
    21

    Domyślnie

    Potwierdzam znaczny spadek wydajnosci vb4 do poprzednika z serii 3. Również obserwuję znaczny spadek (przede wszystkim) szybkosci działania forum (również spora ilosc userów). W porównaniu do wersji 3 .. vb4 jest zdecydowanie wolniejsze .... oraz generuje większy transfer.


  8. #8
    Seba jest nieaktywny Advanced Member
    Dołączył
    lut 2009
    Posty
    1 059
    Przydatne posty
    44

    Domyślnie

    Hey.

    Zaciekawiony Twoim tematem postanowiłem odpowiedzieć

    Głównym Twoim problemem jest iowait - dochodzi on do 100%. Dla mnie niedopuszczalnym %wa jest wartość ponad 10, więc zanim przemyślisz zmianę sprzętu rozwiąż problemy dyskowe - możliwe że RAID pomoże, bądź po prostu zmiana wysłużonych SATA'owskich dysków na SAS / SSD.

    Ponadto popatrz na konfigurację mysql, jestem pewien iż to on dociska HDD do kresu ich możliwości. Zerknij też na slowqueries, może coś ciekawego wyczaisz.

    Piszesz również o Apache i maxclients - ile userów online było, jak ustawione dyrektywy w configu ? Coś mi się tu nie podoba, bo na podobnym sprzęcie, o prawie identycznym ruchu i w szczycie 800-900 online Apache wyrabiał bezproblemowo, iowait na poziomie max 5. W jakim trybie masz ustawione php, fastcgi czy mod_php ?

    Zainteresuj się teź lighthttpd / ngix bądź płatnym zamiennikiem Apache - litespeed, sam używam i szczerze polecam.


    To co piszesz jest wręcz niewiarygodne, Twoje zastrzeżenia zaprzeczają stwierdzeniu
    Aktualna konfiguracja apache-a jak i bazy mysql została wypracowana przez lata doświadczeń i podążania za trendami optymalizacyjnymi dla tego rodzaju rozwiązań.


    Pzdr.
    Profesjonalne modyfikacje vBulletin oraz style - gg 1981480 badz PW


  9. #9
    marecek jest nieaktywny Początkujący
    Dołączył
    lut 2010
    Posty
    14
    Przydatne posty
    1

    Domyślnie

    Seba, dzięki za spostrzeżenia. Faktycznie głównym problemem jest iowait. Serwer utrzymuję hobbystycznie, a nie "profesjonalnie", a stwierdzenie o latach doświadczeń opieram jedynie tym, co udało mi się poznać czytając fora optymalizacyjne dla skryptów typu vb. Prawda jest taka, że po powrocie do 3.8 serwer pracuje bardzo spokojnie, statystyki transferu wróciły do "normy" a ładowanie stron odbywa się z taką prędkością, jakby serwer nie stał pod Frankfurtem, tylko na moim dysku lokalnym...

    I nie wydaje mi się, żeby jakakolwiek optymalizacja coś tutaj dała -> nowy skrypt ma po prostu o wiele większe wymagania i tyle. Celem tego tematu jest zwrócenie uwagi na ten drobny problem, o którym nie wspomina się na forum vb.com. Dla mnie głównym powodem przesiadki na VB była wydajność. W obecnej sytuacji odpadł główny atut tego skryptu... Bo wzrostu używalności czy możliwości forum jako takiego nie widzę nic a nic...!


  10. #10
    Marek jest nieaktywny Banned
    Dołączył
    maj 2008
    Przegląda
    Where my hat is
    Posty
    0
    Przydatne posty
    26

    Domyślnie

    Cytat Zamieszczone przez RadioErewan Zobacz posta
    Hehe, oni to nazywaja code refactoring, co by to miało nie być. Jaskółką nowego trendu jest CMS, który na wyświetlenie linijki tekstu potrzebuje sześciu zapytań SQL.
    Może spróbujcie wyłączyć większość wodotrysków. Zaczynając od CMS. Na vb.com jak odpalali w listopadzie swojego vB4, wyłączyli prawie wszystko. Po pewnym czasie vB się nawet ustabilizował.
    Jak można teraz wyłączyć CMS skoro był to jeden z głównych powodów zakupienia vB Suite?

    Faktem jest że vB4 działa dużo wolniej niż vB3.8, a tak miało być cacy. Miejmy nadzieję że zoptymalizują wreszcie to vB4 i kasa wydana na jego zakup nie okaże się wyrzucona w błoto. Ja osobiście żałuję przesiadki na vB4 bo kosztuje to teraz sporo roboty a efekty są mizerne. W dodatku nie ma porządnej skórki do vB4. Wszystkie jakie znalazłem są do kitu. Darmowe zawierają bardzo dużo błędów, a profesjonalne swoim wyglądem nie zachęcają do zakupu. W 3.8 miałem zakupioną Arię. Niestety - pomimo posiadanej na nią licencji ważnej do lipca tego roku - nie mogę z niej skorzystać pod vB4 bo jej autor bardzo się ślimaczy z aktualizacją dla vB4.
    W sumie to nie ma co się dziwić autorom skórek że nie śpieszą się z aktualizacją skórek bo vB4 w dalszym ciągu wymaga dużych zmian, a więc i podobnie jest ze skórkami.


Podobne wątki

  1. Info odnośnie TT
    By Max in forum Ogłoszenia z forum
    Odpowiedzi: 0
    Ostatni post / autor: 09.10.2010, 22:36
  2. Propozycje odnośnie forum
    By swist in forum Sugestie i problemy
    Odpowiedzi: 0
    Ostatni post / autor: 13.06.2010, 07:47
  3. Podkreślenia w stylu forum
    By mateusz2813 in forum Pytania i problemy
    Odpowiedzi: 3
    Ostatni post / autor: 11.10.2008, 18:13
  4. Dwa pytania odnośnie wyglądu forum...
    By BaRTaSs in forum Pytania i problemy
    Odpowiedzi: 6
    Ostatni post / autor: 06.07.2008, 10:32
  5. Pytanie odnośnie - [notices]
    By grimreaper in forum Pytania i problemy
    Odpowiedzi: 2
    Ostatni post / autor: 31.05.2008, 22:13
Chmurka.pl

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67