Hai bisogno di aiuto riducendo il carico del server

[Simon Lloyd]

Salve, Ho problemi con il mio carico del server, ho già trasferito a dedicato a cercare di curare questo, ma ancora ottenere elevati carichi del server, se i disabilitare vbet gocce di carico del server.

Qualcuno può aiutare?

@ Kamil, hai già dati di accesso completo inviato a te in PM, se si desidera controllare.

[kamilkurczak]

ciao,
qui si ha una vBET elenco di suggerimenti: http://www.vbenterprisetranslator.co...rformance.html

Ricordo - se si dispone di tutte le lingue attivate - si dispone di contenuto più 53 (discussioni, messaggi, ecc) sul vostro forum, e, naturalmente, ad alto traffico forum.

È possibile disattivare alcune lingue e aspettare quando la cache di lingua abilitata sarà riempito, dopo che - è possibile attivare la parte successiva delle traduzioni.

In secondo luogo, in questa relase abbiamo un grande miglioramento (molto grande) - questa è la memoria cache di sistema (4 diverse opzioni). Puoi controllare nel pannello admin-> Cache vBET. (Si ricordi - è necessario integrare il vostro server per utilizzare questo tipo di cache)

[Simon Lloyd]

Mi hanno messo in atto tutto ciò che posso della vostra raccomandazioni prestazioni, ho anche avuto tutte le lingue abilitato (ben più) in quanto l'acquisto vbet circa 6 mesi fa, il carico è costantemente alta per tutto il tempo. Per quanto riguarda la cache di memoria (beta) io non credo di avere un acceleratore di cache sul mio server ma evrything il resto è impostato secondo le vostre istruzioni.

[kamilkurczak]

dalla nostra ultima relase abbiamo lavorato su questo sistema di memoria cache - questo dovrebbe essere il grande nelle prestazioni. È necessario avere il vostro server configurato con questo sistema di cache (forse avete già - chiedete al vostro sostegno server)

[Simon Lloyd]

Ciao Kamil, ho appena controllato php info e io non ce l'hanno, ma io li get per installare XCache o qualcosa del genere

[vBET]

Ciao. Perché avete problemi con il carico del server? Vedo il tuo forum è tradurre veramente veloce, quindi dove è il problema?

Si prega di notare che le traduzioni sono fatte da servizi esterni da parte di Google. Questo significa che quando la traduzione succede le discussioni che sono in attesa di risposta da Google. Ed è per questo che il carico del server è più grande, ma non influenzare il sistema, perché i thread in attesa non prendere CPU né memoria aggiuntiva (solo già utilizzato). Ecco perché avrete sempre Server Load superiore con vBET abilitato (quando è disabilitato nessun thread è in attesa di risultati di Google) e nello stesso tempo il vostro forum sarà ancora lavorando velocemente, perché non prendere thread in attesa della CPU.

Quindi, ciò che è veramente necessario per prendere carico amante Server è quello di assicurare che le discussioni non attendere i risultati di Google, ma purtroppo Google consente di memorizzare nella cache i risultati solo per 15 giorni. Potete provare voi stessi - se si disattiva la cache, o semplicemente fare il suo tempo di vivere più piccolo allora si avrà Server Load se in crescita - perché meno risultati saranno memorizzati nella cache e più richieste in attesa delle risposte di Google. Non c'è magia - traduzioni proviene da qualche parte e ci vuole tempo per ottenere da Google.

Utilizzando la cache di memoria può aiutare in qualche modo. Thread in attesa di risultati di Google sarà ancora in attesa (non lo passano prima di aver memorizzato nella cache tutte le traduzioni, e non sarà, perché è pulito secondo Google TOS). Risultati ancora nella cache verrà generato più veloce, ne faccia richiesta senza aspettare le traduzioni più veloce dalla coda di richieste.

Qui è possibile scoprire cos'è esattamente il carico del server è il seguente: Carico del server e scoprire che finché si dispone di risorse liberi Server Load non è un problema.

Conoscere ciò che il valore del carico del server non è molto importante però. Saper interpretare il valore è ciò che conta.

ricordare la definizione: il carico del server rappresenta il numero di processi in attesa di accedere alla CPU. Ma non tutti i processi sono uguali! Se i processi a bassa priorità, quando una richiesta di nuovo server (richiesta di pagina) appare, si può comunque gestita quasi istantaneamente.

