TL;DR: l'articolo tratta di un modo comodo, veloce e affidabile per identificare i programmi Linux che scrivono dati su disco, il che aiuta a individuare un carico eccessivo o anomalo sul sottosistema del disco, e consente anche di valutare le spese generali del file system. Questo è particolarmente rilevante per gli SSD nei PC, EMMC e memoria Flash nei computer monopianta.
Durante la scrittura dell'articolo, è stato scoperto che la scrittura di alcuni kilobyte di dati nel file system BTRFS porta alla scrittura di 3 megabyte di dati reali su disco.
Introduzione
«Oh, sciocchezze, le celle di memoria nei moderni SSD si guasteranno dopo decine di anni di utilizzo normale, non c'è motivo di preoccuparsene, e tanto meno di trasferire lo swap, le macchine virtuali e la cartella del profilo del browser su HDD» — è la risposta tipica alla domanda sulla affidabilità degli SSD con garanzia di ≈150 TBW. Se consideriamo quanto dati può scrivere un software tipico, sembra che 10-20 GB al giorno sia già un grande numero, e diciamo che al massimo sono 40 GB, cosa può essere di più. Con questi numeri, la risposta appare abbastanza ragionevole: ci vogliono 10 anni per raggiungere i valori garantiti per il numero di riscritture delle celle, con 40 GB di dati scritti quotidianamente.
Tuttavia, dopo 6 anni sto già usando il terzo SSD: il primo ha avuto un guasto al controller, e il secondo ha iniziato a spostare i dati tra le celle più volte al giorno, causando ritardi di 30 secondi nel trattamento della scrittura.
Dopo 7 mesi di utilizzo del nuovo SSD, ho deciso di controllare il numero di dati scritti, come riportato dal disco stesso tramite SMART.
19,7 TB.
In totale, in 7 mesi ho utilizzato il 13% della quantità garantita di dati scritti, pur essendo configurato secondo le raccomandazioni per l'allineamento delle partizioni e la configurazione del FS, il mio swap è quasi mai utilizzato, i dischi macchine virtuali sono posizionati su HDD!
È un numero anormalmente alto, a questo ritmo il TBW garantito sarà superato prima della scadenza della garanzia di 5 anni del disco. E non può il mio computer scrivere 93 gigabyte al giorno! Devo controllare quanti dati vengono scritti su disco in 10 minuti...
Totale:
Scritture in coda: 24.712, 2.237MiB
Scritture completate: 25.507, 2.237MiB
Unioni di scrittura: 58, 5.472KiB
2,2 GiB, oh wow!
Determinazione della quantità di dati scritti su un dispositivo di archiviazione
Se il tuo dispositivo supporta S.M.A.R.T. (SSD, EMMC, alcune MicroSD industriali), prima di tutto è consigliabile richiedere i dati dall'unità tramite programmi smartctl, skdump o mmc (dal pacchetto mmc-utils).
Esempio di output del programma smartctl
$ sudo smartctl -a /dev/sdb
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.3.11-200.fc30.x86_64] (build locale)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
=== INIZIO DELLA SEZIONE INFORMATIVA ===
Modello Famiglia: SSD basati su Samsung
Modello Dispositivo: Samsung SSD 860 EVO mSATA 250GB
Numero di serie: S41MNC0KA13477K
Id Dispositivo LU WWN: 5 002538 e700fa64b
Versione Firmware: RVT41B6Q
Capacità Utente: 250 059 350 016 byte [250 GB]
Dimensione Settore: 512 byte logici/fisici
Velocità di Rotazione: Dispositivo a Stato Solido
Fattore di Forma: mSATA
Dispositivo è: Nel database smartctl [per dettagli usare: -P show]
Versione ATA è: ACS-4 T13/BSR INCITS 529 revisione 5
Versione SATA è: SATA 3.1, 6.0 Gb/s (corrente: 3.0 Gb/s)
Ora Locale: Martedì 19 Nov 01:48:50 2019 MSK
Supporto SMART: Disponibile - il dispositivo ha capacità SMART.
Supporto SMART: Abilitato
=== INIZIO DELLA SEZIONE LETTURA DATI SMART ===
Risultato del test di autovalutazione dello stato generale SMART: SUPERATO
Valori SMART Generali:
Stato di raccolta dati offline: (0x00) Attività di raccolta dati offline
non è mai stata avviata.
Raccolta dati offline automatica: Disabilitata.
Stato di esecuzione del test: ( 0) La routine di autotest precedente è terminata
senza errori oppure nessun autotest è mai
stato eseguito.
Tempo totale per completare la raccolta
dati offline: ( 0) secondi.
Raccolta dati offline
capacità: (0x53) Esegue SMART Offline immediato.
Supporto per la raccolta dati offline automatica on/off.
Sospendi raccolta offline su nuovo
comando.
Nessuna scansione della superficie offline supportata.
Autotest supportato.
Nessun autotest di Conducibilità supportato.
Autotest Selettivo supportato.
Capacità SMART: (0x0003) Salva i dati SMART prima di entrare
in modalità risparmio energetico.
Supporta il timer di salvataggio automatico SMART.
Capacità di registrazione errori: (0x01) Registrazione errori supportata.
Registrazione a scopo generale supportata.
Tempo di polling raccomandato per la
routine di autotest breve: ( 2) minuti.
Tempo di polling raccomandato per la
routine di autotest estesa: ( 85) minuti.
Capacità SCT: (0x003d) Stato SCT supportato.
Controllo del Recupero Errori SCT supportato.
Controllo Funzionalità SCT supportato.
Tabella Dati SCT supportata.
Numero di revisione della Struttura Dati degli Attributi SMART: 1
Attributi SMART Specifici del Vendor con Soglie:
ID# NOME_ATTRIBUTO FLAG VALORE PEGGIOR SOGLIA TIPO AGGIORNATO QUANDO_ERRORI VALORE_GREZZO
5 Settori_Riassegnati_Ct 0x0033 100 100 010 Pre-fall Sempre - 0
9 Ore_On_Potere 0x0032 098 098 000 Vecchiaia Sempre - 5171
12 Conto_Cicli_Pot 0x0032 099 099 000 Vecchiaia Sempre - 459
177 Conto_Livellamento_Uso 0x0013 096 096 000 Pre-fall Sempre - 62
179 Conto_Blok_Riservati_Usati_Totale 0x0013 100 100 010 Pre-fall Sempre - 0
181 Conto_Errore_Programma_Totale 0x0032 100 100 010 Vecchiaia Sempre - 0
182 Conto_Errore_Cancellazione_Totale 0x0032 100 100 010 Vecchiaia Sempre - 0
183 Blok_Bad_In_Esecuzione 0x0013 100 100 010 Pre-fall Sempre - 0
187 Conto_Errore_Incorreggibile 0x0032 100 100 000 Vecchiaia Sempre - 0
190 Temperatura_Fluido_Aria_Cel 0x0032 058 039 000 Vecchiaia Sempre - 42
195 Tasso_Errore_ECC 0x001a 200 200 000 Vecchiaia Sempre - 0
199 Conto_Errore_CRC 0x003e 100 100 000 Vecchiaia Sempre - 0
235 Conto_Ripristino_POR 0x0012 099 099 000 Vecchiaia Sempre - 29
241 Totale_LBAs_Scritti 0x0032 099 099 000 Vecchiaia Sempre - 38615215765
Versione Registro Errori SMART: 1
Nessun Errore Registrato
Struttura del registro autotest SMART revision number 1
Nessun autotest è stato registrato. [Per eseguire autotest, usa: smartctl -t]
Struttura dati del registro autotest selettivo SMART revision number 1
SPAN MIN_LBA MAX_LBA STATO_TEST_ATTUALE
1 0 0 Non_in_testing
2 0 0 Non_in_testing
3 0 0 Non_in_testing
4 0 0 Non_in_testing
5 0 0 Non_in_testing
Flag dell'autotest selettivo (0x0):
Dopo aver scansionato gli span selezionati, NON leggere e scansionare il restante del disco.
Se l'autotest selettivo è in attesa all'accensione, riprendi dopo 0 minuti di attesa.Il mio SSD registra la quantità di dati scritti nel parametro 241 Total_LBAs_Written, in blocchi logici (LBA), e non in byte. La dimensione del blocco logico nel mio caso è di 512 byte (può essere vista nell'output di smartctl, in Dimensione Settore). Per ottenere i byte, è necessario moltiplicare il valore del parametro per 512.
38615215765 × 512 ÷ 1000 ÷ 1000 ÷ 1000 ÷ 1000 = 19,770 TB
38615215765 × 512 ÷ 1024 ÷ 1024 ÷ 1024 ÷ 1024 = 17,981 TiBProgramma skdump sul mio SSD cerca di interpretare il valore di Total_LBAs_Written in modo errato, per questo restituisce 1296217.695 TB, il che, ovviamente, è scorretto.
Per scoprire la quantità di informazioni scritte a livello di dispositivo, utilizzeremo il programma btrace dalla suite blktrace. Mostra sia le statistiche generali per l'intero tempo di funzionamento del programma, sia processi e thread specifici (inclusi i core) che hanno eseguito la scrittura.
Esegui il seguente comando per raccogliere informazioni per 10 minuti, dove /dev/sdb è il tuo disco:
# btrace -w 600 -a write /dev/sdbOutput tipico del comando
…
8,16 0 3253 50.085433192 0 C WS 125424240 + 64 [0]
8,16 0 3254 50.085550024 0 C WS 193577744 + 64 [0]
8,16 0 3255 50.085685165 0 C WS 197246976 + 64 [0]
8,16 0 3256 50.085936852 0 C WS 125736264 + 128 [0]
8,16 0 3257 50.086060780 0 C WS 96261752 + 64 [0]
8,16 0 3258 50.086195031 0 C WS 94948640 + 64 [0]
8,16 0 3259 50.086327355 0 C WS 124656144 + 64 [0]
8,16 0 3260 50.086843733 15368 C WSM 310218496 + 32 [0]
8,16 0 3261 50.086975238 753 A WSM 310218368 + 32 <(8,20) 291339904
8,16 0 3262 50.086975560 753 Q WSM 310218368 + 32 [dmcrypt_write/2]
8,16 0 3263 50.086977345 753 G WSM 310218368 + 32 [dmcrypt_write/2]
8,16 0 3264 50.086978072 753 I WSM 310218368 + 32 [dmcrypt_write/2]
8,16 0 3265 50.086979159 753 D WSM 310218368 + 32 [dmcrypt_write/2]
8,16 0 3266 50.087055685 0 C WSM 310218368 + 32 [0]
8,16 0 3267 50.087060168 753 A WSM 310218592 + 160 <(8,20) 291340128
8,16 0 3268 50.087060367 753 Q WSM 310218592 + 160 [dmcrypt_write/2]
8,16 0 3269 50.087061242 753 G WSM 310218592 + 160 [dmcrypt_write/2]
8,16 0 3270 50.087061698 753 I WSM 310218592 + 160 [dmcrypt_write/2]
8,16 0 3271 50.087062361 753 D WSM 310218592 + 160 [dmcrypt_write/2]
8,16 0 3272 50.087386179 0 C WSM 310218592 + 160 [0]
8,16 0 3273 50.087436417 15368 A FWS 0 + 0 <(253,1) 0
8,16 0 3274 50.087437471 15368 Q FWS [LS Thread]
8,16 0 3275 50.087440862 15368 G FWS [LS Thread]
8,16 0 3276 50.088300047 0 C WS 0 [0]
8,16 0 3277 50.088470917 753 A WFSM 18882688 + 8 <(8,20) 4224
8,16 0 3278 50.088471091 753 Q WFSM 18882688 + 8 [dmcrypt_write/2]
8,16 0 3279 50.088471688 753 G WFSM 18882688 + 8 [dmcrypt_write/2]
8,16 0 3280 50.088474334 32254 D WSM 18882688 + 8 [kworker/0:2H]
8,16 0 3281 50.088515572 0 C WSM 18882688 + 8 [0]
8,16 0 3282 50.089229069 0 C WSM 18882688 [0]
CPU0 (8,16):
Letture in Attesa: 0, 0KiB Scritture in Attesa: 345, 25,932KiB
Letture Eseguite: 0, 0KiB Scritture Eseguite: 331, 25,788KiB
Letture Reimpostate: 0 Scritture Reimpostate: 0
Letture Completate: 0, 0KiB Scritture Completate: 1,597, 117,112KiB
Unioni di Lettura: 0, 0KiB Unioni di Scrittura: 1, 16KiB
Profondità lettura: 0 Profondità scrittura: 177
Disconnessioni IO: 0 Disconnessioni Timer: 0
CPU1 (8,16):
Letture in Attesa: 0, 0KiB Scritture in Attesa: 502, 39,948KiB
Letture Eseguite: 0, 0KiB Scritture Eseguite: 495, 40,076KiB
Letture Reimpostate: 0 Scritture Reimpostate: 0
Letture Completate: 0, 0KiB Scritture Completate: 0, 0KiB
Unioni di Lettura: 0, 0KiB Unioni di Scrittura: 0, 0KiB
Profondità lettura: 0 Profondità scrittura: 177
Disconnessioni IO: 0 Disconnessioni Timer: 0
CPU2 (8,16):
Letture in Attesa: 0, 0KiB Scritture in Attesa: 297, 26,800KiB
Letture Eseguite: 0, 0KiB Scritture Eseguite: 287, 26,800KiB
Letture Reimpostate: 0 Scritture Reimpostate: 0
Letture Completate: 0, 0KiB Scritture Completate: 0, 0KiB
Unioni di Lettura: 0, 0KiB Unioni di Scrittura: 0, 0KiB
Profondità lettura: 0 Profondità scrittura: 177
Disconnessioni IO: 0 Disconnessioni Timer: 0
CPU3 (8,16):
Letture in Attesa: 0, 0KiB Scritture in Attesa: 418, 24,432KiB
Letture Eseguite: 0, 0KiB Scritture Eseguite: 408, 24,448KiB
Letture Reimpostate: 0 Scritture Reimpostate: 0
Letture Completate: 0, 0KiB Scritture Completate: 0, 0KiB
Unioni di Lettura: 0, 0KiB Unioni di Scrittura: 2, 272KiB
Profondità lettura: 0 Profondità scrittura: 177
Disconnessioni IO: 0 Disconnessioni Timer: 0
Totale (8,16):
Letture in Attesa: 0, 0KiB Scritture in Attesa: 1,562, 117,112KiB
Letture Eseguite: 0, 0KiB Scritture Eseguite: 1,521, 117,112KiB
Letture Reimpostate: 0 Scritture Reimpostate: 0
Letture Completate: 0, 0KiB Scritture Completate: 1,597, 117,112KiB
Unioni di Lettura: 0, 0KiB Unioni di Scrittura: 3, 288KiB
Disconnessioni IO: 0 Disconnessioni Timer: 0
Throughput (R/S): 0KiB/s / 2,338KiB/s
Eventi (8,16): 9,287 voci
Salti: 0 avanti (0 - 0.0%) btrace consente di visualizzare chiaramente la reale quantità di dati registrati, ma è difficile capire quali programmi stanno effettuando la scrittura dai suoi output.
Identificazione dei programmi che scrivono sul dispositivo di archiviazione
Programma iotop mostrerà i processi che scrivono sul disco e la dimensione dei dati registrati.
I seguenti parametri offrono la visualizzazione più comoda:
# iotop -obPatEsempio di output del programma
02:55:47 Total DISK READ : 0.00 B/s | Total DISK WRITE : 30.65 K/s
02:55:47 Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 0.00 B/s
TIME PID PRIO USER DISK READ DISK WRITE SWAPIN IO COMMAND
b'02:55:47 753 be/4 root 0.00 B 0.00 B 0.00 % 0.04 % [dmcrypt_write/2]'
b'02:55:47 788 be/4 root 72.00 K 18.27 M 0.00 % 0.02 % [btrfs-transacti]'
b'02:55:47 15057 be/4 valdikss 216.00 K 283.05 M 0.00 % 0.01 % firefox'
b'02:55:47 1588 ?dif root 0.00 B 0.00 B 0.00 % 0.00 % Xorg -nolisten tcp -auth /var/run/sddm/{398f030f-9667-4dff-b371-81eaae48dfdf} -background none -noreset -displayfd 18 -seat seat0 vt1'
b'02:55:47 15692 be/4 valdikss 988.00 K 9.41 M 0.00 % 0.00 % python3 /usr/bin/gajim'
b'02:55:47 15730 ?dif valdikss 9.07 M 0.00 B 0.00 % 0.00 % telegram-desktop --'
b'02:55:47 2174 ?dif valdikss 1840.00 K 2.47 M 0.00 % 0.00 % yakuake'
b'02:55:47 19827 be/4 root 16.00 K 896.00 K 0.00 % 0.00 % [kworker/u16:7-events_unbound]'
b'02:55:47 19074 be/4 root 16.00 K 480.00 K 0.00 % 0.00 % [kworker/u16:4-btrfs-endio-write]'
b'02:55:47 19006 be/4 root 16.00 K 1872.00 K 0.00 % 0.00 % [kworker/u16:1-events_unbound]'
b'02:55:47 1429 be/4 root 484.00 K 0.00 B 0.00 % 0.00 % accounts-daemon'
b'02:55:47 15820 be/4 valdikss 312.00 K 0.00 B 0.00 % 0.00 % firefox -contentproc -childID 6 -isForBrowser -prefsLen 7894 -prefMapSize 223880 -parentBuildID 20191022164834 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir /usr/lib64/firefox/browser 15057 tab'
b'02:55:47 2125 ?dif valdikss 0.00 B 92.00 K 0.00 % 0.00 % plasmashell'
b'02:55:47 1268 be/3 root 0.00 B 4.00 K 0.00 % 0.00 % auditd'
b'02:55:47 1414 be/4 root 0.00 B 4.00 K 0.00 % 0.00 % sssd_nss --uid 0 --gid 0 --logger=files'
b'02:55:47 15238 be/4 valdikss 0.00 B 4.00 K 0.00 % 0.00 % thunderbird'
b'02:55:47 18605 be/4 root 0.00 B 3.19 M 0.00 % 0.00 % [kworker/u16:0-btrfs-endio-write]'
b'02:55:47 18867 be/4 root 0.00 B 96.00 K 0.00 % 0.00 % [kworker/u16:5-btrfs-endio-meta]'
b'02:55:47 19070 be/4 root 0.00 B 160.00 K 0.00 % 0.00 % [kworker/u16:2-btrfs-freespace-write]'
b'02:55:47 19645 be/4 root 0.00 B 2.17 M 0.00 % 0.00 % [kworker/u16:3-events_unbound]'
b'02:55:47 19982 be/4 root 0.00 B 496.00 K 0.00 % 0.00 % [kworker/u16:6-btrfs-endio-write]'È evidente Firefox, che ha registrato 283 megabyte in pochi minuti di funzionamento di iotop.
Identificazione dei file su cui avviene la scrittura
Informazioni sul processo che affatica il disco — buono, ma conoscere i percorsi della scrittura è ancora meglio.
Utilizzeremo il programma fatrace, che monitora le modifiche al file system.
# fatrace -f WEsempio di output del programma
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/usage
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite-wal
firefox(15057): CW /home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/https+++habr.com/ls/data.sqlite-journal
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqlite
firefox(15057): W /home/valdikss/.mozilla/firefox/xyf4vqh2.default/webappsstore.sqliteFatrace non è in grado di mostrare la quantità di dati scritti a causa dell'uso di un tracciamento piuttosto semplice delle interazioni con i file tramite inotify.
Dall'output si può notare come habr salvi il mio articolo nello storage locale del browser mentre lo scrivo, così come l'estensione Group Speed Dial, che, come ho potuto scoprire proprio grazie a fatrace, legge i propri dati ogni 30 secondi. Legge, e non scrive: CW Il messaggio prima del file indica che il file viene aperto in lettura e scrittura, con la creazione del file se non esiste (viene chiamato openat con il flag O_RDWR|O_CREAT), ma non indica che nel file sia stata effettivamente scritta alcuna informazione.
Per sicurezza, per accertarci di questo, utilizziamo strace con un filtro sulle chiamate di sistema relative ai file:
strace -yy -e trace=open,openat,close,write -f -p 15057 2>&1 | grep extensionOutput del comando
[pid 20352] openat(AT_FDCWD, "/home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 153
[pid 20352] read(153, "Formato SQLite 3 20 22 @ d 23"..., 100) = 100
[pid 20352] read(153, "Formato SQLite 3 20 22 @ d 23"..., 4096) = 4096
[pid 20352] openat(AT_FDCWD, "/home/valdikss/.mozilla/firefox/xyf4vqh2.default/storage/default/moz-extension+++e5c304fb-af40-498a-9ba8-47eb0416e933^userContextId=4294967295/idb/3647222921wleabcEoxlt-eengsairo.sqlite-wal", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 166
…
[pid 20352] read(54, " r4304364354354364- 4204!4'414" 250 &"..., 4096) = 4096
[pid 20352] read(54, " 136Pt2262504 O24532016:"16.27 r245306>2461t1q370"..., 4096) = 4096
[pid 20352] close(77) = 0
[pid 20352] close(54) = 0 Non ci sono chiamate write(), il che indica l'assenza di scrittura nel file.
Definizione degli overhead del filesystem
Una grande differenza nelle letture iotop e btrace mi ha spinto a testare il filesystem scrivendo manualmente dati nel file e monitorando le letture con btrace.
Se escludiamo completamente la scrittura su disco, avviandoci in modalità di emergenza di systemd e scrivendo manualmente alcuni byte di dati in un file esistente, btrace su SSD con btrfs riporta la scrittura di 3 megabyte dati reali. Un file system appena creato su una chiavetta USB di 8 GB scrive almeno 264 KiB quando si registra un solo byte.
A titolo di confronto, la scrittura di un paio di byte in un file su ext4 termina con la scrittura di 24 kilobyte di dati su disco.
Nel 2017 Jayashree Mohan, Rohan Kadekodi e Vijay Chidambaram , i cui risultati per btrfs ed ext4 durante la scrittura di 4 KB sono in linea con i miei.
Conclusioni e osservazioni
Attraverso le manipolazioni descritte è stato scoperto che:
- La scrittura frequente degli stati dei lavori per la stampante da parte del demone di stampa CUPS in /var/cache/cups каждую минуту. Проблема устранена очисткой /var/spool/cups (хотя никаких заданий печати не было);
- Il fatto che il database venga letto ogni 30 secondi dall'estensione Group Speed Dial per Firefox;
- La scrittura periodica dei log da parte di vari servizi di monitoraggio delle prestazioni in Fedora, che portava a scrivere diversi megabyte di dati su btrfs: pmcd.service, pmie.service, pmlogger.service;
- Un'enorme amplificazione durante la scrittura di piccole quantità di dati utilizzando btrfs.
Conclusione: non si dovrebbe usare btrfs se i programmi scrivono frequentemente piccole quantità di dati (alcuni kilobyte), altrimenti si tradurrà in megabyte di dati scritti. Questo è particolarmente rilevante per i computer a scheda singola con sistema operativo su MicroSD.
Fonte: habr.com
