-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementare eatmydata: yes
nella configurazione dei dataset
#233
Comments
Meglio: nella configurazione della sessione, che è quella che poi istanzia i segmenti |
No, meglio nella configurazione del dataset, per poter gestire sia dataset permanenti che dataset temporanei |
Domanda: non è che questo, incidentalmente, permetta anche di fare arki-query su filesystem da parte di un utente senza permesso di scrittura sul dataset? |
Riapro issue come question per la domanda di @dcesari che in effetti è interessante e non sono certo della risposta. (comunque la feature sta per finire in arkimet 1.30) |
Aggiunta: manca la documentazione del parametro eatmydata in |
Ho pushato la documentazione. @dcesari l'opzione eatmydata disabilita i flush in scrittura ma non i locking, per cui non ti permette comunque di fare query senza permessi di scrittura |
Se c'è un'esigenza specifica in quel senso, puoi aprire un ticket apposta che ne parliamo? |
Grazie, aperta #258 |
In arkimaps c'è l'esigenza di creare velocemente un dataset temporaneo di appoggio per i dati da elaborare.
Farebbe comodo avere la possibilità di configurare un dataset per non fare
fsync
/fdatasync
in scrittura, sia sui dati che su sqlite. Su sqlite si può saltare completamente il journaling su disco.Essendo un dataset di appoggio creato comunque in una directory di lavoro temporanea, in caso di errori si cancella comunque tutto e si riparte da zero.
The text was updated successfully, but these errors were encountered: