Potrzebujesz pomocy zmniejszenie obciążenia serwera

[Simon Lloyd]

Witam, Mam problem z moim obciążenia serwera, i już przeniesiony do poświęcona spróbować leczyć to, ale wciąż wysokie obciążenia serwera, jeśli i wyłączyć vBET serwera spada obciążenie.

Czy ktoś może pomóc?

@ Kamil, masz już wszystkie szczegóły dostęp wysłane w PM, jeśli chcesz sprawdzić.

[kamilkurczak]

hello,
tutaj masz vBET listę wskazówek: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

Pamiętaj - jeśli masz włączone wszystkie języki - masz 53 więcej treści (tematy, etc postów) na forum, i oczywiście o dużym natężeniu ruchu forum.

Możesz wyłączyć niektóre języki i czekać, kiedy cache dla włączony język zostaną wypełnione, po czym - można włączyć następną część tłumaczeń.

Po drugie, w tym dopuszczeniu mamy dużą poprawę (bardzo duży jeden) - jest to układ pamięci podręcznej (4 różne). Można to sprawdzić w admincp-> Cache vBET. (Pamiętaj - musisz zintegrować serwera do obsługi tego typu pamięci podręcznej)

:)

[Simon Lloyd]

I wprowadziły wszystkich, że mogę swojego zalecenia dotyczące wydajności, i miały również wszystkie języki włączony (oraz większości) od zakupu vBET około 6 miesięcy temu, obciążenie stały wysoki poziom przez cały czas. Co do pamięci podręcznej (beta) nie sądzę, mam żadnego akceleratora cache na moim serwerze, ale evrything innego jest jak na swoje instrukcje.

[kamilkurczak]

od naszego ostatniego dopuszczeniu pracowaliśmy nad tym systemem pamięci podręcznej - powinno to być coś dużego w wydajności. Musisz mieć serwer w konfiguracji z tego systemu cache (może już masz - zwrócić się do obsługi serwera)

[Simon Lloyd]

Hi Kamil, i tylko sprawdzone php informacji i nie mam go, ale i je zainstalować XCache, czy coś takiego

[vBET]

Hi. Dlaczego masz problemy z obciążeniem serwera? Widzę forum przekłada naprawdę szybko, więc gdzie jest problem?

Należy pamiętać, że tłumaczenia wykonywane są przez zewnętrznych usług od Google. Oznacza to, że tłumaczenie się swoją wątki czekają na odpowiedź od Google. I dlatego swoje obciążenie serwera jest większy, ale to nie ma wpływu na system, ponieważ nie podejmuje żadnych wątków oczekujących CPU ani dodatkowej pamięci (tylko już używane). Więc dlatego zawsze będziesz miał większe obciążenie serwera z vBET włączony (gdy wyłączone nie wątek czeka na wyniki z Google) i w tym samym czasie swoim forum nadal działa szybko, bo wątków oczekujących nie biorą CPU.

Więc co jest naprawdę potrzebne do podejmowania kochanka obciążenie serwera jest zapewnienie, że tematy nie będą czekać na wyniki z Google, ale niestety Google umożliwia cache jego wyniki tylko przez 15 dni. Możesz spróbować samemu - jeśli wyłączyć cache, lub po prostu jej czas życia mniejsze wtedy obciążenie serwera se rośnie - bo mniej wyniki będą buforowane i więcej wniosków czeka na odpowiedzi Google. Nie ma magicznej - tłumaczenia skądś przychodzi i zabiera to dużo czasu, aby ją od Google.

Korzystanie z pamięci podręcznej może pomóc w jakiś sposób. Tematy oczekiwaniu na wyniki Google nadal będzie czekał (nie będzie przekazywać go, dopóki nie buforowane wszystkich tłumaczeń, i nie będzie, ponieważ jest czyszczone zgodnie z TOS Google). Nadal buforowane wyniki będą generowane szybciej, więc zapytania nie czekając na tłumaczenia będą jechać szybciej z kolejki żądań.

