On Wed, 2002-02-20 at 07:01, Linux User wrote:
> 
> Ce se intimpla cu baza de date a MySql-ului daca este pusa pe un sistem cu 
> jurnalizare, si in acest timp, din diferite motive, masina este oprita brusc? 
> Ce se intimpla cu tranzactiile care erau facute in acel moment? As dori cumva 
> o solutie prin care, chiar daca se pierd anumite tranzactii, sa nu mi se 
> busasca toata baza de date.

Atunci se pare ca vrei jurnalizare si la date, nu doar la metadate.
Probabil ca Ext3 montat cu "data=journal". Dar va merge relativ lent (e
pretul pe care il platesti pentru siguranta datelor). Si anyway, e bine
sa ai discurile pe SCSI, pentru ca IDE mai face timpenii cind ii spui sa
sync datele pe platan (nu intotdeauna, doar unele modele de discuri).

Dar asta tot nu-ti salveaza datele care erau _in_memorie_ in clipa
busirii.

Daca load average nu e mai mare de 0.5 (zic si eu un numar la
plezneala), poti pune si Squid tot pe Ext3, dar montat default, nu cu
data=journal.

> La fel si cu /var -ul.  Qmailul este patchuit pentru a stii sa lucreze cu 
> reiserfs, dar daca se hotaraste ca in /var va putea fi un alt sistem de 
> fisiere, tre sa stiu exact care sunt necazurile pe care le pot avea cu 
> Qmailul.

Pentru spool-ul unui MTA, Ext3 pare a fi bun. Il montezi fie default,
fie data=journal, depinde cit de mult esti obsedat cu ne-pierderea
mesajelor.

XFS nu e tocmai optim pentru spool-uri si pentru proxy-uri, din cauza ca
face delete-ul lent. Versiunea urmatoare o sa corecteze asta, din cite
am auzit.
Dar ma rog, si asta e relativa. Eu am un proxy care haleste 100 req /
secunda si e 100% pe XFS si merge beton.

-- 
Florin Andrei

"The smart way to keep people passive and obedient is to strictly
limit the spectrum of acceptable opinion, but allow very lively
debate within that spectrum." - Noam Chomsky

---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to 
unsubscribe from this list.

Raspunde prin e-mail lui