Forum zarzyna Kimsufi i7-2T, co dalej...

[jasny]

Witam ponownie,

Moim użytkownikom najwyraźniej spodobała się nowa wersja IPB 3.1.2 + IP Blog System.

W chwili obecnej ostatnie tchnienia wydaje mój serwerek Kimsufi I2-T... i to już najwyraźniej jego koniec wydajnościowy. Trochę czuję się na tym forum jak królik doświadczalny... ale czy ktoś z Was miał taki problem ? Czy ktoś z Was spotkał się z takim przeciążeniem, że tak dobry serwer nie wystarczał? Zastanawiam się co można dalej zrobić... wiem, że są rozwiązania z zewnętrzną bazą danych, ale czy ktoś z Was to testował? Poniżej przedstawiam statystyki serwera....

Pozdrawiam....

[DawPi]

A jakieś dokładniejsze informacje, co dokładnie tak zarzyna serwer, masz?

[jasny]

Ilość użytkowników. Najprawdopodobniej ilość child procesów apache.

Edytowane 28 Lipca 2010 przez jasny

[maxx]

Jeśli to forum z Twojego profilu to możliwe, że zarzyna.

mysql-a zarzyna.

[jasny]

Z tego co widzę w top, mniej więcej równomiernie się to rozkłąda.

Do Adminów z forami IPB : Jakie macie ustalone wartości MaxClients i ServerLimit w apache ?

Edytowane 28 Lipca 2010 przez jasny

[maxx]

mysqltunera próbowałeś? http://mysqltuner.pl/

[jasny]

mysqltunera próbowałeś? http://mysqltuner.pl/

Tak, bez tego już bym pisał 2 miesiące temu.

[maxx]

Też walczymy od kilku dni z loadem - masakrycznie wzrósł ostatnio. Jest taka teoria, że jak serwer "kuca" to trzeba więcej RAM-u

Generalnie IP.BOARD nie obchodzi się z bazą delikatnie. Zauważyłem, że gigantyczne rozmiary tabel z wszelkiej maści cachem potrafią "uziemić" bazę na całkiem porządnym serwerze. Wyczyściłem wczoraj dwie tabelki: ibf_core_item_markers i ibf_core_item_markers_storage. Pomogło, niemniej dzisiaj przesiadamy się na serwer z 2x większą pamięcią.

edit:

A przy okazji: używasz SPHINX-a?

Edytowane 28 Lipca 2010 przez maxx

[jasny]

Też walczymy od kilku dni z loadem - masakrycznie wzrósł ostatnio. Jest taka teoria, że jak serwer "kuca" to trzeba więcej RAM-u

Generalnie IP.BOARD nie obchodzi się z bazą delikatnie. Zauważyłem, że gigantyczne rozmiary tabel z wszelkiej maści cachem potrafią "uziemić" bazę na całkiem porządnym serwerze. Wyczyściłem wczoraj dwie tabelki: ibf_core_item_markers i ibf_core_item_markers_storage. Pomogło, niemniej dzisiaj przesiadamy się na serwer z 2x większą pamięcią.

edit:

A przy okazji: używasz SPHINX-a?

Najgorsze jest to, że load wzrasta u mnie logarytmicznie od 3000 osób online. Podasz parametry serwerka ? Chyba kojarzę Twoje forum.

[Amfidiusz]

Dodajcie swoje fora do katalogu, to wszystko będzie jasne

@down,

[Jakub]

Dodajcie swoje fora do katalogu, to wszystko będzie jasne

A Ty swoje dodasz?

[maxx]

My mamy jednak sporo mniejszy ruch, ale też występuje efekt logarytmicznego wzrostu loadu mniej więcej od 500 online.

Rośnie ilość połączeń do bazy aż do ustawionego limitu, zaczynają się mnożyć wątki php, cały RAM zostaje pożarty, włącza się swap i jest, mówiąc kolokwialnie, "po ptokach"

