Esiste un comando di tipo vmstat che funziona per processo che consente di vedere quanto tempo un processo è bloccato in attesa di I/O, ora nel kernel e codice utente?Scopri quanto tempo un processo è bloccato in attesa di I/O su Linux
blktrace è quello che cercate, informazioni strato di blocco, attendere/blocco/occupato, ecc ..., molto in profondità, ci sono un bel po 'di pacchetti che ne derivano, seekwatcher, ...
Qualche altro strumento, simile a quello che ha detto sigjuice, iotop, è anche utile, ma meno informativo per analisi serie. Inoltre credo che btrace/blktrace sia molto più adatto per la traccia I/O di oprofile, che è più generale e aumenta il carico in confronto.
top (1) mostrerà questa informazione. È possibile specificare un singolo pid con -p
-d: Intervallo di tempo di ritardo come: -d ss.tt (seconds.tenths) Specifica il ritardo tra gli aggiornamenti dello schermo e sostituisce il valore corrispondente nel file di configurazione personale o nell'impostazione predefinita di avvio. Successivamente questo può essere modificato con i comandi interattivi "d" o "s". I secondi frazionari sono onorati, ma non è consentito un numero negativo. In tutti i casi, tuttavia, tali modifiche sono vietate se la parte superiore è in esecuzione in 'Modalità protetta', ad eccezione di root (a meno che non sia stata utilizzata l'opzione della riga di comando di s). Per ulteriori informazioni su "Modalità protetta", vedere l'argomento 5a. File di configurazione del sistema. – TruongSinh
Vedere anche pidstat -d. Ti consente di vedere quanto ogni processo sta leggendo e scrivendo.
strace ti mostrerà quanto tempo è trascorso nella chiamata di sistema, tuttavia non ti dirà quanto di questo tempo è trascorso in attesa rispetto al tempo realmente speso per I/O. è possibile selezionare quale chiamata di sistema si desidera tracciare, o quale tipo, è abbastanza potente
latencytop sarebbe un altro buon strumento, perché il processo può essere in attesa di I/O a causa di altri processi, o a causa di alcuni journalling demone.
Hai considerato il profiling dell'applicazione ad es. oprofile? Questo ti darebbe maggiori dettagli su dove esattamente l'applicazione spende quanto tempo (IO o altro). – lothar