I / O su disco alto quando viene utilizzata la cache?

Alcuni giorni fa ho notato un'attesa di I / O su disco e un calo dell'attività del disco (il che era fantastico). Poi noto anche che la mia cache era piena (*) e frammentata. Quindi ho svuotato la cache. Successivamente, la latenza del disco e l'attività del disco sono passate al livello precedente (che era male).

IOtop mostra che [jbd2 / sda2-8] e [flush-8: 00] sono sempre in cima all'utilizzo del disco. Questo è un Dell R210, RAID 1 hardware (H200) con molta memoria libera (16 GB in totale, di cui circa 8 GB sono buffer / cache).

(*) La cache è cache opcode APC per PHP, che riduce l'accesso al disco per l'esecuzione dello script PHP. La cache era piena e frammentata perché includeva file dall'istanza di sviluppo. Quando l'ho notato, li ho filtrati.

La domanda è: perché l'I / O del disco aumenta quando teoricamente dovrebbe diminuire? Di seguito sono riportati alcuni grafici di Monaco. La cache era piena dal 6 all'8 febbraio.

Cambia dopo aver commentato apc.mmap_file_mask come detto da @ cyberx86

E dopo qualche giorno https://serverfault.com/a/362152/88934

Se si utilizza la mappatura della memoria supportata da file (ad es. apc.mmap_file_mask=/tmp/apc.XXXXXX), È possibile che si verifichi I / O elevato.

Prova a impostare apc.mmap_file_maskl'uso della memoria condivisa (ad esempio /apc.shm.XXXXXX) o /dev/zero(memoria mmapped anonima). Mantenere l'impostazione non definita per impostazione predefinita viene utilizzata la memoria mmapped anonima.

Di solito, i file mmapped sono un'ottima cosa:

• Rispetto alla memorizzazione di qualcosa di completamente in memoria, i file mmapped di solito richiedono meno memoria
• Rispetto al salvataggio di qualcosa in un file, i file mmapped richiedono meno I / O su disco (poiché le scritture possono essere aggregate insieme).

Tuttavia, rispetto alla memorizzazione di qualcosa di puramente in memoria, comportano I / O aggiunto, in modo considerevole quando il file cambia continuamente. L'aspetto negativo di non utilizzare i file mmapped è la mancanza di persistenza: la cache non sopravviverà a un riavvio, poiché è memorizzata solo in memoria.

Si potrebbe quindi suggerire che, mentre la cache si stava riempiendo e stabilizzando, stava subendo il maggior numero di modifiche, che dovevano essere costantemente scritte su disco; una volta che la cache era piena, il ttl per ogni oggetto ha rallentato la velocità con cui i dati nella cache venivano invertiti, diminuendo la modifica e riducendo le scritture del disco.

Dopo alcuni giorni, ora voglio tornare con alcuni grafici. Il cambiamento migliora molto quella situazione. Riduce tutto, tranne il tempo di servizio IO (penso che sia perché non c'è più un piccolo file PHP banale letto che è economico).

Il carico del server (era già abbastanza basso, quindi non avevo scoperto la modifica).