Senza contare che il carico del server è solo uno dei fattori di molti altri (utilizzo della memoria, l'utilizzo della CPU, la dimensione del file di swap)

Come al solito, e come molte persone direttamente implicate nel commercio di hosting dire, tutto si riduce alla vita reale comportamento. Sono le pagine caricamento veloce? Fa un processo come la ricerca attraverso un database prendere un periodo di tempo ragionevole? Allora non hanno davvero un problema, qualunque sia il carico del server è

Così, l'ultima prova è il modo che il server si comporta. Se il server è veloce, un numero, anche se si chiama "il carico del server", in realtà non significa molto

Perché il server è veloce e riesco a vedere le vostre risposte veloci forum, Il problema è solo virtuale - non c'è problema reale. Carico del server è il valore che ti dà nessuna informazione sulle prestazioni reali, suggerimenti solo se si sa come interpretarlo (cioè se il server è in esecuzione bene con il carico del server X, allora si può iniziare a controllare cosa sta succedendo, se cresce rapidamente a 2X o qualcosa del genere). Solo numero statico ti dà niente, meglio controllare la CPU e la memoria per essere sicuri che questo valore è OK per il server e se è OK, quindi non importa quale Server valore di carico è.

Comunque se volete alcuni suggerimenti aggiuntivi:
- Rendere più grande la cache TTL se è stata modificata per abbassare (di default è il massimo consentito dalla TOS di Google).
- Se non avete problemi di spazio su HDD spegnere compito cron per la pulizia della cache ospite - che non devono essere puliti a tutti, perché rinfresca i risultati, se necessario, ancora molta la rimozione di vecchi file può richiedere molto tempo davvero lungo per php.
- L'uso della cache di memoria
- Alla fine (ma davvero non vedo il senso di essa, perché non avete problemi di prestazioni) iniziano invalidante lingue che ti dà meno traffico

Tra l'altro - che cosa è il vostro carico del server, medio della CPU e della memoria, e quale hardware hai (quante CPU, memoria)? Il file di swap viene utilizzato?

[Simon Lloyd]

Di seguito sono riportati i dettagli come per le vostre domande
1) Server Load
*********************
08:22:53 fino 44 giorni, 13:31, 1 user, load average: 4.07, 5.09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU COSA
radice pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU e della memoria
********************
totale utilizzata nella cache buffer libero condiviso
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) il numero di CPU
3

EDIT: appena preso una fotografia qui http://www.thecodecage.com/forumz/server.png il mio server è in questo modo tutto il tempo, questa istantanea è dopo l'abilitazione memcahce.

[Simon Lloyd]

Informazioni come aggiunto ecco il log Top Processi:

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-esterno- bloccaggio
mysql 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-esterno- bloccaggio
mysql 6,6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-esterno- bloccaggio
radice 6,0% / bin / sh / usr / local / bin / rkhunter-c - cronjob

[vBET]

Di seguito sono riportati i dettagli come per le vostre domande
1) Server Load
*********************
08:22:53 fino 44 giorni, 13:31, 1 user, load average: 4.07, 5.09, 5,26
USER TTY FROM LOGIN @ IDLE JCPU PCPU COSA
radice pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU e della memoria
********************
totale utilizzata nella cache buffer libero condiviso
Mem: 4040 3616 424 0 256 2809
- / + Buffers / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) il numero di CPU
3

EDIT: appena preso una fotografia qui http://www.thecodecage.com/forumz/server.png il mio server è in questo modo tutto il tempo, questa istantanea è dopo l'abilitazione memcahce.

Non so come interpretare le misure. Come vedo il tuo CPU è utilizzato in circa il 185% ... Quindi, o c'è qualcosa di giusto caldo in misura o si applica a 1 CPU - se hai 3 allora si può utilizzare al 300%. Se questo è il modo corretto allora vuol dire che hai ancora molte risorse di CPU libera. Se non per favore correggetemi e dire come interpretare i risultati.

Sono, inoltre, non sicuro di come interpretare i dati di carico del server:

carico medio: 4,07, 5,09, 5,26

Sono quelli in 3 diverse misure di tempo, oppure ognuno è per CPU separate? Qual è la potenza della CPU?

PS. Cache bisogno di tempo per riempire pollici

[Simon Lloyd]

Michal, ancora una volta grazie per la risposta il carico medio si vede (e nello snapshot) cambia ogni volta che si aggiorna, è come fai notare un numero sybmolic, quando il carico medio indicato ci sono circa 6 o 7 allora il sito è lento ma il più delle volte non risponde che a sua volta dà un errore.

Ecco i dati di cpu che hai chiesto
Processore # 1
Venditore
GenuineIntel
Nome
Intel (R) Xeon (R) CPU X3430@2.40GHz
Velocità
2394.030 MHz
Cache
8192 KB

Quando i check-in WHM ho 1 cpu quad core, mentre la gente del server mi dicono che hanno 3 CPU??

Non so o fingere di sapere come il carico medio server è elaborato (ultimamente, nel corso degli ultimi 2 giorni è stato in giro:
Medie di carico: 4,49 4,04 3,95

Il forum è di velocità media e non sembra essere la causa di un problema in questo momento, anche se il traffico è di circa:
271 (3 membri e 120 ospiti e 148 spider)
Dove la figura in alto è normalmente intorno ai 500 - 600, ma poi è così fine settimana il traffico è minore.