[italy-tech] Problemi di carico: e se fosse il disco?

[ameba00x]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sat, 22 Nov 2008 11:02:53 +0100
"briganzia-informatica" <briganzia.informatica at briganzia.org> wrote:

ciao,
premetto che abbiamo bisogno di più dati e più tool per poter
monitorare bene il sistema.
magari diamo priorità all'installazione di zabbix, nel frattempo
dovremmo placcare un riseupper per il tempo necessario a capire quali
processi pesano.

> 
> ciao
> sto cercando di comprendere un pò meglio la faccenda del carico sul
> server. Innanzitutto vorrei concordare con voi sul significato dei
> parametri di top che utilizziamo per avere una panoramica dello stato
> del sistema. Quel dato di carico medio, load average, basato su
> intervalli di tempo 1, 5 15 minuti,  esprime anche la "coda" degli
> arrivi che richiedono un servizio (in analogia alle autostrade,
> comprende anche il dato delle code ai caselli).  Questo per dire che
> la lettura dei parametri inerenti l'uso della CPU può darci preziose
> indicazioni, forse più che leggere quel semplice dato di load average
> e cercare il processo che ciuccia di più. Allora mi chiedo se quel
> dato di carico alto non dipenda da qualche cosa d'altro rispetto alla
> pesantezza dei processi. Sto notando ad esempio che l'operazione di
> produzione degli articoli su Mir è molto lenta e NON E' una
> operazione che richiede l'utilizzo dell'interfaccia di rete (che
> pensavo fosse il collo di bottiglia) ma del disco. 

anche secondo me è cosi. il collo di bottiglia avviene quando si scrive
su disco e chi scrive su disco sono i db per lo +.

ho appena killato 2 query della vecchia italy che giravano da 2200
secondi e il carico è sceso notevolmente.


>Il top mi dice che
> l'utilizzo dei %wa e %hi è molto alto (40 e 40) il che potrebbe
> significare un problema sul disco. 

ora, dopo l'operazione sopra i livelli si erano abbassati per una
frazione di secondo


>Cito da
> http://searchenterpriselinux.techtarget.com/tip/0,289483,sid39_gci1302538,00 .html
> "If one of the wa or hi parameters is high, it can indicate a real
> problem. Normally, the wa parameter shows how much time the CPU has
> wasted waiting for I/O. This I/O can come from the hard disk or from
> the network. Therefore, a high value on the wa parameter often
> indicates a slow hard disk or a slow network connection, which will
> require some fine tuning. To find out if it is the hard disk or the
> network, you can use vmstat and ifconfig." Allora mi chiedo ci sono
> modi per verificare lo stato di salute del disco e se magari la
> lentezza del disco o qualche problema fisico sullo stesso non sia
> alla base di questa caduta di prestazioni del sistema. Insomma non
> tanto processi esosi ma disco che non ce la fa più.

uhm, + che disco che non ce la, forse un disco lento, il problema è che
non possiamo usare hdparm per capire quanto è veloce, quindi ci serve
un riseupper. Dopodichè un miglior tuning di postgre è _necessario_ .

a me sembra che postmaster sia uno dei processi più pesanti e
probabilmente deriva da un lunga coda di query che devono essere
scritte sul disco. Per questo dicevo di studiarsi un po' il
funzionamento di postgre e la relativa opzione WAL:
http://www.westnet.com/~gsmith/content/postgresql/TuningPGWAL.htm

ciao
ameba00x


- -- 
Si muore un pò per poter vivere
			Arrivederci amore ciao
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFJJ+1wojBp3XUJuEURAvhcAJ0WSOGDP7jgexoHPstcvxjkVN1aOwCeL87l
85nfUNZf+qfSHVXlumEFfuU=
=V7yW
-----END PGP SIGNATURE-----