problemy z obciążeniem serwera po update

[marcin554]

witam,

zaktualizowałem forum do ipb 3.0.2 i jest wielki problem, procesy apache mnożą się jak nigdy, load serwera jak był zawsze w okolicach 3-5 teraz dochodzi nawet do 100(!).

Co proponujecie zmienić w ustawieniach CPU na forum, żeby działało jak dwaniej? Wyłączyłem hooki, i inne pierdołki ale load ciągle się utrzymuje

[Faffe]

http://forum.invisionize.pl/topic/4669-cache-a-wplyw-na-wydajnosc/

[marcin554]

ten cache niezbyt pomga, właściwie nic...

moje forum ma koło 1000 userów online i kilkadziesiąt tysięcy wejść dziennie.

powyłączałem cachowanie postów i sygnatur i to samo co z włączonym cachem jest.

Ogólnie za dużo zapytań chyba leci z podstron z postami - nie wiem jak je ograniczyć.

[DawPi]

Witaj,

nie wpisałeś adresu forum w profilu, ale czy Twoje forum to forumowisko*pl? Pytam, bo jeżeli tak, to dziś też to zauważyłem u Ciebie na forum. Dziś w nocy przeprowadziłeś aktualizację.

Owy problem minie bo zbudowaniu bazy danych nieczytanych postów. Ten proces pożera najwięcej zasobów po aktualizacji z serii 2.x na 3.x.

Jeśli to nie Twoje forum to parametry są zbliżone i powód może być ten sam.

Rozwiązaniem mogłoby być wyłączenie śledzenia nieczytanych postów, lub zmiana rodzaju tego śledzenia. Wszystkie te ustawienia zostały napisane w temacie wyżej linkowanym.

W razie dalszych pytań/problemów śmiało pisz.

[marcin554]

tak, forumowisko.pl

gdzie można śledzić stan przebudowy bazy? bo zastanawiam się nad przeniesieniem całości na inny serwer a nie wiem na ile to będzie konieczne, bo szkoda będzie marnować potencjału dysku ssd jak się okaże że zacznie działać ok...

i jak ewentualnie tą przebudowę wyłączyć? w tym poście wyżej przeczytałem tylko o tym że powinien cache włączyć. Ale na ile dni go lepiej ustawić? 7 dla postów 180 dla sygnatur?

[DawPi]

To bym prosił o uzupełnienie profilu o adres i aktualizację wersji.

Stan przebudowy bazy nie można śledzić - generalnie to powinno dać się odczuć poprawę szybkości działania forum.

Cache'owanie postów i sygnatur to inna bajka. To ma właśnie poprawić szybkość działania. Zostaw wartości domyślne.

Na dole masz opcję "Topic Marking" - wyłącz ją, bo to właśnie to generuje to obciążenie.

[marcin554]

Enable Topic Marking Tracking? Wyłączyłem tą opcję, ale load niestety ciągle się utrzymuje

btw. do czego służy ta opcja, bo opis jest mało jasny...

Edytowane 19 Sierpnia 2009 przez marcin554

[DawPi]

Nie zniknie jak za dotknięciem czarodziejskiej różdżki.

Opcja ta pozwala na śledzenie czytanych/nieczytanych postów na różnych komputerach - czyli informacje składuje o tym w bazie danych. Ty masz ponad 2mln postów na forum, sporo userów, forum próbuje dla każdej stworzyć taki indeks postów.

Masz dostęp do jakichś logów obciążenia?

[marcin554]

tak, dyski są niewydolne przez co zbyt duża ilość zapytań nie może zostać przetworzona

obciążenie sql jest w normie, ale dyski nie wyrabiają z dużą ilością danych dziwne że pod starym IPB było dobrze, im nowsze ipb tym więcej zapytań leci

[DawPi]

Dobra, ale jakie te zapytania? Konkretnie. To być może pomoże zwrócić uwagę na funkcję powodującą obciążenie.

[marcin554]

np. to jest bardzo często:

