marco

Właśnie dojechała do mnie nowa maszyna (Xeon E5-1650, dyski Intel 320), mam nadzieje, że uda się ją dostawić ASAP.

Czekam na dostawę nowych SSDków do macierzy które powinny pomóc. Na pewno będzie się to wiązało z przerwą w dostępie do forum na czas przerzucenia wszystkiego, będę informować jeszcze o terminie.

A cache'a przeczyściłeś? Powinno wszystko banglać.

Tak, wyszukiwarka korzysta z innego serwera mySQL do zasilania indeksów (korzystamy z sphinxa). Ze zgłoszeniem - masz rację, błąd trochę przez moje gapiostwo, trochę też nie łapie, czemu nie poprawia się raz na 24h, będę szukać rozwiązania.

Wow, nie myślałem, że po tylu latach obowiązywania regulaminu w niezmienionej formie ktoś znajdzie w nim błąd ;) Nie mówiąc o tym, że ktoś przeczytał je tak dokładnie ;)

Nie, pozostanie na górze tak jak jest domyślnie od ip.board 3.2.

Mieliśmy krótki okres fascynacji forum przez kolegów z Azji. Ponieważ nie dogadaliśmy się to zostali puszczeni na drzewo.

Dokładnie tak - dla tego nie kasujemy nigdy ogłoszeń na giełdzie. W razie jakichkolwiek problemów zdecydowanie upraszcza to wyciągnięcie niezbędnych materiałów czy to przez użytkownika czy to przez administracje na wniosek policji / prokuratury.

Si, rano się wysypala aktualizacja tapatalk - jest już ogarnieta

Moja wina, patrzyłem na nie tą datę co trzeba; wrzucę te godziny do szczególnej obserwacji na najbliższe dni.

Zrobiłem po to, żeby wciach!iać ludzi. Takiej odpowiedzi oczekujesz? Aktualizacja czy mi się to podoba czy nie jest konieczne, bo producent wycofuje wsparcie dla starszych wersji oprogramowania i nie dostarcza do nich nawet poprawek bezpieczeństwa. Dziękuje, nie mam ochoty ręcznie łatać czyjegoś softu ani sprzątać po mniej lub bardziej udanych włamaniach (albo pisać rozpaczliwe prośby, pt. dobrze by było jakbyście zmienili hasła. Jak używacie ich w innych serwisach to w nich też). To, że zbiega się to w czasie z większym obciążeniem maszyn - to niestety przykra koincydencja. Z tego też powodu udało się mi zrobić jakieś oszczędności i dołożyć nową maszynę na którą przerzucam niektóre kłopotliwe rzeczy co powinno przynieść dobry efekt w postaci mniejszej szansy brzydkiego skoku loada takiego jak na obrazku: a w konsekwencji nagłym skokom w czasie ładowania strony takim jak widoczne na: Ja rozumiem, że wg. większości która nie widziała nigdy serwisu o jakiejkolwiek większej oglądalności niż blogasek kolegi od strony technicznej ciężko uwierzyć, że tak banalne rzeczy jak backupowanie potrafią zabic maszynę na kilkanaście minut (ot sama baza danych serwisu to tylko 10 GB - bez załączników!) - O wysyłaniu takiego backupu offsite nie mówiąc. Czy, że zapewnienie działającej wyszukiwarki przeszukującej 4 miliony wpisów wymaga czegoś bardziej zaawansowanego niż select * from posts where text like '%fraza%'; Nie nie da się, bo tak sobie ktoś u producenta wymyślił, że jest lepiej, bez względu na to czy mi się to osobiście podoba czy nie. Umierać za listę którą da się zastąpić innymi działaniami nie mam zamiaru. A podobne tematy były w poprzedniej wersji, będą w tej, bo się sprawdzają. Jak komuś się wybitnie nie podobają i mają do nich uraz polecam User CSS, naprawdę nie mam nic przeciwko.

O 5 rano nie ma szans - kiedyś muszą się pewne zadania cykliczne wykonywać, więc są ustawiane na 2:30-5:30 kiedy ruch jest najmniejszy. O tej godzinie się albo śpi, albo wstaje pędzić na dworzec a nie patrzy na fora ;)

