Newsgroup: it.comp.os.linux.sys
Titolo: SSD

Ciao a tutti,
Sono finalmente riuscito ad ottenere un disco SSD per la mia macchina di
lavoro, probabilmente sarà questa:
https://www.amazon.it/Samsung-MZ-75E500B-EU-500G-Grigio/dp/B00P73B1E4/ref=sr_1_2?ie=UTF8&qid=1464247859&sr=8-2&keywords=ssd+samsung
 
 
Normalmente al cambio di disco faccio un semplice dd vecchio -> nuovo e
tutto fila liscio, in questo caso devo avere qualche accortezza
particolare? Attualmente la mia situazione sul disco è questa:
 
########################################################################
########################################################################
# fdisk -l /dev/sda
 
Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000
 
Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *           63 971996759 971996697 463,5G 83 Linux
/dev/sda2       971996760 976773167   4776408   2,3G 82 Linux swap / Solaris
 
Partition 2 does not start on physical sector boundary.
########################################################################
########################################################################
 
Non ho ben capito l'ultima frase, quella sulla Partition 2. Chissà poi
perchè le due partizioni non sono esattamente contigue, forse perchè
negli anni e nei vari cambi di disco ho giocato con parted...
 
Altra alternativa al dd sarebbe installare Debian 8 liscio sulla SSD e
poi syncare tutto il resto con una procedura simile a quella da me usata
qualche giorno fa per la mia VPS:
http://forum.debianizzati.org/viewtopic.php?f=15&t=52051
 
 
In ultimo devo avere qualche accortezza per la questione del numero di
scritture o altre cose che mi sfuggono, o il kernel se ne occupa
gentilmente per me?
 
Grazie
g4b0
 
-- 
g4b0, linux user n. 369000
http://brosulo.net
 

 gentilmente per me?
 
Io mi limito a noatime,nodiratime in fstab. Se usi ext4 e un kernel 
recente diverse ottimizzazioni dovrebbero già essere automatiche.
 
Bye.
 
 

 recente diverse ottimizzazioni dovrebbero già essere automatiche.
 
ext4 + kernel 3.16, direi che sono a posto
 
Grazie per le info


 recente diverse ottimizzazioni dovrebbero già essere automatiche.
 
 
Io, forse esagero, in fstab ho:
 
   noatime,nodiratime,discard,nouser_xattr
 
-- 
Stefano L.

 Questo non lo sapevo. Perchè non serve la deframmentazione con le SSD?
 
Perchè non hai latenza dovuta alla rotazione del disco e alla posizione 
della testina.
L'accesso è diretto alle celle che contengono i dati, quindi non importa 
dove siano, la velocità di accesso è sempre la stessa.
 
Bye.
 
 

Secondo il mio umile avviso ha senso allineare le partizioni alla
 pagina della SSD, di norma 512k e se te lo puoi permettere lascia
 il 10-20% di spazio non partizionato per migliorare wear leveling
 e garbage collecting.
 
 
----Android NewsGroup Reader----
http://usenet.sinaapp.com/
 

  e garbage collecting.
 
Buono a sapersi, grazie.


 dove siano, la velocità di accesso è sempre la stessa.
 
Giusto, non ci avevo pensato!


 Grazie g4b0
 
Ciao, Mauro

 
http://www.pclinuxos.com/forum/index.php/topic,125770.0.html
 
 
Avevo letto qualcosa anche io a proposito del trim, penso che lo farò.
Cosa intendi per "ho lasciato  i default nelle opzioni di montaggio"?
Non hai messo noatime & friends?


 spiegato nel link.
 
Attualmente sto usando degli SSD della OCZ che dispongono di una serie
di utility chiamata "SSD Guru" ed il trim lo faccio da li`
http://s33.postimg.org/3nwnmcbzj/OCZ_SSD_Guru.png
 
pero` tempo fa su un portatile usavo un SSD della Samsung e mi ero
trovato bene adottando una soluzione per systemd con un timer
settimanale al posto di cron:
 
fstrim.service
 
[Unit]
Description=Discard unused blocks
 
[Service]
Type=oneshot
ExecStart=/sbin/fstrim /
 
----------------------------------------------
 
fstrim.timer
 