INSERT INTO ibf_core_item_markers_storage  
(item_member_id,item_markers,item_last_saved) VALUES(18114 |

reszta we większości to potrzebne pobieranie tematów itp.

[DawPi]

Czyli tak jak powiedziałem - forum indeksuje dla użytkowników nieczytane posty. Wyłącz tę opcję co wyżej pisaliśmy i trzeba trochę poczekać.

Najlepiej jeszcze odśwież cache.

[marcin554]

Stan przebudowy bazy nie można śledzić - generalnie to powinno dać się odczuć poprawę szybkości działania forum.

Jednak się da śledzić: Tools & Settings > Cache Management > Manage Caches

O to mi chodziło

Zapisane posty 	120180 z 2105320 postów (6%)	 
Zapisane sygnatury 	4219 of 137069 signatures (3%)

no to trochę to potrwa ;/

[DawPi]

Mylisz pojęcie cache'owania postów ze śledzeniem 'czytań i nieczytań' postów.

[marcin554]

tylko się zastanawiam czy ten load kiedykolwiek spadnie(?), bo nie wiem co skrypt cały czas robi że tak muli, skoro wyłączyłem opcje indekowania nieczytanych postów

Edytowane 19 Sierpnia 2009 przez marcin554

[DawPi]

Bardzo dziwna sprawa, że nadal dostajesz takie komunikaty z logów bazy.

/**
 * Save my markers to DB
 *
 * Saves the current values in $this->_itemMarkers back to the DB
 *
 * @access	public
 * @return	int		Number of rows saved
 */
public function writeMyMarkersToDB()
{
	if ( ! $this->settings['topic_marking_enable'] )
	{
		return 0;
	}

Powinno to działać. Na pewno wykonałeś aktualizację cache? W tym ustawień? Mówię nie o cache skinów, tylko ustawień:

ACP > System > Cache Management

[marcin554]

nie wiem co się dzieje, nawet w środku nocy load jest wysoki jak nigdy o tej porze, procesy apache z forum cały czas zajmują serwer, baza jest nie używana ale skrypt cały czas coś przetwarza, o co chodzi?

czy jakiś tasker jest w nowym IPB 3.0? bo mam wrażenie że w tle cały czas się coś dzieje i dlatego takie obciążenia...

tak wykonałem aktualizacje cache już dawno...

[DawPi]

Łatwo to sprawdzić w spisie tasków.

Jedyny jaki widzę to:

Item Marking Clean Up

Cleans out 'dead' item markers

Który jednak wg mnie nie powinien generować takiego loadu.

Nadal to samo zapytanie przymula?

[marcin554]

teraz do bazy lecą tylko takie rzeczy: (to cache czy co?)

| 54707 |  | Query   | 0    | Writing to net | SELECT * FROM ibf_cache_store WHERE cs_key IN ( 'systemvars','login_methods','vnums','app_cache','mo |

skrypt ciągle coś przetwarza nie wiem co? nie miałem jeszcze o tej godzinie takich loadów...

to te cachowanie tak męczy maszyne? tylko bez niego jeszcze bardziej muli ;/

wyłączyłem już nawet cache a te zapytania dalej lecą -może to jest przyczynąc - tylko co to jest??

 Writing to net | SELECT * FROM ibf_cache_store WHERE cs_key IN ( 'systemvars','login_methods','vnums','app_cache','mo |

Edytowane 20 Sierpnia 2009 przez marcin554

[DawPi]

To zapytanie to już normalne zapytanie forum.

[marcin554]

wygląda na to że IPB wypuściło coś co nie nadaje się na większe fora ;/ nawet z bazą na osobnym serwerze serwer "umiera" ;/ tragedia jakaś

czy jedynym rozwiązaniem jest powrót do poprzedniej wersji? ;/

Edytowane 20 Sierpnia 2009 przez marcin554

[DawPi]

Forum IPSu daje sobie doskonale radę.

Wg mnie powinieneś napisać do nich ticket, niech się temu przyjrzą od wewnątrz. By zbyt nie czekać, podaj mi od razu dane dostępowe.

[marcin554]

No piszę do nich ale kolejny dzień bez odpowiedzi na ticket ;/

Skrypt natychmiast po aktualizacji stał się 10x bardziej zasobożerny - nie piszę tu o bazie danych którą przeniosłem na inny serwer i jej loady są pod kontrolą. Sam skrypt muli jak cholera - brak słów ;/ na dyskach ssd albo klastrze kilku maszyn może im działa, ale w porównaniu z 2.3 to porażka totalna. Podobnie było przy update do wersji 2.2x (też load podskoczył ale nie aż tak(!))

[DawPi]

Napisz na forum - że tak powiem 'delikatną zje*kę' - zwykle pomaga.

Serio chciałbym Ci pomóc, ale przy tak dużych forach potrzeba więcej doświadczenia.

[net]

No dobra...

Powiedz mi jaki to dedyk? Jakieś logi coś sprawdzałeś? Konfiguracja, jesteś pewny ze poprawna?

Może optymalizacja apache?

Klik -> http://www.howtoforge.com/configuring_apache_for_maximum_performance

Najlepiej to może jak byś skonsultował co nieco z WHT

http://www.webhostingtalk.pl/index.php?showtopic=4161 - może pomoze

Wszystko moze, moze...

Edytowane 20 Sierpnia 2009 przez net