[italy-tech] grafici carico
briganzia-informatica
briganzia.informatica at briganzia.org
Wed Nov 26 04:05:32 PST 2008
Se il problema è di I/O, nella scrittura su file, non è che cambiando il
database la situazione migliori.
Stamane con man0 si concordava sul fatto che se al posto di postgres ci
fosse MySQL la cosa probabilmente non cambierebbe molto.
Quindi il problema non è Postgres in sé ma il numero di scritture/letture
che il database deve fare su questi dischi. E' vero psylo, qualche migliaio
di insert/update non è un lavoro così pesante. Ma su un sistema con un
carico già alto e con un collo di bottiglia sull'accesso ai dischi potrebbe
diventarlo.
Il problema allora è, si possono diminuire queste letture/scritture? Si
possono adottare altre architetture meno costose?
Fino ad un certo punto si, con un pò di attenzione per il codice, possiamo
cercare di ottimizzare il tutto, ma se i feed da raccogliere sono quelli,
che li prendiate con Mir, con Drupal, con un qualsiasi altro CMS la
questione non cambia. Inoltre perdereste il risparmio sul carico a
"produzione" che attraverso Mir è basso essendo un sito statico.
Non lo dico perchè voglio insistere su Mir, ma perchè sprecare energie per
una soluzione che ci ricollochi ancora al punto in cui siamo che senso
avrebbe?
Detto questo non dico di non tunare postgres, anzi, credo che ci sia molto
lavoro da fare anche lì.
Ad esempio, stiamo utilizzando questo WAL? Se no varrebbe la pena provarci.
Oppure, come suggeriva man0, vediamo se possiamo spostare il db
psylocibe Scrive:
>
> On Wed, November 26, 2008 3:18 am, ameba00x wrote:
>> cmq, perchè non contattiamo i tedeschi e ci facciamo dire come hanno
>> settato il loro postgre, magari è perchè nessuno lo ha mai usato e non
>> ci capiamo un cazzo.
>
> anche io la penso come ameba00x. mi rifiuto di credere che "The world's
> most advanced open source database" abbia queste prestazioni scadentissime
> per fare un migliaio di update/insert.
>
> non sono d'accordo con briganzia: un migliaio di update/insert non
> dovrebbero essere un lavoro pesante per un db server, ed è assolutamente
> allucinante che impegnino così tanto la macchina.
>
> mo mi metto a cercare di capirne di più anche io. una cosa è certa: se non
> si risolve il problema PostgresSQL, ci tocca cambiare CMS. olé.
>
> psylocibe
>
More information about the italy-tech
mailing list