performance kernel nell'IO su disco
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
- absinthe
- Iper Master

- Messaggi: 2354
- Iscritto il: dom 15 mag 2005, 0:00
- Nome Cognome: Matteo Nunziati
- Slackware: 12.1 - defunct
- Kernel: 2.6.32-5-amd64
- Desktop: gnome
- Distribuzione: debian squeeze
- Località: Prato
- Contatta:
performance kernel nell'IO su disco
salve... buttando un occhio su kerneltrap ho trovato questo:
http://kerneltrap.org/node/14148
si parla (ne parla linus in specifico) di montare i filesystems con le opzioni: 'noatime,data=writeback' per velocizzare molto la gestione del disco.
ho visto in un recente post che paoletta utilizza la prima opzione, mentre non mi pare di aver trovato molto sulla seconda...
c'è qualcuno che mi può dare un riscontro diretto (paoletta sentiti chiamata in causa :P)? effettivamente si notano delle migliorie? anche su un normale uso casalingo/lavorativo (utilizzo linux su un laptop per casa+lavoro)?
grazie,
M
http://kerneltrap.org/node/14148
si parla (ne parla linus in specifico) di montare i filesystems con le opzioni: 'noatime,data=writeback' per velocizzare molto la gestione del disco.
ho visto in un recente post che paoletta utilizza la prima opzione, mentre non mi pare di aver trovato molto sulla seconda...
c'è qualcuno che mi può dare un riscontro diretto (paoletta sentiti chiamata in causa :P)? effettivamente si notano delle migliorie? anche su un normale uso casalingo/lavorativo (utilizzo linux su un laptop per casa+lavoro)?
grazie,
M
- masalapianta
- Iper Master

- Messaggi: 2775
- Iscritto il: lun 25 lug 2005, 0:00
- Nome Cognome: famoso porco
- Kernel: uname -r
- Desktop: awesome
- Distribuzione: Debian
- Località: Roma
- Contatta:
Re: performance kernel nell'IO su disco
ha scoperto l'acqua calda, con noatime non viene aggiornato i_atime (vedi la struct ext3_inode in /usr/src/linux/include/linux/ext3_fs.h) che nel fs e' un metadato contenente l'orario dell'ultimo accesso all'inode (ti perdi questo dato ma in compenso riduci l'i/o su disco per ogni accesso che fai ad un inode); data invece vale solo per ext3 e serve a specificare in che modo debba essere gestito il journaling, per quanto riguarda writeback in particolare viene spiegato molto bene nella man page di mount:absinthe ha scritto:salve... buttando un occhio su kerneltrap ho trovato questo:
http://kerneltrap.org/node/14148
si parla (ne parla linus in specifico) di montare i filesystems con le opzioni: 'noatime,data=writeback' per velocizzare molto la gestione del disco.
Data ordering is not preserved - data may be written into the main file system after its metadata has been committed to the journal.
This is rumoured to be the highest-throughput option. It guarantees internal file system integrity, however it can allow old data to appear in files after a crash and journal recovery.
- absinthe
- Iper Master

- Messaggi: 2354
- Iscritto il: dom 15 mag 2005, 0:00
- Nome Cognome: Matteo Nunziati
- Slackware: 12.1 - defunct
- Kernel: 2.6.32-5-amd64
- Desktop: gnome
- Distribuzione: debian squeeze
- Località: Prato
- Contatta:
Re: performance kernel nell'IO su disco
volevi dire "hai" o "ha"?! perchè:masalapianta ha scritto: ha scoperto l'acqua calda, [omissis]
se volevi dire "hai", non è che ho preteso di scoprire alcunchè anzi l'ho saputo solo ora...
se volevi dire "ha" non ti ho capito... linus si lamenta proprio del fatto che pochi usano questa accortezza!
per la man page hai ragione: sono stato un pò caprone avrei dovuto dare un'occhiata anche lì prima di postare!
ciao e grazie!
M
- masalapianta
- Iper Master

- Messaggi: 2775
- Iscritto il: lun 25 lug 2005, 0:00
- Nome Cognome: famoso porco
- Kernel: uname -r
- Desktop: awesome
- Distribuzione: Debian
- Località: Roma
- Contatta:
Re: performance kernel nell'IO su disco
volevo dire quel che ho dettoabsinthe ha scritto:volevi dire "hai" o "ha"?! perchè:masalapianta ha scritto: ha scoperto l'acqua calda, [omissis]
"si lamenta"? e che gliene frega di quanto siano ottimizzati i sistemi altrui? btw son cose stranote (da qui il "ha scoperto l'acqua calda")se volevi dire "ha" non ti ho capito... linus si lamenta proprio del fatto che pochi usano questa accortezza!