Per SSD intendo esplicitamente i dispositivi flash-based non MTD (quindi ATA, USB storage, SCSI, SD/MMC/CF/MS/XD o che altro) . Questa classe di dispositivi sono abbastanza difficili da gestire perchè nascondono il fatto di essere sotto sotto degli MTD e così facendo impediscono di conoscere gli internals e quindi fare le cose fatte bene.

Purtroppo non essendoci uno scheduler specifico le prestazioni non saranno ottimali. Una SSD non ha problemi di seeking e ordinare le richieste secondo la posizione su disco, o peggio ancora dare priorità ad un richiesta perché è vicina a quella precedente non può che aumentare la latenza. Il read-ahead poi peggiora ulteriormente le cose leggendo dati potenzialmente inutili senza trarne alcun vantaggio.

Vediamo come neutralizzare questi meccanismi sotto linux.

Un metodo  molto semplice potrebbe essere usare lo scheduler noop, che esegue le richieste in ordine di arrivo.

Quindi, per il disco sda si procede come segue:

 echo noop > /sys/block/sda/queue/scheduler

Inoltre bisogna ridurre il read-ahead, in quanto non è costoso ritornare su una determinata “posizione” per leggere i dati. In realtà c’è il costo di mettere in coda una nuova richiesta e aspettare che venga soddisfatta, ma questo è poco rilevante in confronto a fare una lettura per nulla. Il read ahead viene fatto comunque (anche per letture di i-node, file microscopici…) quindi è piuttosto pesante.

Quindi mettiamo un valore basso, a naso

echo 8 >  /sys/block/sda/queue/read_ahead_kb

La cosa migliore sarebbe mettere la dimensione di un blocco flash (che non conosciamo) e avere le richieste allineate al blocco. Ma non si può, pazienza…

Questa non è ancora una soluzione completamente ottimizzata, ma un ripiego. Infatti una caratteristica propria delle SSD (o meglio di quasi tutte le flash)  è avere una velocità di scrittura molto più bassa di quella di lettura, in genere il rapporto è 50% o 25% o in casi sfortunati anche il 10%. Sarebbe quindi opportuno riordinare le richieste dando priorità alla lettura  in maniera proporzionale al rapporto medio tra le due velocità, ovviamente avendo una qualche deadline dopo la quale scrivere comunque i dati.

In definitiva non riusciamo ad avere una soluzione completa, ma comunque abbiamo degli incrementi nelle prestazioni. In fondo questi dispositivi dovrebbero essere temporanei in attesa che i sistemi operativi supportino tutti nativamente i dispositivi MTD. Linux li supporta da un pezzo, ma sul mercato non troveremo mai MTD da 8 Gb, proprio perchè avrebbero poco mercato grazie ad altri sistemi operativi, senza fare nomi .