SSD Slackware Tuning
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 Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
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 Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
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.
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
SSD Slackware Tuning
L'intenzione di questo topic è quella di raccogliere, documentando abbastanza dettagliatamente, le varie modifiche da apportare alla configurazione della nostra distribuzione preferita, per garantire una vita più lunga possibile ai nostri SSD, che come molti sapranno, hanno un numero limitato di scrittura per le celle nand che lo compongono.
Credo sia un'iniziativa interessante, in funzione del fatto che oramai l'unico vero upgrade per un computer, anche datato, è l'installazione di un disco a stato solido.
Per prima cosa credo che sia utile individuare quali siano i servizi che effettuano un accesso continuo in scrittura e se possibile spostare le directory di riferimento in tmpfs.
Credo sia un'iniziativa interessante, in funzione del fatto che oramai l'unico vero upgrade per un computer, anche datato, è l'installazione di un disco a stato solido.
Per prima cosa credo che sia utile individuare quali siano i servizi che effettuano un accesso continuo in scrittura e se possibile spostare le directory di riferimento in tmpfs.
- Blallo
- Packager
- Messaggi: 3302
- Iscritto il: ven 12 ott 2007, 11:37
- Nome Cognome: Savino Liguori
- Slackware: 14.2 / 12.2
- Kernel: 4.4.14-smp
- Desktop: DWM
- Località: Torino / Torremaggiore (FG)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Per montare le dir interessate in RAM
dove a size=XX si sostituisce lo spazio da destinare (ES: 2G= 2 giga)
in più aggiungere a tutte le partizioni (tranne swap) le opzioni notaime e nodiratime (evitano l'aggiornare la data di accesso in lettura, risparmiando cicli di scrittura)
Codice: Seleziona tutto
tmpfs /var/tmp tmpfs noatime,nodiratime,size=XX 0 0
tmpfs /tmp tmpfs noatime,nodiratime,size=XX 0 0
in più aggiungere a tutte le partizioni (tranne swap) le opzioni notaime e nodiratime (evitano l'aggiornare la data di accesso in lettura, risparmiando cicli di scrittura)
Github: https://github.com/8lall0
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Per le partizioni non in tmpfs c'è da aggiunger l'opzione discard, che su ext4 attiva il trim, importante per la longevità del disco.
Io personalmente ho la home in una directory separata su hdd meccanico, nel caso non sia così anche per voi, evitate di usare questa directory per lo storage o ancor peggio file sharing.
Io personalmente ho la home in una directory separata su hdd meccanico, nel caso non sia così anche per voi, evitate di usare questa directory per lo storage o ancor peggio file sharing.
- Blallo
- Packager
- Messaggi: 3302
- Iscritto il: ven 12 ott 2007, 11:37
- Nome Cognome: Savino Liguori
- Slackware: 14.2 / 12.2
- Kernel: 4.4.14-smp
- Desktop: DWM
- Località: Torino / Torremaggiore (FG)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Non lo sapevo, non usando ext4Trotto@81 ha scritto:Per le partizioni non in tmpfs c'è da aggiunger l'opzione discard, che su ext4 attiva il trim, importante per la longevità del disco.
Anche se usare un journaled su un SSD non so quanto possa essere conveniente...
Ottima misura di sicurezza anche NON in caso di SSDTrotto@81 ha scritto:Io personalmente ho la home in una directory separata su hdd meccanico, nel caso non sia così anche per voi, evitate di usare questa directory per lo storage o ancor peggio file sharing.
Github: https://github.com/8lall0
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Un'altra questione cruciale è l'allineamento delle partizioni, non so se i tool in dotazione con la Slackware sia al passo, nel caso esiste Parted Magic che sempre di Linux si tratta.
Se le partizioni non sono allineate oltre al decadimento delle prestazioni si aumentano i cicli di scrittura e lettura, perchè per accedere ad un blocco diviso a metà si richiedono due operazioni consecutive.
Jimmy potresti spiegare su cosa influiscono le opzione da passare a fstab da te elencate?
Se le partizioni non sono allineate oltre al decadimento delle prestazioni si aumentano i cicli di scrittura e lettura, perchè per accedere ad un blocco diviso a metà si richiedono due operazioni consecutive.
Jimmy potresti spiegare su cosa influiscono le opzione da passare a fstab da te elencate?
- Blallo
- Packager
- Messaggi: 3302
- Iscritto il: ven 12 ott 2007, 11:37
- Nome Cognome: Savino Liguori
- Slackware: 14.2 / 12.2
- Kernel: 4.4.14-smp
- Desktop: DWM
- Località: Torino / Torremaggiore (FG)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Quando accedi ad un file, o ad una directory, si aggiorna il dato riguardante l'ultima data di accesso.
Con quelle opzioni disabiliti questo aggiornamento, risparmiando cicli di scrittura
(invece il dato sulle eventuali modifiche continuerà a funzionare regolarmente)
Con quelle opzioni disabiliti questo aggiornamento, risparmiando cicli di scrittura
(invece il dato sulle eventuali modifiche continuerà a funzionare regolarmente)
Github: https://github.com/8lall0
-
- Iper Master
- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Offtopic: Dal 2008 uso su ogni delle 3 macchine una pennina USB 32GB.
formatate ext2 e montate al boot da /etc/fstab come HD.
Un programma [ssync(1)] due volte al giorno:
- cancella file/dir non piu` esistenti
- aggiorna file/dir piu` recenti
- aggiunge file/dir non esistenti
Tranne una pennina morta dopo un anno, cambiata,
il tutto funziona perfettamente, stesso stile SSD o mi sbaglio?
La pennina morta da 32GB si era ridotta a 24GB, scartata.
formatate ext2 e montate al boot da /etc/fstab come HD.
Un programma [ssync(1)] due volte al giorno:
- cancella file/dir non piu` esistenti
- aggiorna file/dir piu` recenti
- aggiunge file/dir non esistenti
Tranne una pennina morta dopo un anno, cambiata,
il tutto funziona perfettamente, stesso stile SSD o mi sbaglio?
La pennina morta da 32GB si era ridotta a 24GB, scartata.
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Di SSD morti non se ne sono visti fin'ora, è ovvio che tutte le precauzioni sono mirate più che altro a conservarne le prestazioni più che la durata, hai ragione a puntualizzare perchè non sono stato preciso nel primo topic.
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning [OFFICIAL THREAD]
Con che frequenza il fs journaled scrive sul disco?jimmy_page_89 ha scritto: Non lo sapevo, non usando ext4
Anche se usare un journaled su un SSD non so quanto possa essere conveniente...
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning
Per chi usa ext4 questo link contiene le varie opzioni per il fs in questione.
http://www.mjmwired.net/kernel/Document ... s/ext4.txt
In writeback mode il jouornaling non dovrebbe essere completo, ma scrivere solo determinate informazioni che credo solo i più navigati comprendono, e le prestazioni aumentare notevolmente, insieme a discard per abilitare il trim credo siano quelle essenziali.
Su un forum di hardware, nel topic relativo agli ssd mi dicono che loro non disattivano l'aggiornamento della data di accesso a file e directory, sostengono sia esagerato per gli attuali dischi.
Per la questione log, che sono scritti con molta frequenza, se sposto la directory /var/log in ramdisk, allo shutdown perdo tutto oppure effettua un sync con la directory presente su disco?
http://www.mjmwired.net/kernel/Document ... s/ext4.txt
In writeback mode il jouornaling non dovrebbe essere completo, ma scrivere solo determinate informazioni che credo solo i più navigati comprendono, e le prestazioni aumentare notevolmente, insieme a discard per abilitare il trim credo siano quelle essenziali.
Su un forum di hardware, nel topic relativo agli ssd mi dicono che loro non disattivano l'aggiornamento della data di accesso a file e directory, sostengono sia esagerato per gli attuali dischi.
Per la questione log, che sono scritti con molta frequenza, se sposto la directory /var/log in ramdisk, allo shutdown perdo tutto oppure effettua un sync con la directory presente su disco?
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning
Nessuno sa darmi spiegazioni in merito?Trotto@81 ha scritto: Per la questione log, che sono scritti con molta frequenza, se sposto la directory /var/log in ramdisk, allo shutdown perdo tutto oppure effettua un sync con la directory presente su disco?
Ho trovato anche questo wiki, ma le info generali che si trovano in rete per Linux su SSD sono vecchie di 2 anni e spesso di riferiscono a Ubuntu.
https://wiki.archlinux.org/index.php/Solid_State_Drives
Si consiglia di spostare /var/log in una partizione su disco meccanico, ne vale la pena?
- Rama
- Linux 3.x
- Messaggi: 554
- Iscritto il: sab 29 mar 2008, 12:18
- Slackware: 15.0 x86_64
- Kernel: 5.15.117
- Desktop: KDE 5.23
- Distribuzione: linuxmint-21.1-xfce
- Località: Novara, provincia
Re: SSD Slackware Tuning
credo di sì;Trotto@81 ha scritto:
Si consiglia di spostare /var/log in una partizione su disco meccanico, ne vale la pena?
io ho / senza journaling (ma sono protetto da un ups) su ssd e home, var e tmp su disco rigido;
avevo provato var e tmp su ram ma non ho notato particolari vantaggi in velocità, quindi li ho rimessi su hd;
purtroppo non ricordo se /var/log venisse aggiornata su disco allo spegnimento, ma credo proprio di no, se viene montata in ram come fa poi ad aggiornalra su disco?
r
- Trotto@81
- Iper Master
- Messaggi: 3559
- Iscritto il: sab 26 giu 2004, 0:00
- Nome Cognome: Andrea
- Slackware: Slackware64 14.2 bet
- Kernel: default
- Desktop: KDE 4.14.14
- Località: Monasterace M. (RC)
- Contatta:
Re: SSD Slackware Tuning
La /tmp e /var/tmp non mi interessa se si perdono allo spegnimento, un motivo in più per fare pulizia in automatico.
Anche io ho un UPS e credo di non usare il journaling, avessi avuto un portatile sarebbe stato diverso.
Usi lilo o sei passato a grub?
Anche io ho un UPS e credo di non usare il journaling, avessi avuto un portatile sarebbe stato diverso.
Usi lilo o sei passato a grub?
- Rama
- Linux 3.x
- Messaggi: 554
- Iscritto il: sab 29 mar 2008, 12:18
- Slackware: 15.0 x86_64
- Kernel: 5.15.117
- Desktop: KDE 5.23
- Distribuzione: linuxmint-21.1-xfce
- Località: Novara, provincia
Re: SSD Slackware Tuning
se dandoTrotto@81 ha scritto:
Anche io ho un UPS e credo di non usare il journaling, avessi avuto un portatile sarebbe stato diverso.
Usi lilo o sei passato a grub?
# dumpe2fs -h /dev/sd**
non compaiono has_journal e journaling allora quest'ultimo non è attivato;
uso GAG nell'mbr e il boot loader di default di ogni distro nella propria /boot -in pratica la partizione di /, non ho mai usato una partizione dedicata a /boot;
r
Re: SSD Slackware Tuning
http://www.slacky.eu/wikislack/index.ph ... igurazioneTrotto@81 ha scritto:L'intenzione di questo topic è quella di raccogliere, documentando abbastanza dettagliatamente, le varie modifiche da apportare alla configurazione della nostra distribuzione preferita, per garantire una vita più lunga possibile ai nostri SSD, che come molti sapranno, hanno un numero limitato di scrittura per le celle nand che lo compongono.
Credo sia un'iniziativa interessante, in funzione del fatto che oramai l'unico vero upgrade per un computer, anche datato, è l'installazione di un disco a stato solido.
Per prima cosa credo che sia utile individuare quali siano i servizi che effettuano un accesso continuo in scrittura e se possibile spostare le directory di riferimento in tmpfs.