Pe unul dintre servere, o nouă versiune de Ubuntu este instalată pe hard disk nou achiziționat, pentru care ext4 a fost ales ca sistem de fișiere de bază. În conformitate cu programul de timp CPU al sistemului de monitorizare Zabbix, puteți vedea că serverul are un IOWait ridicat. Cu ajutorul utilităților iostat și iotop, au fost identificați făptuitorii unei astfel de sarcini. Au fost baze de date MySQL (utilizate în mod activ de către Zabbix însuși) și procesul [jbd2 / dm-0-8]. care îndeplinește funcția de jurnalizare a sistemului de fișiere ext4. Și încărcarea de la cea de-a doua a fost de multe ori mai mare, deci următorul pas va fi o descriere a procesului de reducere a impactului noului sistem de fișiere asupra încărcării procesorului.
Logarea în noul sistem de fișiere a fost inclusă dintr-un motiv și pentru a reduce riscul de pierdere a datelor în cazul unor neașteptate nereușite surse de alimentare. Deoarece serverul menționat în acest articol este conectat la o priză de uz casnic printr-o sursă de alimentare neîntreruptibilă, probabilitatea unei astfel de probleme este extrem de mică. Prin urmare, este posibil să scăpăm de procedeul de "logare a totului și a totului" în procesul sistemului practic fără durere.
Implicit, Ubuntu este setat la modul journal_incompat_revoke. puteți verifica starea curentă executând următoarea comandă din contul rădăcină (specificați partiția dvs. cu ext4 în loc de sdX):
Dacă selectați un alt parametru, puteți vedea dacă jurnalul este păstrat:
Rezultatul va conține un șir cu "has_journal", dacă este.
Traducem sistemul de fișiere în modul journal_data_writeback. care lasă logarea numai pentru metadate și astfel accelerează în mod semnificativ performanța sistemului de fișiere:
- Începeți din LiveCD / LiveUSB sau în orice alt mod, astfel încât să puteți dezmembra partiția cu sistemul de fișiere care trebuie modificat
- Opriți jurnalul:
- Modificați modul de înregistrare
- Rulați testul
- repornire
- Verificați dacă modificările au fost aplicate de echipe
Mai jos sunt graficele comparative ale operațiunilor de timp ale procesorului și ale discului înainte și după dezactivarea jurnalului:
Un pic de teorie despre modurile posibile de funcționare a sistemului de fișiere, pentru cei care nu sunt obosiți:
* modul de scriere
În modul de scriere a datelor, ext4 nu conține date jurnal. Acest mod oferă un nivel similar de jurnalizare ca și XFS, JFS și ReiserFS în modul implicit - jurnalizarea metadatelor. O recuperare de eroare + poate provoca incorect în fișierele scrise cu puțin timp înainte de accident. Acest mod va oferi de obicei cea mai bună performanță ext4.
* modul comandat
În data = modul comandat, ext4 numai metadatele ziarelor oficiale, dar este logic legat de o singură unitate numită o tranzacție. Când este timpul să scrieți noile metadate pe disc. În general, acest mod funcționează ușor mai încet decât scrierea, dar semnificativ mai rapid decât modul jurnal.
* modul jurnal
data = modul jurnal oferă jurnalizare completă a datelor și metadatelor. Toate datele noi sunt scrise mai întâi în jurnal și apoi la locația finală.
În cazul unui accident, jurnalul poate fi reluat, aducând atât date cât și date
metadate într-o stare consecventă. Acest mod este cel mai lent, cu excepția cazului în care sunt date
trebuie să fie citit și scris în același timp în care depășește toate celelalte moduri. Extensia curentă ext4 nu are suport de alocare întârziată dacă este selectat modul de înregistrare a datelor.
Navigare după înregistrări
Trimiteți-le prietenilor: