Cosa fa il comando di sincronizzazione?

So cosa fa ... Immagino di essere curioso di sapere perché risolve un problema in un'applicazione che ho ereditato. Ho acquisito un'applicazione Tomcat abbastanza grande che funge da server Red5 per un gruppo di client flex e gestisco molti dati di interazione in tempo reale, che alla fine vengono scaricati su una rotaia API. Nel tempo il problema era molto carico e il resposo a questi client stava crescendo a 3-400 ms dove normalmente <100 ms. Il client sospettava che si trattasse di un problema di memoria che non potremmo mai confermare. Un giorno, un server di gestione temporanea, stavo eseguendo un test di carico su un arresto basico delle richieste o era estremamente lento. Per un capriccio che ho inviato

sync && echo 3 > /proc/sys/vm/drop_caches

e magicamente il server è tornato in vita e ha iniziato a funzionare a tutta velocità servendo queste connessioni. È stata una coincidenza o questo comportamento ha senso e perché?

Qualsiasi disco rigido ha ordini di grandezza più lenti della tua RAM, quindi Linux usa qualsiasi RAM di riserva che potresti avere in giro per memorizzare i dati del filesystem. Tuttavia, ciò non dovrebbe mai causare problemi di prestazioni a meno che non ci sia qualcosa di sbagliato nel disco rigido o i servizi sul server stiano tentando di scrivere dati a una velocità così elevata per così tanto tempo che il server non è in grado di memorizzarli nella cache o recuperarli. Potrebbe anche essere un segno che il tuo disco rigido sta raggiungendo la fine della sua durata.

Comunque:

• in esecuzione man syncti dirà che cosa fa la sincronizzazione [svuota i buffer FS]
• googling 'linux drop_caches' ti dirà che l'eco del numero 3 in esso rilascia tutte le pagine di memoria non necessarie dalla cache [questo non dovrebbe essere necessario su un sistema sano]
• command1 && command2 si suddivide in "se command1 termina correttamente, quindi esegui command2"
  • il partner per questo è command1 || command2aka 'se command1 fallisce quindi esegui command2'

Il comando che ti è stato dato è una soluzione temporanea nella migliore delle ipotesi ed è sintomatico di qualcos'altro che non va nel tuo sistema. O i tuoi dischi sono alla fine del loro ciclo di vita, oppure il tuo sistema è troppo sottodimensionato per quello che stai facendo, o entrambi .

AWS non è per i deboli di cuore, e hai appena incontrato uno dei motivi per cui. La scarsa situazione dell'I / O del disco su AWS è ben nota e uno dei principali fattori da considerare per chiunque costruisca un'applicazione al di sopra di essa. Esistono istanze ottimizzate per il disco e alcuni altri trucchi (come la creazione di un RAID 0 su volumi EBS) che puoi provare a migliorare. Assicurarsi di usare istanze più grandi (almeno m1.large) per assicurarsi che il kernel possa bufferizzare l'I / O del disco.