Pierwsza niedziela miesiąca ;) Tak poważnie to ogarniam sytuacje, trochę za dużo sprzątania naraz próbował serwer wykonać.

Jest na bieżąco aktualizowany - dzisiaj do świeżej wersji 3.1

Dla windows i proste w zestawieniu: Cobian

Wracając do tematu wydajności: powinno być zauważalnie lepiej, co potwierdzają statystyki którymi dysponuje - średni czas od ładowania strony do zbudowania DOM (czyli w uproszczeniu do zassania wszystkiego co niezbędne do wyświetlenia strony) spadł o około 50% i utrzymuje się na poziomie niższym niż przed upgradem forum. Dodatkowe plusy to koniec z nocnymi przerwami technicznymi, więc można powiedzieć, że forum jest dostępne teraz 24 godziny na dobę.

Mea culpa, ale powinno być już ok. Drugi slave zestawiony, wyszukiwarka przepięta na niego; powinno być zauważalnie lepiej / mniej irytujących zacięć.

Ekhm jutro mogą wystąpić kolejne przerwy - powiedzmy, że dzisiejsza się udała, ale nie do końca. Jak by ktoś był bardzo ciekawy to krótki opis co chcę osiągnąć i jak to się przekłada na wydajność forum: - dołożyć kolejny serwer bazy danych na innej maszynie w trybie slave (stara replika pozostaje jako źródło do backupów) - podpiąć do niego wszystkie elementy które nie zapisują nic do bazy, a odczytują ogromne ilości danych (np. indeksowanie wyszukiwarki, które się w tej chwili uruchamia raz dziennie w nocy powodując kilku dziesięciominutowy paraliż) - w tym układzie wszystkie procesy typu reindeksowanie wyszukiwarki nie będą powodowały locków na bazie wykorzystywanej przez ip.board Po poprzednich zmianach udało się już uniknąć porannych paraliżów poprzez zmianę konfiguracji backupów macierzy na której wisi forum, ale zdaje sobie sprawę, że nadal nie jest idealnie, stąd kolejne zmiany w backlogu.

Jutro rano wystąpi kilkunastominutowa niedostępność całego forum - zestawiana będzie nowa replika bazy danych, a to niestety wymaga pełnego locka na czas przerzucania danych przed startem replikacji :(

To był dodatek do ipb 3.1 który przestał być wspierany przez producenta (dla dokładności - producent dodatku zaginął, nawet domenę przejeli spamiarze, nie przeszkadzało mu to w kasowaniu $ za maintenance ;) Raczej nie wróci - miało to niestety oprócz kilku zalet, bardzo dużo wad i niestety okazało się dyskusyjne pod względem bezpieczeństwa.

I trzeba pamiętać o łataniu takiego podstawionego forum, upewnianiu się czy jest poprawnie backupowana baza... W takim przypadku naprawdę nie warto się męczyć tylko korzystać z istniejących rozwiązań SaaS.

Ech posypał się reindekser wyszukiwarki w sposób dosyć widowiskowy pożerając duuuużo zasobów. Na razie leczony objawowo (kill), jeśli jutro się powtórzy to będę się martwił.

Do takich zastosowań super sprawdza się stara dobra lista mailingowa. Przy ruchu generowanym przez takie mikrospołeczności większości koniec końców nie chce się logować, pamiętać haseł i odwiedzać dodatkowy stron. Swego czasu korzystałem z groups.google.com - chyba nadal można zakładać bezpłatnie i przynajmniej jest gwarancja, że dostawca nie ucieknie z rynku za pół roku. Jest też archiwum webowe jak ktoś bardzo potrzebuje (przerabialiśmy w przeszłości forum - nikt nie zaglądał, trzeba było łatać dziury, żeby się nikt nie włamał; teraz dla odmiany jak ktoś ma jakiś geszeft raz na rok to zamiast przypominać sobie adresu pisze zwykłego maila)

Wiem :) Tj. zarówno, że był jak i co go spowodowało. Nazwijmy to błędem operatora ;)

Jest z tego co widzę lepiej, z zewnętrznego hosta z dzisiaj żadna próbka nie przekroczyła 1,2 sekundy, 650 ms średnia, 500 min.