Tutaj można dowiedzieć się, co dokładnie obciążenie serwera jest: Obciążenie serwera (http://whreviews.com/server-load.htm) i dowiedzieć się, że tak długo, jak masz wolne obciążenia zasobów serwera nie jest problem.

Wiedząc, jaka jest wartość obciążenia serwera nie jest bardzo ważne, choć. Wiedząc, jak interpretować wartość to się liczy.

Pamiętam definicji: obciążenie serwera oznacza liczbę procesów oczekujących na dostęp do procesora. Ale nie wszystkie procesy są takie same! Jeżeli procesy o niskim priorytecie, gdy nowe żądanie serwera (żądanie strony) pojawia się, to może jeszcze być traktowane niemal natychmiast.

Nie wspominając, że obciążenie serwera jest tylko jednym z czynników, spośród wielu innych (użycie pamięci, użycie procesora, wielkość pliku wymiany)

Jak zwykle, i jak wiele osób bezpośrednio zaangażowanych w działalność hosting powiedzieć, że wszystko sprowadza się do zachowania w życiu codziennym. Czy ładowanie stron szybko? Czy procesu, takich jak przeszukiwanie bazy danych podjąć rozsądnym czasie? Wtedy naprawdę nie ma problemu, bez względu na obciążenie serwera jest

Tak więc, ostateczny test jest sposób, że serwer zachowuje. Jeśli serwer jest szybki, numer, nawet jeśli nazywa się on "obciążenie serwera", naprawdę nie znaczy wiele

Tak, ponieważ serwer jest szybki i widzę Twoje odpowiedzi forum szybko, problem jest tylko wirtualne - nie ma prawdziwy problem. Obciążenie serwera jest wartość, która daje żadnych informacji o rzeczywiste wyniki, tylko wskazówki, jeśli wiesz jak je interpretować (np. jeśli serwer działa dobrze z X obciążenie serwera, a następnie można zacząć sprawdzać, co dzieje się, jeśli szybko rośnie do 2x czy coś takiego). Tylko statyczny numer daje nic, lepiej sprawdzić procesora i pamięci, aby upewnić się, że wartość ta jest OK dla serwera i jeśli jest OK to bez względu na wartość obciążenia serwera jest.

Jeszcze jeśli chcesz jakieś dodatkowe wskazówki:
- Wprowadzać większe cache TTL jeśli zmienił go na niższe (domyślnie jest to maksymalna dozwolona przez TOS Google).
- Jeśli nie masz problemów HDD wyłączyć zadanie crona do czyszczenia gości cache - to nie muszą być czyszczone w ogóle, ponieważ odświeża wyniki w miarę potrzeb, nadal usunięcie wiele starych plików może potrwać naprawdę długo dla php.
- Wykorzystanie pamięci podręcznej
- Na końcu (ale naprawdę nie widzę sensu, bo nie masz problemu z wydajnością) rozpocząć wyłączanie języków, które daje mniej ruchu

Przy okazji - jakie jest twoje obciążenie serwera, średnia procesora i pamięci, i jaki sprzęt masz (ile procesorów, pamięci)? Czy wykorzystywany jest plik wymiany?

[Simon Lloyd]

Poniżej szczegóły, jak na swoje pytania
1) obciążenia serwera
*********************
08:22:53 do 44 dni, 13:31, 1 użytkownik, średnio: 4.07, 5.09, 5.26
USER TTY FROM LOGIN @ IDLE JCPU PCPU CO
korzeń pkt / 2 datacenter1.supp 8:17 0.00s 1.53s 0.00sw
****************
2) użycia procesora i pamięci
********************
całości bezpłatnie korzystać wspólne bufory pamięci podręcznej
Mem: 4040 3616 424 0 256 2809
- / + Bufory / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) ile procesorów
3

EDIT: po prostu wziął migawki tutaj http://www.thecodecage.com/forumz/server.png mój serwer jest tak cały czas, ten obraz jest po włączeniu memcahce.

[Simon Lloyd]

Za informacje dodane oto Top zalogować Procesy:
xxxx 93,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 83,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 75,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
mysql 6.8% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- zamek
mysql 6.7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- zamek
mysql 6.6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-external- zamek
korzeń 6,0% / bin / sh / usr / local / bin / rkhunter-c - cronjob

[vBET]

Poniżej szczegóły, jak na swoje pytania
1) obciążenia serwera
*********************
08:22:53 do 44 dni, 13:31, 1 użytkownik, średnio: 4.07, 5.09, 5.26
USER TTY FROM LOGIN @ IDLE JCPU PCPU CO
korzeń pkt / 2 datacenter1.supp 8:17 0.00s 1.53s 0.00sw
****************
2) użycia procesora i pamięci
********************
całości bezpłatnie korzystać wspólne bufory pamięci podręcznej
Mem: 4040 3616 424 0 256 2809
- / + Bufory / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) ile procesorów
3