Dane serwera to ściśle strzeżona tajemnica

[DawPi]

Dane serwera to ściśle strzeżona tajemnica

Raczej stosunek ceny do tychże danych.

[jasny]

My mamy jednak sporo mniejszy ruch, ale też występuje efekt logarytmicznego wzrostu loadu mniej więcej od 500 online.

Rośnie ilość połączeń do bazy aż do ustawionego limitu, zaczynają się mnożyć wątki php, cały RAM zostaje pożarty, włącza się swap i jest, mówiąc kolokwialnie, "po ptokach"

Dane serwera to ściśle strzeżona tajemnica

Próbowaliście kiedyś przerzucić bazę danych na zewnętrzny serwer? Ciekaw jestem czy przez Internet na paśmie 100MBit komunikacja w ogóle by miała miejsce bytu.

Pozdr.

PS. Fajnie, że możesz powiedzieć "my".

[maxx]

Taa, próbowałem takiej sztuczki. Zewnętrzny serwer z innej serwerowni nie ma sensu, jeśli już to dedykowany serwer zoptymalizowany do mysql-a, ale w tym samym DC.

[Łukasz]

Serwer dodatkowy od bazy może być połączony tylko wewnętrzna siecią!

Po drugie zmień 2041 aktywnych użytkowników (w ciągu ostatnich 60 minut)na max 5 minut i load ci spadnie diametralnie.

Po trzecie wyłącz Top 10 reputacji z sidebara.

Po czwarte odpisz czy zadziałało

[jasny]

Dobra , dzięki za wsparcie. temat do zamknięcia.

[DawPi]

Nie rozumiem, zrezygnowałeś czy uważasz, że wszyscy mają takie problemy i serwery i wiedzą, jak pomóc?

[jasny]

Nie rozumiem, zrezygnowałeś czy uważasz, że wszyscy mają takie problemy i serwery i wiedzą, jak pomóc?

Po prostu nie oczekuję na tym forum supportu w tej kwestii.

Edit. Nie chcę zmieniać silnika forum, nie chcę też ograniczać funkcjonalności. Na razie skupiam się na kwestii optymalizacji ustawień serwera, zobaczymy co z tego wyjdzie.

Użytkowincy u mnie są przyzwyczajeni do tego, aby ich ilość była wyświetlana w 60 minut. Muszę się postarać o modyfikację, która po prostu będzie chowała listę użytkowników ( z możliwością odsłonięcia ). Top10 reputacji nie chcę zmieniać.

Edytowane 29 Lipca 2010 przez jasny

[Łukasz]

Nie rozumiem, zrezygnowałeś czy uważasz, że wszyscy mają takie problemy i serwery i wiedzą, jak pomóc?

Użytkowincy u mnie są przyzwyczajeni do tego, aby ich ilość była wyświetlana w 60 minut. Muszę się postarać o modyfikację, która po prostu będzie chowała listę użytkowników ( z możliwością odsłonięcia ).

Napisz do DawPi on ci napisze taka modyfikacje

[DawPi]

Jak zwykłe chowanie to prosta edycja skinu da radę.

[shrek]

a xcache włączyleś? zauwazylem ze u mnie najbardziej zabijają serwer dlugie zapytania sql i trzeba bylo jeszcze im timoouta zmniejszyć, i dodac logowanie long queries i szukac. Fakt faktem mam duzo mniejsze forum z mniejszym ruchem.

[jasny]

a xcache włączyleś? zauwazylem ze u mnie najbardziej zabijają serwer dlugie zapytania sql i trzeba bylo jeszcze im timoouta zmniejszyć, i dodac logowanie long queries i szukac. Fakt faktem mam duzo mniejsze forum z mniejszym ruchem.

Mialem wlaczone xcache i accelrator

Jaka masz wartość na timeoucie ?

Edytowane 31 Lipca 2010 przez jasny