[Unit]
Description=Discard unused blocks once a week
 
[Timer]
OnStartupSec=10min
OnCalendar=weekly
AccuracySec=1h
Persistent=true
 
[Install]
WantedBy=multi­user.target
 
-----------------------------------------------
Fonte:
http://mmpages.altervista.org/repository/PDF/demystifying-systemd.pdf
 
 

 Persistent=true
 
Vantaggi e svantaggi?
 
Grazie mille
Rizio
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 Vantaggi e svantaggi?
 
Non ho provato con cron per cui non so dirti. Mi sembra pero` un modo
coerente di fare le cose se, volenti o nolenti, si usa systemd sul
proprio sistema.
 
 

 proprio sistema.
 
Si, ti confermo che l'idea che mi ha spinto a farti la domanda è quella, però 
volevo capire bene da chi lo usa già se c'erano lati positi o negati 
nell'utilizzo pratico (chessò bug, incompatibilità con certe schedulazioni o 
roba simile)
 
 
Grazie


 trovato bene adottando una soluzione per systemd con un timer
 
Va bene anche un crontab (sempre settimanale), personalmente non ho una buona
opinione di systemd ;)
 
Enrico

 Non hai messo noatime & friends?
 
No. Ho lasciato "defaults".
 
 
 

 "Using online discard (fstab) - not recommended"
 
Non mi sono spiegato bene: La tua prima domanda era se il kernel si 
accorgeva da solo del tipo di disco, e la risposta e': No, per dirgli che 
e' un SSD devi mettere l'opzione discard.  Questa opzione fa un trim del 
disco ad ogni cancellazione.
 
Poi ti ho aggiunto un link in cui ti dice che invece di fare cosi' puoi 
utilizzare un job in cui fai un trim giornaliero, in modo da allungare la 
vita del disco.  In questo caso l'opzione discard non va ovviamente messa.
 
Non usando systemd (e fino a quando potro' non lo usero') ti ho 
consigliato un cron job.  Usa quello che preferisci, basta che si faccia 
un job automatico una volta al giorno.
 
Spero ora di essermi spiegato... ;-)
 
Ciao, Mauro

 vita del disco.  In questo caso l'opzione discard non va ovviamente messa.
 
Riguardo a questo, da ignorante in materia, chiedo se cambia qualcosa
il fatto di spegnere e riaccendere il PC (un desktop o un portatile) 
piuttosto che lasciarlo sempre acceso (un server). 
 
-- 
Stefano L.

Voi e questo maledetto 'dd'. Meglio
'tar' o tool specifici per i backup.
Fsarchiver consente di copiare i dati su
partizioni più piccole e consente anche
hot backup (di partizioni montate, con
lo switch -A). 
Partclone è un altro tool carino. 
Ma fosse solo questa la questione ce ne 
potremmo fregare altamente. Il punto è
che ho fatto uno script per fare il
backup del raspberry, da una scheda SD 
da 32 GB al nas su gigabit ethernet ed i risultati sono stati i seguenti: 
- Con 'dd' ho impiegato 1 ora e 10 minuti.
- Con fsarchiver ho impiegato 4 minuti. 
La ragione non te la devo spiegare
perché è facilmente intuibile.

 piuttosto che lasciarlo sempre acceso (un server).
 
Da una breve ricerca in rete sembra che non faccia differenza...


Quindi il fatto di spegnere (shutdown) e riaccendere e quindi smontare
e rimontare il FS non forza il kernel a fare il trim.
Ne deduco che è il FS che si ricorda su quali blocchi... e come fa
a ricordarlo ? Lo scrive sul disco ?
 
 
-- 
Stefano L.

 perché è facilmente intuibile.
 
+1
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 c'è bisogno) e reinstallo grub.
 
Alla fine mi sono incasinato con mbr/gpt/efi e compagnia cantante e non
bootstrappava piú. Ho tagliato la testa al toro ed ho reinstallato, cosí
facendo ho ripulito 100Gb di fuffa vecchia.
 
Tra l'altro non ho lasciato dello spazio non partizionato perché secondo
alcuni miei colleghi non é necessario, lo fa giá il disco di default. Ho
fatto male secondo voi?
