[italy-tech] grafici carico

[briganzia.informatica at briganzia.org]

Ciao! Fermo restando che non mi interessa difendere postgres
che è un database che conosco poco prima di considerare
postrges un divoratore di memoria bisognerebbe verificare
quanto lavoro svolge. Possiamo anche verificare il tuning di
mir dei tedeschi o degli svizzeri ma credo servirebbe a poco
visto che il loro postgres lavora sicuramente molto meno del
nostro.
Io so solo che il lavoro dell'aggregatore è piuttosto
pesante.
Ieri abbiamo calcolato che ad ogni giro di aggregazione deve
svolgere un migliaio di update/insert a altrettante select
solo per sistemare i feed.
Anche se al posto di POstrges ci fosse MySQL non credo che
le cose cambierebbero di moltissimo. Possiamo cercare di
ottimizzare un pò il codice e cercare di diminuire al
massimo le operazioni di scrittura su disco, ma quando di
aggregano 16 nodi richiedendo per la maggior parte di loro
feed per news, comunicati, analisi, repost, feature locali,
nazionali, internazionali, hidden ecc... ognuno contentente
una ventina di items che deve essere controllato e
aggiornato sul db per garantire l'editabilità dei post da
parte dei nodi locali...
Ora secondo me siamo nel caso della classica coperta troppo
corta, forse potremmo iniziare a pensare a trasferire mir su
un'altra macchina oppure cambiamo aggregatore e passare ad
una soluzione PHP + MySQL.
Però, imho, ci guadagneremmo poco.
In quanto a migrare Mir su MySQL non credo sia possibile.


----- Original Message -----
Da : man0_ <man0_ a teknusi.org>
A : Indymedia Italy technical staff list
<italy-tech a lists.indymedia.org>
Oggetto : Re: [italy-tech] grafici carico
Data : Tue, 25 Nov 2008 23:42:44 +0100

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> Il giorno 25/nov/08, alle ore 20:05, psylocibe ha scritto:
> > quindi imho magari facciamo un altro tentativo di
> > analisi tipo questo (magari senza stoppare
> l'aggregatore)
> 
> aggiungo questa cosa per conoscenza della lista: stasera
> abbiamo   migrato verso lighttpd molti siti locali.
> la cosa sembra aiutare, il carico è sceso MA
> 
> P O S T G R E S
> 
> quando comincia a lavorare è tipo una valanga di merda
che
> si scatena   sulla macchina. probabilmente anche mir che
> fa uso di qualche logica   perversa.
> essenzialmente postgres legge da disco l'IMPOSSIBILE: top
> comincia a   dare percentuali di cpu spese in I/O wait e
> in hardware interrupts   ALLUCINANTI. il filesystem
> criptato appesantisce la situazione, il   traffico web
> (che comunque è corposo) dà un altro colpetto
ulteriore.
> bisogna trovare una soluzione, perchè temo che si vada a
> peggiorare:   l'aggregatore è nato da pochi mesi ma
già ha
> un database di circa 1 GB   e io manco voglio immaginare
> la situazione a scalare come evolverà.
> 
> P
>     O
>         S
>             T
>         M        G
>             R
>         E
>     S    
>         R
>         
>         D
>         
>         A
> 
> questo è il nuovo logo di postgres, la "p" di postgres
che
> nasce dal   connubio unico dei sinonimi postgres e merda.
> 
> man0_
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (Darwin)
> 
> iEYEARECAAYFAkksf2UACgkQB1lSX4XYDcGHOgCfcsPWiwwGGfmHhGbJ1v
> L2oiND s/oAoJXsF68q9PJ7m+sPVlbmECkrZXIX
> =JTcn
> -----END PGP SIGNATURE-----