EDIT: po prostu wziął migawki tutaj http://www.thecodecage.com/forumz/server.png mój serwer jest tak cały czas, ten obraz jest po włączeniu memcahce.

Nie jestem pewien jak interpretować swoje pomiary. Jak widzę Twój procesor jest wykorzystywany w około 185% ... Więc czy jest coś gorącego prawo w pomiarze lub ma ono zastosowanie do 1 CPU - jeśli masz 3, to można użyć 300%. Jeśli jest to właściwy sposób, to znaczy, że masz jeszcze wiele wolnych zasobów CPU. Jeśli nie proszę mnie poprawić i powiedzieć, jak interpretować wyniki.

Nie jestem również pewien, jak interpretować dane obciążenie serwera:

średnie obciążenie: 4,07, 5,09, 5,26
Czy te 3 różne w pomiarach czasu, lub każdy z nich jest do oddzielnego procesora? Co to jest moc procesora?

PS. Cache potrzebuje czasu do wypełnienia

[Simon Lloyd]

Michał, ponownie dzięki za odpowiedź średnie obciążenie widzisz (i snapshot) zmienia się po każdym odświeżeniu, to jak wskazują sybmolic numer, gdy średnie obciążenie pokazane jest około 6 lub 7 to miejsce jest wolne ale przez większość czasu nie reaguje, co z kolei daje błąd.

Oto cpu danych o który prosiłeś
Procesor # 1
Sprzedawca
GenuineIntel
Nazwa
Intel (R) Xeon (R) CPU X3430@2.40GHz
Prędkość
2394.030 MHz
Cache
8192 KB

Kiedy i sprawdzić w WHM mam 1 rdzeń procesora quad, podczas gdy ludzie serwer mi powiedzieć, mam 3 procesory??

