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

[ameba00x]

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

On Sat, 22 Nov 2008 18:43:34 +0100
man0_ <man0_ at teknusi.org> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> Il giorno 22/nov/08, alle ore 11:02, briganzia-informatica ha scritto:
> 
> >
> > 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.
> > Il top mi dice che l'utilizzo dei %wa e %hi è molto alto (40 e 40)  
> > il che potrebbe significare un problema sul disco. Cito da
> > http://searchenterpriselinux.techtarget.com/tip/0,289483,sid39_gci1302538,00 .html
> 
> oi, ma comunque senza farsi troppe pippe:
> - - è un vserver
> - - su un dmcrypt (non so se partizione o loopback file)
> - - non sappiamo se ce ne sono altri e quanti e quanto carichi (è  
> probabile che ce ne siano molti altri)

siamo solo noi a sfruttare la macchina, fu una richiesta fatta
all'inizio, ricordi?


> 
> conclusione: di che cosa sorprendersi?
> stiamo caricando quella macchina come una bestia: apache, lighttpd,  
> postgresql, mysql, tomcat...pure per lo stronzo monitoraggio
> pensiamo a cose tipo zabbix...

sono tanti servizi è vero, e se riuscissimo ad eliminarne qcn non
sarebbe male, ci sono 2 server web e 2 database.

io continuo a pensare che siano i db a fare la differenza, ma magari
possiamo creare un gruppo che lavora sui db e uno che lavora sui server
web.


> ripigliamoci un attimo prima di sorprenderci del carico di quella  
> macchina..
> si può tunare il cazzo che si vuole trecento volte, ma lo si fa  
> talvolta senza considerare che non sappiamo molto sull'hardware, sui  
> token di cpu che sono assegnati al vserver, sul dm-crypt etc...
> 

io non saprei nemmeno chiederle queste cose a riseup, chi sa chieda e
faccia sapere, no?

> sub aveva posto dei problemi concreti, pure se con dei modi magari
> non esattamente piacevoli.
> soluzione: spostarsi, farsi carico di un server proprio (prima  
> saldando il dovuto a riseup in fretta)?
> - - chiedere lumi a riseup (che poi se ci ridono in faccia fanno
> bene)?

stavo pensando che spostarsi non è una soluzione cosi terribile, anche
solo per levarmi qualsiasi responsabilità, da chi intendi spostarti? 
hai già i soldi per pagare riseup?

ciao
ameba00x


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

iD8DBQFJK0UUojBp3XUJuEURAm5/AJ9FuC6kt1w1Z9p5N8EpM+LP3aprigCeL80h
3pHOO+zeazACEt6BVe/ud2o=
=WMwh
-----END PGP SIGNATURE-----