java.io.RandomAccessFile scalabilità (o altre opzioni)

Question

Sto lavorando su un codice Java che verrà utilizzato in un app server per accedere ad alcuni file molto grandi (oltre 1 GB, meno di 20 GB), eventualmente ospitati su un NFS Condividere. Manutenzione una richiesta individuale coinvolgerà facendo questo:

1. Trovare il file di grandi dimensioni ho bisogno di leggere
2. navigare in un punto a caso in quel file
3. Byte letti da quel file (di solito sotto 1MB)
4. Rientro quelli byte

ho qualche semplice codice POC felice in questo momento che si apre semplicemente un nuovo file di sola lettura e la chiude:

RandomAccessFile raf=new RandomAccessFile(myFileName, "r"); 
try{ 
    byte[] buffer = new byte[size]; 
    raf.seek(position); 
    raf.reafFully(buffer); 
    return buffer; 
} 
finally{ 
    raf.close(); 
} 

Mi chiedo se questo è un approccio elegante semplice che dovrebbe funzionare molto bene, o un approccio follemente semplicistico che avrà molti problemi sotto carico pesante (e forse ho bisogno di creare un pool sicuro di thread lettori, ecc.). Ovviamente testare questa ipotesi sarebbe la cosa migliore, ma mi stavo chiedendo se esistessero buone pratiche o problemi noti con entrambi gli approcci. Finora non sono stato in grado di capire molto googling ...

Grazie!

PS. Non è ancora chiaro se la versione finale di questo sarà ospitata su Windows o * nix. Inoltre, non è chiaro come i file di grandi dimensioni verranno condivisi. PPS. È probabile che i server di app siano configurati in un cluster, pertanto due server di app diversi potrebbero dover leggere lo stesso file condiviso di grandi dimensioni contemporaneamente.

Answer 1

Un'altra opzione è java NIO, ovvero FileChannel. FileChannel è anche navigabile e potrebbe essere più veloce di RandomAccessFile perché può funzionare con i cosiddetti buffer diretti. Ha alcune funzioni più interessanti, ad esempio è interrompibile.