Nie wiem, czy udawać, że wiem, jak obciążenie serwera jest opracowany (ostatnio, w ciągu ostatnich 2 dni to już od:
Średnie obciążenie: 4.49 4.04 3.95

Forum jest średnia prędkość i nie wydaje się być przyczyną problemu teraz, choć ruch jest w:
271 (3 użytkowników i 120 gości i 148 pająków)
Jeżeli najlepszy wynik jest zwykle około 500 - 600, ale to jest weekend, więc ruch jest mniejszy.

[vBET]

Poprosiłem o szybkości procesora, bo jak już powiedział obciążenie serwera jest tylko wirtualne wartości, więc na szybkie obciążenie procesora samym serwerze będzie oznaczać coś innego niż na wolnym CPU (szybkim zrobi jego pracy szybko, więc nawet jeśli nie ma dodatkowych zadań oczekujących w kolejce te będą obsługiwane szybko).
O liczbę procesorów - w tej chwili jestem zagubiony jak Ty. Jest to serwer i nie pomoże Ci określić, czy masz 1 lub 3 procesorów. Mogę powiedzieć, że dla serwerów lepiej jest mieć większą ilość wolniejszym CPU niż mniejsza ilość szybciej. 2 +2 = 5 oznacza to, że 2 procesory o mocy 2 zrobi lepszą robotę niż 1 procesor o mocy 4, ponieważ serwer ma wiele małych zadań, o procesor 1 nie można robić równolegle.
Obciążenie serwera będzie również mają różne znaczenie w zależności od liczby procesorów. Jeśli naprawdę masz 3 szybkich procesorów następnie obciążenie serwera 6 (łącznie nie na CPU) jest OK, nawet bez dodatkowych kontroli. Jeśli masz procesor 1 to należy dodatkowo sprawdzić w czasie rzeczywistym odpowiedzi na nasze kanalizacji. Jak napisał już to zrobił i jest OK.

Do czasu sprawdzić swoje obciążenie serwera jest większy i strony wolniej (kopia - proszę pamiętać, że dla nie buforowane prawdziwy czas reakcji nie jest do serwera w ogóle, ale do czasu Google odpowiedzi), sprawdź to, bo większy ruch , a może to dlatego, że niektóre zadania w tle (np. pracy vBulletin cron, a nawet własny system działania - takie jak automatyczne zadania aktualizacji lub coś w tym stylu).

Według ostatniej odpowiedzi - jeśli nie ma prawdziwy problem - musisz jakiejkolwiek przyszłej pomocy w tym temacie teraz?

[Simon Lloyd]

Michał, dzięki za szczegółowe odpowiedzi, to 4 procesory, moim jedynym zmartwieniem jest ilość% cpu, że vBET zużywa, jak i wpisać tam are3 procesów przedstawiono w TOP dla vBET w 55%, 52% i 48% zużycie procesora i te procesy są w pliku / vbenterprisetranslator_seo.php, jeśli nie ma nic więcej można zasugerować to i dziękujemy za komentarze i będzie musiał z tym żyć, jak i na pewno nie może sobie pozwolić na kolejny ruch serwera lub uaktualnienie, jak i przeszliśmy od VPS VM w cloud hostingu dedykowanego w celu utrzymania vBET działa, kolejny skok na dual core quad (8 procesorów) nie jest moim przedziale cenowym.

[vBET]

Należy pamiętać, że to, co ou zobaczyć nie jest VBT zużycia procesora, ale całe zużycie forum. vbenterprisetranslator_seo.php nic nie robi - po prostu ustawia zmienne i wykonane wewnętrzne przekierowanie do naprawdę żądanego pliku - jest to tylko kontroler frontowy. Wszystkie wnioski idzie do vbenterprisetranslator_seo.php - musisz ustawić go w htaccess..

Więc to nie vBET konsumpcji - to całe zużycie forum. W normalnych stron vBET nic nie robi - dodaje tylko flagi. Dla przetłumaczonych stron całego procesu tłumaczenia zdarza się tak, zużycie CPU będzie zawsze większe niż dla zwykłej strony, ponieważ dzieje się po zwykłej strony jest generowany. Więc po pierwsze normalne generacji dzieje, a następnie wynik jest przetłumaczone - nie ma więc szansę na to withour dodatkowych kosztów. Lub ... Mamy rozwiązanie dla tego mrówka to nazwie Cache Guest - dla gości całe strony są buforowane, a nie tłumaczenie się tak długo, jak cache nie wygasł. Więc jeśli już używasz Cache Guest następnie vBET nie więcej rozwiązań do tłumaczenia używając mniej zasobów. Możesz wyłączyć niektóre tłumaczenia - będziesz miał wtedy mniejszy ruch do stron tłumaczenia, więc mniejsze zużycie zasobów tłumaczeń.

Zrobiliśmy wiele wysiłku dla vBET profilowania, zmiana algorytmów, dodając wydajności. I nigdy nie traktujemy tej kwestii za zamkniętą. Jeszcze w tej chwili nawet z kilku warstw pamięci podręcznej, pracujemy z aplikacji, które mają wiele zmian i innej zawartości dla tego samego adresu URL w zależności od grupy użytkowników użytkownika, a nawet dla każdego użytkownika (jeśli jakiś plugin dodaje takie rzeczy), a to wymaga retranslate dla każdy zalogowany na żądanie użytkownika. Do rejestratora użytkownik może tylko cache tłumaczenia zdanie, ale nie całe strony jak dla użytkowników. Należy pamiętać, że vBET dodaje coraz więcej wydajności - jeszcze nigdy nie będziesz miał magiczne tłumaczenia bez zużycia zasobów. Dodatkowe funkcje zawsze oznacza dodatkowe zużycie zasobów.

Sprawdziliśmy Czas reakcji na forum i to jest naprawdę dobra. Więc nie będę myśleć o przejściu na inny serwer w tej chwili. Tak jak napisałeś - masz jeszcze połowa zasobów darmo. Płacisz za to środków, tak nie ma nic złego z niego korzystać. I nadal w bezpiecznej strefie - tak nawet wtedy, gdy ruch zwiększa forum będzie odpowiedzi w odpowiednim czasie. Na pierwszych światłach CPU wynosi 70% średniego zużycia (nie tylko w pewnym momencie - średni). To jest pierwsza wskazówka się martwić o zasoby. Jeśli zignorujesz to niż 90% średniego zużycia CPU oznacza czytać światło, alarm, i najpilniejsze potrzeby uaktualnić - w przeciwnym razie nawet trochę więcej ruchu może drastyczny spadek wydajności. Dla pamięci jest inna i zależy od ustawienia systemowe dla SWAP.

I jak PS - proszę rozważyć takie rozwiązania, jak VPS - gdzie można dodawać zasoby bardzo łatwo, bez ponownej instalacji:)

Jeśli już odłogiem wszystkie wyniki wskazówki to jedyna rzecz, to w lewo jest wyłączenie niektórych językach i wykonane aktualizacje vBET jak przyjść.