Difference between revisions of "Solid State Drives (Italiano)"

From ArchWiki
Jump to: navigation, search
(Partition Alignment)
(29 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 
[[Category: Storage (Italiano)]]
 
[[Category: Storage (Italiano)]]
{{i18n|Solid State Drives}}
+
[[en:Solid State Drives]]
{{translateme}}
+
[[zh-CN:Solid State Drives]]
{{Nota|Questo articolo è in fase di traduzione. Seguite per ora le istruzioni della versione inglese.}}
+
{{out_of_date}} {{Attenzione|Questa pagina è in fase di revisione e potrebbe non essere aggiornata. Seguite per ora le istruzioni della versione inglese.}}  
 
{{Article summary start|Sommario}}
 
{{Article summary start|Sommario}}
 
{{Article summary text|Questo articolo copre molti aspetti degli SSD (drive a stato solido) in relazione a Linux ; comunque, i principi di base e gli insegnamenti chiave presentati sono abbastanza generali per essere applicati anche agli utenti che utilizzano SSD con altri sistemi operativi come la famiglia dei prodotti Windows o quelli MacOS X. A parte le informazioni appena menzionate gli utenti Linux potranno beneficiare delle ottimizzazioni qui presentate.}}
 
{{Article summary text|Questo articolo copre molti aspetti degli SSD (drive a stato solido) in relazione a Linux ; comunque, i principi di base e gli insegnamenti chiave presentati sono abbastanza generali per essere applicati anche agli utenti che utilizzano SSD con altri sistemi operativi come la famiglia dei prodotti Windows o quelli MacOS X. A parte le informazioni appena menzionate gli utenti Linux potranno beneficiare delle ottimizzazioni qui presentate.}}
Line 54: Line 54:
 
{{Note|Se non si conosce l'EBS del proprio SSD, è comunque possibile usare una dimensione di 512 KiB (o 1024 KiB se si vuole essere sicuri e non ci si preoccupa di perdere il primo MiB del proprio disco). Queste dimensioni sono maggiori o uguali di tutti i correnti EBS. Allineare le partizioni per l'EBS produrrà partizioni allineate anche per dimensioni più piccole. Windows 7 e Ubuntu utilizzano questo stratagemma per ottimizzare le partizioni per lavorare con gli SSD.}}
 
{{Note|Se non si conosce l'EBS del proprio SSD, è comunque possibile usare una dimensione di 512 KiB (o 1024 KiB se si vuole essere sicuri e non ci si preoccupa di perdere il primo MiB del proprio disco). Queste dimensioni sono maggiori o uguali di tutti i correnti EBS. Allineare le partizioni per l'EBS produrrà partizioni allineate anche per dimensioni più piccole. Windows 7 e Ubuntu utilizzano questo stratagemma per ottimizzare le partizioni per lavorare con gli SSD.}}
  
If the partitions aren't aligned to begin at multiples of the EBS (512 KiB for example), aligning the file system is a pointless exercise because everything is skewed by the start offset of the partition. Traditionally, hard drives were addressed by indicating the ''cylinder'', the ''head'', and the ''sector'' at which data was to be read or written. These represented the radial position, the drive head (= platter and side) and the axial position of the data respectively. With LBA (logical block addressing), this is no longer the case. Instead,  the entire hard drive is addressed as one continuous stream of data.
+
Se le partizioni non sono allineate per iniziare ad un multiplo dell'EBS (per esempio 512 KiB), l'allineamento del file system è soltanto un esercizio senza senso in quanto l'intero allineamento è rovinato dallo scarto iniziale della partizione. Generalmente, i dischi fissi sono indirizzati tramite ''cilindri'', ''testine'' e ''settori'' nei quali i dati vengono letti e scritti. Questi rappresentano rispettivamente la posizione radiale, la testina del disco (piatto e lato) e la posizione assiale dei dati. Con l' LBA (logical block addressing), questo non è più vero. L'intero disco fisso è indirizzato come un flusso continuo di dati.
  
==== Using GPT - RECOMMENDED METHOD ====
+
=== Usare GPT - METODO RACCOMANDATO ===
[[GPT]] is an alternative, contemporary partitioning style. The GPT-able tool equivalent to fdisk, gdisk, can perform partitions alignment automatically on a 2048 sectors (or 1024KiB) block size base which should be compatible with the vast majority of SSD if not all. GNU parted also support GPT, but is [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601813 less user-friendly] for aligning partitions.
+
[[GPT]] è uno stile di partizionamento alternativo e attuale. Il tool compatibile con GPT equivalente a fdisk, gdisk, è in grado di allineare automaticamente le partizioni su un blocco base di dimensioni di 2048 settori (o 1024KiB) compatibile con la gran parte degli SSD se non tutti. Anche GNU parted supporta GPT, ma è [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601813 meno intuitivo] per allineare le partizioni.
  
Gdisk Usage Summary:
+
Schema di Utilizzo di Gdisk:
  
* Install gdisk from the extra repository.
+
* Installare gdisk dal repository extra.
* Simply start gdisk against your SSD.
+
* Avviare gdisk passando come argomento proprio SSD
* If the SSD is brand new or if you want to start over, create a new empty GUID partition table (aka GPT) with the 'o' command.
+
* Se l' SSD è nuovo o si vuole reinizializzare, creare una nuova tabella delle partizioni GUID (GPT) con il comando 'o'.  
* Create a new partition with the 'n' command (primary type/1st partition).
+
* Creare una nuova partizione con il comando 'n' (primary type/1st partition).
* Assuming your partition is new, gdisk will pick the highest possible alignment. Otherwise, it will pick the largest power of two that divides all partition offsets.
+
* Assumendo che la partizione è nuova, gdisk utilizzerà l'allineamento più alto possibile. Altrimenti sceglierà la più grande potenza di due che divide tutti gli scarti delle partizioni.
* If you choose to start on a sector before the 2048th gdisk will automatically shift your partition start to the 2048th disk sector. This is to ensure a 2048-sectors alignment (as a sector is 512B, this is a 1024KiB alignment which should fit any SSD NAND erase block).
+
* Se si sceglie di iniziare su un settore precedente al 2048esimo gdisk sposterà automaticamente l'inizio della partizione al 2048esimo settore. Questo per assicurarsi un allineamento su 2048 settori (dal momento che un settore è 512B, questo è un allineamento di 1024 KiB che dovrebbe contemplare ogni possibile ESB degli SSD).  
* Use the +x{M,G} format to extend the partition x megabytes or gigabytes, if you choose a size that is not a multiple of the alignment size (1024kiB) gdisk will shrink the partition to the nearest inferior multiple).
+
* Usare il formato +x{M,G} per estendere la partizione di x megabyte o gigabyte. Se si sceglie una dimensione che non è un multiplo della dimensione di allineamento (1024kiB) gdisk adatterà la partizione al più vicino e piccolo multiplo.
* Select the partition's type id, the default, 'Linux/Windows data' (code 0700), should be fine for most use. Press L to show the codes list.
+
* Selezionare il tipo della partizione, il default 'Linux/Windows data' (code 0700) dovrebbe andar bene per la maggior parte degli utilizzi. Premere L per vedere una lista dei tipi disponibili.
* Assign other partitions in a like fashion.
+
* Creare altre partizione seguendo lo stesso procedimento.
* Write the table to disk and exit via the 'w' command.
+
* Scrivere la tabella delle partizioni sul disco e uscire con il comando 'w'.
* Create the filesystems as usual.
+
* Creare i filesystem normalmente.
  
{{Warning|If you plan to use the disk as boot-disk on a BIOS based system (most systems except Apple computers and some very rare motherboard models with Intel chipset) you may have to create, preferably at the disk's beginning, a 1MiB partition with the type BIOS boot partition (code ef02). This is necessary if you intend to use [[GRUB2]], but for [[Syslinux]] it's enough to make a separate /boot partition at this point. See [[GPT]] for more information.}}
+
{{Warning|Se si ha in programma di utilizzare il disco come disco di boot su un sistema basato sul BIOS (la maggior parte dei sistemi ad eccezione dei computer APPLE e di alcuni rari modelli di schede madri con chipset INTEL) è necessario creare, possibilmente all'inizio del disco, una partizione di 1MiB di tipo BIOS boot partition (code ef02). Questo è necessario per l'utilizzo di [[GRUB2 (Italiano)|GRUB2]], mentre per [[Syslinux]] è sufficiente preparare una partizione di /boot distinta. Vedere [[GPT]] per maggiori informazioni.}}
  
{{Warning|GRUB legacy does not support GUID partitioning scheme, you have to use [[burg]], [[GRUB2]] or [[Syslinux]].}}
+
{{Warning|GRUB legacy non supporta lo schema di partizionamento GUID, si deve usare [[burg (Italiano)|burg]], [[GRUB2 (Italiano)|GRUB2]] or [[Syslinux]].}}
  
{{Warning|If you plan to dual boot with Windows (XP, Vista or 7) do NOT use GPT since they do NOT support booting from a GPT diskYou will need to use the depreciated MBR method described below! This limitation doesn't apply if you run an EFI-powered machine and Windows Vista (64bits) or Seven (both 32 and 64bits).}}
+
{{Warning|Se si ha intenzione di avere un dual boot con Windows (XP, Vista or 7) non usare GPT dal momento che non supportano il boot da dischi GPT!  E' necessario usare il metodo deprecato del MBR descritto successivamente. Questa limitazione non si applica se si utilizza un sistema EFI e Windows Vista (64bits) o Seven (sia 32 che 64bits).}}
  
===== Detailed Usage Example =====
+
==== Esempio di Utilizzo Dettagliato ====
{{Note|The following section is meant to be illustrative of the process of partitioning a Crucial C300 Real SSD with a single partitions: 10GiB, Linux partition. Even if it should work on any SSD, with adapt it to your own partition scheme. Again, don't forget to add a 1MiB BIOS boot partition as the first partition if needed.}}
+
{{Note|La seguente sezione ha lo scopo di illustrare il processo di partizionamento di un Crucial C300 Real SSD con una singola partizione: 10GiB, partizione Linux. Anche se si dovrebbe applicare ad ogni SSD, adattare al proprio schema di partizionamento. Ancora, non dimenticare di aggiungere una partizione di 1MiB di tipo BIOS boot come prima partizione se necessario.}}
Install gdisk:
+
 
 +
Installare gdisk:
 
  # pacman -S gptfdisk
 
  # pacman -S gptfdisk
  
Run gdisk against your SSD which we will assume to be /dev/sda:
+
Eseguire gdisk sul proprio SSD assunto essere /dev/sda:
 
<pre>[root@archlinux ~]# gdisk /dev/sda
 
<pre>[root@archlinux ~]# gdisk /dev/sda
 
GPT fdisk (gdisk) version 0.6.13
 
GPT fdisk (gdisk) version 0.6.13
Line 97: Line 98:
 
</pre>
 
</pre>
  
Now create a new GUID partition table:
+
Creare una nuova tabella di partizioni GUID:
 
<pre>Command (? for help): o
 
<pre>Command (? for help): o
 
This option deletes all partitions and creates a new protective MBR.
 
This option deletes all partitions and creates a new protective MBR.
 
Proceed? (Y/N): y</pre>
 
Proceed? (Y/N): y</pre>
  
Creating partition:
+
Creare le partizioni:
 
<pre>Command (? for help): n
 
<pre>Command (? for help): n
 
Partition number (1-128, default 1): #pressed enter to accept default#
 
Partition number (1-128, default 1): #pressed enter to accept default#
Line 115: Line 116:
 
</pre>
 
</pre>
  
Result:
+
Risultato:
 
<pre>Command (? for help): p
 
<pre>Command (? for help): p
 
Disk /dev/sda: 125045424 sectors, 59.6 GiB
 
Disk /dev/sda: 125045424 sectors, 59.6 GiB
Line 128: Line 129:
 
   1            2048        20973567  10.0 GiB    0700  Linux/Windows data</pre>
 
   1            2048        20973567  10.0 GiB    0700  Linux/Windows data</pre>
  
Write the partition table and exit:
+
Scrivere la tabella delle partizioni ed uscire:
 
<pre>ommand (? for help): w
 
<pre>ommand (? for help): w
  
Line 141: Line 142:
 
[root@archlinux ~]#</pre>
 
[root@archlinux ~]#</pre>
  
Now create the file system as usual:<pre># mkfs.ext4 /dev/sda1</pre>
+
Adesso è possibile creare il file system seguendo la maniera usuale:<pre># mkfs.ext4 /dev/sda1</pre>
  
==== Using MBR - DEPRECATED METHOD - Using GPT is Recommended ====
+
==== Usare MBR - METODO DEPRECATO - L'utilizzo di GPT è Raccomandato ====
  
The Linux utility fdisk, however, still uses a virtual C-H-S system where users can define any number of heads and sectors (the cylinders are calculated automatically from the drive's capacity), with partitions always starting and ending at intervals of heads x cylinders. '''Thus, one needs to choose a number of heads and sectors of which the SSD's erase block size is a multiple.''' This is accomplished by setting the number of heads (or tracks per cylinder) and sectors (per track) to coincide with the EBS.
+
L'utilità di sistema Linux fdisk, comunque, continua ad utilizzare il sistema C-H-S dove gli utenti possono definire un qualsiasi numero di testine e settori (i cilindri sono calcolati automaticamente in base alla capacità del dispositivo), con partizioni che iniziano e finiscono sempre allo stesso intervallo di testine e cilindri. '''Quindi, è necessario scegliere un numero di testine e settori sottomultipli della dimensione dell' EBS del SSD.''' Questo viene ottenuto impostando il numero delle testine (o tracce per cilindro) e i settori (per traccia) in modo da coincidere con l'EBS.
  
Ted Tso recommends using a setting of [http://ldn.linuxfoundation.org/blog-entry/aligning-filesystems-ssd%E2%80%99s-erase-block-size 224*56] (=2^8*49) which results in (2^8*512=) 128 KiB alignment:
+
Ted Tso raccomanda di utilizzare un impostazione di [http://ldn.linuxfoundation.org/blog-entry/aligning-filesystems-ssd%E2%80%99s-erase-block-size 224*56] (=2^8*49) ottenendo un allineamento di (2^8*512=) 128 KiB:
  
 
  # fdisk -H 224 -S 56 /dev/sdX
 
  # fdisk -H 224 -S 56 /dev/sdX
  
While others advocate a setting of [http://www.nuclex.org/blog/personal/80-aligning-an-ssd-on-linux 32*32] (=2^10) which results in (2^10*512=) 512 KiB alignment:
+
Mentre altri raccomandano di utilizzare un impostazione di [http://www.nuclex.org/blog/personal/80-aligning-an-ssd-on-linux 32*32] ottenendo un allineamento di (2^10*512=) 512 KiB:
  
 
  # fdisk -H 32 -S 32 /dev/sdX
 
  # fdisk -H 32 -S 32 /dev/sdX
  
How does the math work out? The alignment number is the largest power-of-two divisor of the cylinder boundary positions on the disk. The size in bytes of the cylinders is H*S*512 = (tracks per cylinder) * (sectors per track) * (sector size). Factorize H, S and sector size (512=2^9) into prime factors, and take all the 2s. In the first case above we have to ignore the non-power-of-two factor of 7^2=49.
+
Come funzionano questi calcoli? Il numero per l'allineamento è la più grande potenza di due che divide le posizioni del cilindro di confine sul disco. La dimensione in byte dei cilindri è H*S*512 = (traccie per cilindro) * (settori per traccia) * (dimensione dei settori). Fattorializzare H, S e la dimensione dei settori (512=2^9) in fattori primi e prendere tutti i 2s. Nel primo caso descritto è necessario ignorare il fattore che non è potenza di due, 7^2=49.
  
{{Note|In order to be compatible with MS-DOS, a partition starting on the first cylinder would skip one track, reducing its alignment to track level (4k for -S 56 and 16k for -S 32). The easiest way to maximally align the first partition is to start it at cylinder 2 rather than the default of cylinder 1 as shown in the example below.}}
+
{{Note|Per motivi di compatibilità MS-DOS, una partizione che inizi dal primo cilindro non deve conto di un traccia, riducendo il suo allineamento a livello della traccia (4k per -S 56 e 16k per -S 32). Il modo più semplice per allineare la prima partizione è farla iniziare al cilindro 2 piuttosto che al cilindro 1 come di default come visto nell'esempio precedente.}}
  
===== Fdisk Usage Summary =====
+
===== Schema di Utilizzo di Fdisk =====
*Start fdisk using the correct values for H and S specific to your SSD as described above.
+
*Avviare fdisk usando i valori corretti per H e S specifici per il proprio SSD come descritto precedentemente.  
*If the SSD is brand new, create a new empty DOS partition table with the 'o' command.
+
*Se l'SSD è nuovo, creare una nuova partizione vuota DOS con il comando 'o'.
*Create a new partition with the 'n' command (primary type/1st partition).
+
*Creare una nuova partizione con il comando 'n'(primary type/1st partition).
*Start on sector 2 rather than on sector 1 to ensure MS-DOS compatibility if this is required; accept the default value if not.
+
*Iniziare dal settore 2 invece che dal settore 1 per assicurare compatibilità con MS-DOS se questa è richiesta, altrimenti accettare il valore di default.
*Use the +xG format to extend the partition x gigabytes.
+
*Usare il formato +xG per estendere la partizione di x gigabyte.
*Change the partition's system id from the default type of Linux (type 83) to the desired type via the 't' command. This is an optional step should the user wish to create another type of partition for example, swap, NTFS, etc. Note that a complete listing of all valid partition types is available via the 'l' command.
+
*Cambiare l'id del tipo di partizione dal valore di default Linux (type 83) al tipo desiderato tramite il comando 't'. Questo è un passaggio opzionale per gli utenti che vogliano creare un altro tipo di partizione come ad esemepio swap, NTFS, ecc. Una lista complete delle alternative disponibili è disponibile tramite il comando 'l'.
*Assign other partitions in a like fashion.
+
*Creare altre partizione seguendo lo stesso procedimento.
*Write the table to disk and exit via the 'w' command.
+
*Scrivere la tabella delle partizioni sul disco e uscire con il comando 'w'.
 +
 
 +
Quando finito, gli utenti possono formattare le loro nuove partizioni con 'mkfs.x /dev/sdXN' dove x è il tipo di filesystem, X e la lettera del drive e N e il numero della partizione.
 +
Il seguente esempio formatta la prima partizione del primo disco in ext4 utilizzando le opzioni di default definite in {{ic|/etc/mke2fs.conf}}:
  
When finished, users may format their newly created partitions with the 'mkfs.x /dev/sdXN' where x is the filesystem, X is the drive letter, and N is the partition number.
 
The following example will format the first partition on the first disk to ext4 using the defaults specified in {{Filename|/etc/mke2fs.conf}}:
 
 
  # mkfs.ext4 /dev/sda1
 
  # mkfs.ext4 /dev/sda1
  
{{Warning|Using the mkfs command can be dangerous as a simple mistake can result in formatting the WRONG partition and in data loss!  TRIPLE check the target of this command before hitting the Enter key!}}
+
{{Warning|L'utilizzo del comando mkfs può essere pericoloso dal momento che un semplice errore può causare la formattazione della partizione SBAGLIATA e la perdita di dati. Controllare TRE volte la partizione scelta prima di premere il tasto Enter!}}
 +
 
 +
====== Esempio di Utilizzo Dettagliato ======
  
====== Detailed Usage Example ======
+
{{Note|La seguente sezione ha lo scopo di illustrare il processo di partizionamento di un SSD Intel X25-M con una singola partizione Linux da 12 GiB. Non è in nessun modo il metodo definitivo per farlo nè gli switch utilizzati per avviare fdisk in questo specifico esempio hanno necessariamente i valori corretti per altri modelli e marche di SSD!}}
{{Note|The following section is meant to be illustrative of the process of partitioning an Intel X25-M SSD with a single 12 Gig, Linux partition. It is in no way the definitive method for doing so, nor are the switches used to start fdisk in this specific example necessarily the correct values for other brands/models of SSDs!}}
+
  
 
<pre># fdisk -H 32 -S 32 /dev/sdb
 
<pre># fdisk -H 32 -S 32 /dev/sdb
Line 215: Line 218:
 
Syncing disks.</pre>
 
Syncing disks.</pre>
  
The rest of the SSD was partitioned in a like fashion giving two partitions totally. Here is the output of an fdisk list command:
+
Il resto dell'SSD è stato partizionato in maniera simile utilizzando in totale due partizioni. Ecco come si presenta l'output del comando list di fdisk:
 
<pre># fdisk -l /dev/sdb
 
<pre># fdisk -l /dev/sdb
  
Line 229: Line 232:
 
/dev/sdb2          24579      152638    65566720  83  Linux</pre>
 
/dev/sdb2          24579      152638    65566720  83  Linux</pre>
  
And a fdisk -lu command:
+
E del comando di fdisk -lu:
 
<pre># fdisk -lu /dev/sdb
 
<pre># fdisk -lu /dev/sdb
  
Line 243: Line 246:
 
/dev/sdb2        25167872  156301311    65566720  83  Linux</pre>
 
/dev/sdb2        25167872  156301311    65566720  83  Linux</pre>
  
{{Warning| Pay attention to this last sanity check step. If the heads and sectors/track do not remain 32/32, it is either due to a bug in fdisk, or for an unknown reason, the partitions are not aligned! See the [[http://wiki.archlinux.org/index.php/SSD_Memory_Cell_Clearing#Post_Process_Observation using cfdisk/post process observation]] wiki page for a work around.}}
+
{{Warning| Prestare attenzione all'ultimo step per testare lo stato di salute. Se le testine e i settori/traccia non rimangono 32/32, questo è dovuto o ad un bug in fdisk o a una ragione sconosciuta.  Vedere la pagine del wiki [[SSD_Memory_Cell_Clearing#Post_Process_Observation|using cfdisk/post process observation]] per una soluzione.}}
  
====== Special Considerations for Logical Partitions ======
+
====== Considerazioni Speciali per Partizioni Logiche ======
  
---Place holder for content.  
+
---Segnaposto per contenuti.
  
====== Special Considerations for RAID0 Setups with Multiple SSDs ======
+
====== Considerazioni Speciali per RAID0 con SSD Multipli ======
  
---Place holder for content.
+
---Segnaposto per contenuti.
  
===Encrypted partition===
+
===Partizioni cifrate===
  
When using cryptsetup, define a sufficient payload ([http://www.spinics.net/lists/dm-crypt/msg02421.html see here]):
+
Se si utilizza cryptsetup, definire un payload sufficiente([http://www.spinics.net/lists/dm-crypt/msg02421.html vedere qui]):
 
  cryptsetup luksFormat --align-payload=8192 ...
 
  cryptsetup luksFormat --align-payload=8192 ...
But remember that DISCARD/TRIM feature is NOT SUPPORTED by device-mapper (but they're working on it, [http://news.gmane.org/find-root.php?group=gmane.linux.kernel.device-mapper.dm-crypt&article=4075 see here])
+
Ma ricordarsi che la funzionalità DISCARD/TRIM non è supportata da device-mapper (anche se è in lavorazione [http://news.gmane.org/find-root.php?group=gmane.linux.kernel.device-mapper.dm-crypt&article=4075 vedere qui])
  
===Mount Flags===
+
===Opzioni di Mount===
There are several key mount flags to use in one's {{filename|/etc/fstab}} entries for SSD partitions.
+
Ci sono alcune opzioni chiave di mount da usare per le partizioni su SSD in {{ic|/etc/fstab}}.
  
*'''noatime''' - Reading accesses to the file system will no longer result in an update to the atime information associated with the file. The importance of the noatime setting is that it eliminates the need by the system to make writes to the file system for files which are simply being read. Since writes can be somewhat expensive as mentioned in previous section, this can result in measurable performance gains. Note that the write time information to a file will continue to be updated anytime the file is written to with this option enabled.
+
*'''noatime''' - Accessi in lettura al filesystem non causeranno più un aggiornamento alle informzioni di atime associate al file. L'importanza dell'impostazione noatime consiste nell'eliminazione della necessità del sistema di effettuare accessi in scrittura al filesystem anche per la lettura di file. Dal momento che le scritture sono costose come descritto nella precedente sezione, in questo modo è possibile avere un discreto aumento di prestazioni. Notare che nonostante questa opzione il tempo dell'ultima modifica di un file continua ad essere aggiornato.
*'''discard''' - The discard flag will enable the benefits of the TRIM command so long as one is using kernel version >=2.6.33. It does not work with ext3; using the discard flag for an ext3 root partition will result in it being mounted read-only.
+
*'''discard''' - L'opzione discard abilita i benefici del comando TRIM purchè si utilizzi una versione del kernel >=2.6.33. Questa impostazione non funzione con ext3, l'utilizzo dell'opzione discard con una partizione di root con filesystem ext3 ne determinerà l'accesso in sola lettura.
  
 
  /dev/sda1 / ext4 defaults,noatime,discard 0 1
 
  /dev/sda1 / ext4 defaults,noatime,discard 0 1
 
  /dev/sda2 /home ext4 defaults,noatime,discard 0 1
 
  /dev/sda2 /home ext4 defaults,noatime,discard 0 1
  
{{Note|You can also set the discard flag with tune2fs: tune2fs -o discard /dev/sda1.}}
+
{{Note|E' possibile impostare l'opzione discard anche con tune2fs: tune2fs -o discard /dev/sda1.}}
 
{{Accuracy}}
 
{{Accuracy}}
{{Warning|It is critically important that users switch the controller driving the SSD to AHCI mode (not IDE mode) to ensure that the kernel is able to use the TRIM command.}}  
+
{{Warning|E' fondamentale che gli utenti impostino il controller che pilota l'SSD in AHCI mode (no in IDE mode) per assicurarsi che il kernel sia in grado di utilizzare il comando TRIM.}}  
{{Warning|Users need to be certain that kernel version 2.6.33 or above is being used AND that their SSD supports TRIM before attempting to mount a partition with the discard flag. Data loss can occur otherwise!}}
+
{{Warning|Gli utenti di devono assicurare di utilizzare una versione del kernel maggiore o uguale alla 2.6.33 e che il proprio SSD supporti il comando TRIM prima di provare a montare una partizione con l'opzione discard. Altrimenti sono possibili perdite di dati!.}}
{{Warning|Using an OCZ Vertex II SSD (supports TRIM) and kernel 2.6.37.4 on Arch, some people experienced trouble with the '''discard''' option: all changes made to the filesystem would disappear after a reboot! According to [http://www.mjmwired.net/kernel/Documentation/filesystems/ext4.txt#356 this], '''discard''' is disabled by default because it not stable enough.}}
+
{{Warning|Con l'utilizzo di un SSD OCZ Vertex II (che supporta TRIM) e il kernel 2.6.37.4 alcuni utenti su Arch hanno avuto problemi con l'opzione '''discad''': tutti le modifiche fatte al filesystem sono scomparse dopo un riavvio. Secondo [http://www.mjmwired.net/kernel/Documentation/filesystems/ext4.txt#356 questo], l'opzione '''discard''' è disattivata di default perchè non sufficientemente stabile.}}
  
====Special considerations for Mac computers====
+
====Considerazioni speciali per computer Mac====
  
By default, Apple's firmware switches SATA drives into IDE mode (not AHCI mode) when booting any OS besides Mac OS. It is easy to switch back to AHCI if you are using [[GRUB2]] with an Intel SATA controller.
+
Per default, il firmware APPLE imposta la modalità SATA in IDE mode (piuttosto che in AHCI) all'avvio di ogni sistema operativo ad eccezione di Mac OS. E' comunque semplice ritornare nella modalità AHCI se si utilizza un controller SATA Intel e [[GRUB2 (Italiano)|GRUB2]].
  
First determine the PCI identifier of your SATA controller. Run the command
+
Per prima cosa determinare l'identificativo PCI del proprio controller SATA. Eseguire il comando:
 
  # lspci -nn
 
  # lspci -nn
and find the line that says "SATA AHCI Controller". The PCI identifier is in square brackets and should look like 8086:27c4 (but the last digits may be different).
+
e trovare la linea che indica "SATA AHCI Controller". L'identificativo PCI è fra parentesi quadre e dovrebbe apparire come 8086:27c4 (anche se le ultime cifre potrebbero differire).
  
Now edit /boot/grub/grub.cfg and add the line
+
Adesso modificare /boot/grub/grub.cfg aggiungendo la linea
 
  # setpci -d 8086:27c4 90.b=40
 
  # setpci -d 8086:27c4 90.b=40
right above the "set root" line of each OS you want to enable AHCI for. Be sure to substitute the appropriate PCI identifier.
+
immediatamente prima la linea "set root" di ogni sistema operativo per il quale si vuole abilitare la modalita AHCI. Assicurarsi di sostituire con l'identificativo PCI appropriato.
  
(credit: http://darkfader.blogspot.com/2010/04/windows-on-intel-mac-and-ahci-mode.html)
+
(fonte: http://darkfader.blogspot.com/2010/04/windows-on-intel-mac-and-ahci-mode.html)
  
=== I/O Scheduler ===
+
=== Scheduler I/O ===
  
{{Note|This should not be necessary since the cfq scheduler checks if the drive is non-rotational and then behaves correctly for an SSD.}}
+
{{Note|Questa configurazione non dovrebbe essere necessaria dal momento che lo scheduler cfq controlla se il drive non è rotazionale e si comporta in maniera corretta per gli SSD.}}
  
Consider switching from the default scheduler, which under Arch is cfq (completely fair queuing), to the noop or deadline scheduler for an SSD. Using the noop scheduler, for example, simply processes requests in the order they are received, without giving any consideration to where the data physically resides on the disk. This option is thought to be advantageous for SSDs since seek times are identical for all sectors on the SSD.
+
Considerare di passare dallo scheduler di default, che in Arch è cfs (completely fair queuing), a scheduler noop o deadline per un SSD. Con l'utilizzo dello scheduler noop, per esempio, le richieste vengono processate semplicemente in ordine di arrivo, senza nessuna considerazione su dove i dati risiedono fisicamente sul disco. Questa opzione è pensata per essere vantaggiosa per gli SSD dal momento che il tempo di accesso è identico per tutti i settori dell'SSD.
  
However, for some SSDs, particularly earlier, JMicron-based ones, you may experience better performance sticking with the default scheduler (see [http://www.alphatek.info/2009/02/02/io-scheduler-and-ssd-part-2/ here] for one such benchmark); on these, while seek times are similar for all sectors, random access throughput is bad enough to offset any advantage. If your SSD was manufactured within the last year or so, or is made by Intel, this probably doesn't apply to you.
+
Comunque, per alcuni SSD, in particolare i primi basati su JMicron, ci potrebbero essere prestazioni migliori con lo scheduler di default (vedere [http://www.alphatek.info/2009/02/02/io-scheduler-and-ssd-part-2/ qui] per una situazione del genere); per questi, nonostante i tempi di accesso siano simili per tutti i settori, il carico per gli accessi casuali è sufficientemente grande da superare qualsiasi vantaggio. Se il proprio SSD è stato costruito nell'ultimo anno o è stato costruito da Intel, questo probabilmente non è il vostro caso.
  
For more on schedulers, see [http://www.linux-mag.com/id/7564/1 this] Linux Magazine article (needs registration).
+
Per maggior informazioni sugli scheduler vedere [http://www.linux-mag.com/id/7564/1 questo] articolo del Linux Magazine (è necessaria la registrazione).
  
About the default scheduler for ssd drives: https://bugs.archlinux.org/task/22605
+
Per informazione sullo scheduler di default con gli SSS: https://bugs.archlinux.org/task/22605
  
The cfq scheduler is enabled by default on Arch. Verify this by viewing the contents /sys/block/sda/queue/scheduler:
+
Su Arch lo scheduler cfq è abilitato di default. E possibile verificarlo osservando il contenuto di
 +
/sys/block/sda/queue/scheduler:
 
  $ cat /sys/block/sdX/queue/scheduler
 
  $ cat /sys/block/sdX/queue/scheduler
 
  noop deadline [cfq]
 
  noop deadline [cfq]
The scheduler currently in use is denoted from the available schedulers by the brackets.  
+
Lo scheduler attualmente utilizzato è indicato fra parentesi quadre.
  
There are several ways to change the scheduler.
+
Ci sono diverse possibilità per cambiare il tipo di scheduler.
  
{{Note|Only switch the scheduler to noop or deadline for SSDsKeeping the cfq scheduler for all other physical HDDs is ''highly'' recommended.}}
+
{{Note|Cambiare il tipo di scheduler soltanto per gli SSDMantener lo scheduler cfq per tutti gli altri HDD fisici è ''altamente'' consigliato.}}
  
===== Using the sys virtual filesystem =====
+
===== Usare il filesystem virtuale sys =====
This method is preferred when the system has several physical storage devices (for example an SSD and an HDD).
+
Questo metodo è da preferirsi quando il sistema system ha diverse periferiche di memorizzazione (ad esempio un SSD e un HDD)
Add the following line in {{Filename|/etc/rc.local}}:
+
Aggiungere la seguente linea in {{ic|/etc/rc.local}}:
 
  echo noop > /sys/block/sdX/queue/scheduler
 
  echo noop > /sys/block/sdX/queue/scheduler
Where X is the letter for the SSD device.
+
Dove X è la lettera del SSD.
  
===== Kernel parameter =====
+
===== Parametro del Kernel =====
If the sole storage device in the system is an SSD, consider setting the I/O scheduler for the entire system via the elevator kernel parameter:
+
Se l'unica periferica di memorizzazione nel sistema è un SSD, valutare di impostare lo scheduler di I/O per l'intero sistema tramite il parametro del kernel elevator:
 
  elevator=noop
 
  elevator=noop
  
For example, with GRUB, in {{Filename|/boot/grub/menu.lst}}:
+
Per esempio, con GRUB, in {{ic|/boot/grub/menu.lst}}:
 
  kernel /vmlinuz26 root=/dev/sda3 ro elevator=noop
 
  kernel /vmlinuz26 root=/dev/sda3 ro elevator=noop
or with GRUB2, in {{Filename|/etc/default/grub}}: (remember to run update-grub afterwards)
+
o con GRUB2, in {{ic|/etc/default/grub}}: (ricordarsi di eseguire update-grub successivamente)
 
  GRUB_CMDLINE_LINUX="elevator=noop"
 
  GRUB_CMDLINE_LINUX="elevator=noop"
  
=== Swap Space on SSDs ===
+
=== Spazio di Swap su SSD ===
One can place a swap partition on an SSD. Note that most modern desktops with an excess of 2 Gigs of memory rarely use swap at all. The notable exception is systems which make use of the hibernate feature. The following is recommended tweak for SSDs using a swap partition that will reduce the "swapiness" of the system thus avoiding writes to swap.
+
 
 +
E' possibile posizionare la partizione di swap su un SSD. Considerare comunque che i sistemi desktop moderni che hanno generalmente piu di 2 GiB di memoria raramente utilizzando lo spazio di swap. L'eccezione degna di nota sono i sistemi che utilizzano la funzionalità di ibernazione. Il seguente è l'impostazione consigliata per una partizione di Swap su SSD che riduce lo "swapiness" del sistema in modo da evitare le scritture in swap.
  
 
  # echo 1 > /proc/sys/vm/swappiness
 
  # echo 1 > /proc/sys/vm/swappiness
  
Or one can simply modify {{Filename|/etc/sysctl.conf}} as recommended in the [[Maximizing_performance#Swappiness|Maximizing Performance]] wiki article.
+
O più semplicemente modificare {{ic|/etc/sysctl.conf}} come indicato nell'articolo del wiki [[Maximizing_performance#Swappiness|Maximizing Performance]].
  
 
  vm.swappiness=1
 
  vm.swappiness=1
 
  vm.vfs_cache_pressure=50
 
  vm.vfs_cache_pressure=50
  
=== SSD Memory Cell Clearing ===
+
=== Pulizia delle Celle di Memoria degli SSD ===
On occasion, users may wish to completely reset an SSD's cells to the same virgin state they were at the time he/she installed the device thus restoring it to its [http://www.anandtech.com/storage/showdoc.aspx?i=3531&p=8 factory default write performance]. Write performance is known to degrade over time even on SSDs with native TRIM support. TRIM only safeguards against file deletes, not replacements such as an incremental save.
+
In alcune occasioni, si potrebbe volere resettare completamente le celle di un SSD allo stesso stato iniziale che avevano al momento dell'installazione per ripristinarle alle loro [http://www.anandtech.com/storage/showdoc.aspx?i=3531&p=8 prestazioni di fabbrica in scrittura]. Le prestazioni in scrittura tendono a degradare con l'andare del tempo anche su SSD con supporto TRIM. Il TRIM si limita a salvaguardare contro la cancellazione dei file, non contro le sostituzioni come nel caso di un salvataggio incrementale.
  
The reset is easily accomplished in a three step procedure denoted on the [[SSD Memory Cell Clearing]] wiki article.
+
La prcoedura di reset è facilmente realizzabile in tree passi indicati sull'articolo del wiki [[SSD Memory Cell Clearing]].
  
==Tips for Minimizing SSD Read/Writes==
+
== Consigli per Minimizzare Letture/Scritture su SSD ==
An overarching theme for SSD usage should be 'simplicity' in terms of locating high-read/write operations either in RAM (Random Access Memory) or on a physical HDD rather than on an SSD. Doing so will add longevity to an SSD. This is primarily due to the large erase block size (512 KiB in some cases); a lot of small writes result in huge effective writes.
+
Uno schema di utilizzo per gli SSD dovrebbe basarsi sulla 'semplicità' di posizionare le operazioni che richiedono numerose letture e scritture in RAM (Random Access Memory) o su un HDD fisico piuttosto che sul SSD. Così facendo si aumenta la longevità del SSD. Questo è principalmente dovuto ad un erase block size grande (512 KiB in alcuni casi); molte piccole scritture causano un numero gigante di effettive scritture.  
  
{{Note|A 32GB SSD with a mediocre 10x write amplification factor, a standard 10000 write/erase cycle, and '''10GB of data written per day''', would get an '''8 years life expectancy'''. It gets better with bigger SSDs and modern controllers with less write amplification.}}
+
{{Note|Un SSD da 32GB con un fattore di amplificazione di scrittura di 10x, un ciclo standard di 10000 scritture/cancellazioni, e '''10GB di dati scritti al giorno''', darebbero '''un aspettativa di vita di 8 anni'''. La situazione migliora con SSD più grandi e controller moderni con fattori di amplificazione di scrittura minori.}}
  
Use "iotop -oPa" and sort by disk writes to see how much your programs are writing to disk.
+
Usare "iotop -oPa" e ordinare in base alle scritture su disco per vedere quanto i programmi stanno scrivendo su disco.
  
=== Intelligent Partition Scheme ===
+
=== Schema di Partizionamento Intelligente ===
Consider relocating the /var partition to a physical disc on the system rather than on the SSD itself to avoid read/write wear. Many users elect to keep only /, and /home on the SSD (/boot is okay too) locating /var and /tmp on a physical HDD.
+
Valutare di spostare la partizione dove risiede /var su un disco fisico del sistema piuttosto che sul SSD per prevenire l'usura a causa di letture e scritture. La maggior parte degli utenti può tenere soltanto / e /home sul SSD (anche /boot) posizionando /var e /tmp su un HDD fisico.  
  
 
<pre># SSD
 
<pre># SSD
Line 358: Line 363:
 
/media/data (and other extra partitions, etc.)</pre>
 
/media/data (and other extra partitions, etc.)</pre>
  
If the SSD is the only storage device on the system (i.e. no HDDs), consider allocating a separate partition for /var to allow for better crash recovery for example in the event of a broken program wasting all the space on / or if some run away log file maxes out the space, etc.
+
Se l'SSD è l'unica periferica di memorizzazione presente sul sistema (nessun HDD), valutare di preparare una partizione dedicata per /var in modo da permettere un miglior recupero del sistema, per esempio nel caso che un programma difettoso utilizzi tutto lo spazio presente su / o che tutto lo spazio venga occupato dai log.
  
Another intelligent option is to locate /tmp is into RAM provided the system has enough to spare. See the next section for more on this procedure.
+
Un'altra possibilità intelligente è quella di posizionare /tmp in RAM se il sistema ha sufficiente memoria. Vedere la prossima sezione per questa opzione.
  
=== The noatime Mount Flag ===
+
=== L'Opzione di Mount noatime ===
Assign the '''noatime''' flag to partitions residing on SSDs. See the [[#Mount_Flags|Mount Flags]] section below for more.
+
Assegnare l'opzione '''noatime''' alle partizioni che risiedono su SSD. Vedere la sezione [[#Mount_Flags|Opzioni di Mount]] più avanti per maggiori informazioni.
  
=== Locate /tmp in RAM ===
+
=== Posizionare /tmp in RAM ===
For systems with >=2 gigs of memory, locating /tmp in the RAM is desirable and easily achieved by first clearing the physical /tmp partition and then mounting it to tmpfs (RAM) in the {{Filename|/etc/fstab}}. The following line gives an example:
+
Per sistemi con almeno 2 giga di memoria, posizionare /tmp in RAM è consigliato e anche facilmente realizzabile cancellando il contenuto della partizione fisica per /tmp e successivamente montarla su tmpfs (RAM) in {{ic|/etc/fstab}}.
 +
La seguente linea ne è un esempio:
  
 
  none /tmp tmpfs nodev,nosuid,noatime,size=1000M,mode=1777 0 0
 
  none /tmp tmpfs nodev,nosuid,noatime,size=1000M,mode=1777 0 0
  
=== Locate Browser Profiles in RAM ===
+
=== Posizonare i Profili del Browser in RAM ===
One can easily mount browser profile(s) such as firefox, chromium, etc. into RAM via tmpfs and also use rsync to keep them synced with HDD-based backups. For more on this procedure, see the [http://wiki.archlinux.org/index.php/Speed-up_Firefox_using_tmpfs Speed-up Firefox Using tmpfs] article. In addition to the obvious speed enhancements, users will also save read/write cycles on their SSD by doing so.
+
E' possibile facilmente montare i profili dei browser come firefox, chromium, ecc. in RAM attraverso tmpfs e usare rsync per tenerli sincronizzati con i backup presenti su HDD. Per maggiori informazioni su questa procedura, vedere l'articolo [[Speed-up_Firefox_using_tmpfs|Velocizzare Firefox Usando tmpfs]]. Oltre all'ovvio incremento di velocità, in questo modo, sarà anche possibile prevenire cicli di lettura e scrittura sul proprio SSD.
  
=== Compiling in /dev/shm ===
+
=== Compilare in /dev/shm ===
Intentionally compiling in /dev/shm is a great idea to minimize this problem. For systems with >4 Gigs of memory, the shm line in {{Filename|/etc/fstab}} can be tweaked to use more than 1/2 the physical memory on the system via the size flag.
+
Compilare intenzionalmente in /dev/shm è un'ottima idea per minimizzare questo problema. Per sistemi con almeno 4 Giga di memoria, la linea relativa a shm presente in {{ic|/etc/fstab}} può essere modificata in modo da usare più della metà della memoria fisica disponibile grazie all'utilizzo dell'opzione size.
  
Example of a machine with 8 GB of physical memory:
+
Esempio di una macchina con 8 GiB di memoria fisica:
 
  shm                    /dev/shm      tmpfs    nodev,nosuid,size=6G        0      0
 
  shm                    /dev/shm      tmpfs    nodev,nosuid,size=6G        0      0
  
=== Disabling Journaling on the Filesystem? ===
+
=== Disabilitare il Journaling sul Filesystem? ===
Using a journaling filesystem such as ext3 or ext4 on an SSD WITHOUT a journal is an option to decrease read/writes. The obvious drawback of using a filesystem with journaling disabled is data loss as a result of an ungraceful dismount (i.e. post power failure, kernel lockup, etc.). With modern SSDs, [http://thunk.org/tytso/blog/2009/03/01/ssds-journaling-and-noatimerelatime Ted Tso] advocates that journaling can be enabled with minimal extraneous read/write cycles under most circumstances:
+
L'utilizzo di un filesystem con journaling come ext3 o ext4 su un SSD SENZA il journal è un opzione per diminuire letture/scritture. L'ovvia controindicazione dell'utilizzo di un filesystem con il journaling disabilitato è una perdita di dati in caso di un dismount problematico (ad esempio un'interruzione di alimentazione, blocco del kernel, ecc.). Con i moderni SSD [http://thunk.org/tytso/blog/2009/03/01/ssds-journaling-and-noatimerelatime Ted Tso] argomenta che il journaling può essere abilitato con il minimo di numero di letture/scritture supplementare nella maggior parte delle circostanze:  
  
'''Amount of data written (in megabytes) on an ext4 file system mounted with noatime.'''
+
'''Quantità di dati scritti (in megabyte) su un file system ext4 montato con l'opzione noatime.'''
 
{| border="1" cellpadding="5"
 
{| border="1" cellpadding="5"
! operation !! journal !! w/o journal !! percent change
+
! operazione !! con journal !! senza journal !! differenza percentuale
 
|-
 
|-
 
!git clone
 
!git clone
Line 402: Line 408:
 
|}
 
|}
  
''"What the results show is that metadata-heavy workloads, such as make clean, do result in almost twice the amount data written to disk. This is to be expected, since all changes to metadata blocks are first written to the journal and the journal transaction committed before the metadata is written to their final location on disk. However, for more common workloads where we are writing data as well as modifying filesystem metadata blocks, the difference is much smaller."''
+
''"Quello che i risultati dimostrano è che carichi di lavoro pesanti per i metadati, come un make clean, raddoppiano la quantità di dati scritti sul disco. Questo è naturale, dal momento che tutt i cambiamenti ai blocchi dei metadati sono prima scritti sul journal e la transazione del journal viene completata prima che i metadati vengano scritti nella loro posizione finale sul disco. Comunque per carichi di lavoro più comuni dove avvengono scritture e modifiche di blocchi metadati, la differenza è molto più piccola."''
  
{{Note|The make clean example from the table above typifies the importance of intentionally doing compiling in /dev/shm as recommended in the [http://wiki.archlinux.org/index.php/Solid_State_Drives#Compiling_in_.2Fdev.2Fshm preceding section] of this article!}}
+
{{Note|L'esempio di make clean della tabella precedente enfatizza l'importanza di compilare intenzionalmente in /dev/shm come raccomandato nella [[#Compilare_in_.2Fdev.2Fshm|precedente sezione]] di questo articolo!}}
  
=== Choice of Filesystem ===
+
=== Scelta del Filesystem ===
Many options exist for file systems including ext2, ext3, ext4, btrfs, etc.
+
Esistono molte opzioni per i filesystem inclusi ext2, ext3, ext4, btrfs, ecc.
  
 
==== Btrfs ====
 
==== Btrfs ====
[http://en.wikipedia.org/wiki/Btrfs Btrfs] support has been included with the mainline 2.6.29 release of the Linux kernel. Some feel that it is not mature enough for production use while there are also early adopters of this potential successor to ext4. It should be noted that at the time this article was originally written (27-June-2010), a stable version of btrfs did not exist. See [http://www.madeo.co.uk/?p=346 this] blog entry for more on btrfs. Be sure to read the [https://btrfs.wiki.kernel.org/index.php/Main_Page btrfs wiki] as well.
+
Il supporto a [http://it.wikipedia.org/wiki/Btrfs Btrfs] è stato incluso con la release principale del kernel Linux versione 2.6.29. Qualcuno sostiene che non sia abbastanza maturo per l'utilizzo in ambienti di produzione mentre altri già da tempo utilizzano questo potenziale successore di ext4. Notare che quando questo articolo è stato originariamente scritto (27-Giugno-2010), una versione stabile di btfrs non esiste. Vedere [http://www.madeo.co.uk/?p=346 questo] articolo di blog per maggiori informazioni su btfrs. Assicurarsi di leggere anche il [https://btrfs.wiki.kernel.org/index.php/Main_Page wiki di btfrs].
  
{{Warning|At the time this entry was written (21-Nov-2010) there is NO fsck utility to fix/diagnose errors on btrfs partitions. While Btrfs is stable on a stable machine, it is currently possible to corrupt a filesystem irrecoverably in the event of a crash or power loss on disks that don't handle flush requests correctly.}}
+
{{Warning|Al momento in cui questo è stato scritto (21-Nov-2010) non esiste un utility fsck per diagnosticare e correggere errori sulle partizioni btrfs. Mentre Btrfs è stabile su una macchina stabile, è attualmente possibile corrompere irrimediabilmente un filesystem nel caso di crash o interruzione di alimentazione ai dischi che non gestiscono le richieste di flush correttamente.}}
  
 
==== Ext4 ====
 
==== Ext4 ====
[http://en.wikipedia.org/wiki/Ext4 Ext4] is another filsesystem that has support for SSD. It is considered as stable since 2.6.28 and is mature enough for daily use. Contrary to Btrfs, ext4 does not automatically detects the disk nature and you have to explicitly enable the TRIM command support using the '''discard''' mounting option in your [[fstab]] (or with tune2fs -o discard /dev/sdaX).
+
[http://it.wikipedia.org/wiki/Ext4 Ext4] è un altro filsesystem che supporta gli SSD. Viene considerato stabile a partire dalla versione 2.6.28 ed è sufficientemente maturo per un uso quotidiano. Contrariamente a btrfs, ext4 non riconosce automaticamente la natura del disco ed è necessario abilitare esplicitamente il supporto al comando TRIM attraverso l'opzione di mount '''discard''' in [[fstab (Italiano)|fstab]] (oppure con tune2fs -o discard /dev/sdaX).
See the [http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/filesystems/btrfs.txt;h=64087c34327fe0ba11e790e0a41224b8e7c1d30c;hb=HEAD official in kernel tree documentation] for further information on ext4.
+
Vedere la [http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/filesystems/btrfs.txt;h=64087c34327fe0ba11e790e0a41224b8e7c1d30c;hb=HEAD documentazione ufficiale del kernel] per maggiori informazioni su ext4.
  
== SSD Benchmarking ==
+
== Misurare le Prestazioni degli SSD ==
See the [[SSD Benchmarking]] article for a general process of benchmarking your SSD or to see some of the SSDs in the database.
+
Vedere l'articolo [[SSD Benchmarking]] per una procedura generale per misurare le prestazioni del proprio SSD o per vedere le prestazioni di alcuni SSD presenti nel database.
  
== Firmware Updates ==
+
== Aggiornamenti del Firmware ==
 
=== OCZ ===
 
=== OCZ ===
OCZ has a command line utility available for linux (i686 and x86_64) on their forum [http://www.ocztechnologyforum.com/forum/showthread.php?82289-1st-Public-beta-test-of-OCZ-Sandforce-Linux-based-firmware-upddate-tool here].
+
OCZ ha una utility da riga di comando disponibile per linux (i686 e x86_64) sul proprio forum [http://www.ocztechnologyforum.com/forum/showthread.php?82289-1st-Public-beta-test-of-OCZ-Sandforce-Linux-based-firmware-upddate-tool qui].

Revision as of 14:29, 13 June 2012

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Solid State Drives (Italiano)#)
Attenzione: Questa pagina è in fase di revisione e potrebbe non essere aggiornata. Seguite per ora le istruzioni della versione inglese.

Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary wiki Template:Article summary wiki Template:Article summary end

Introduzione

I Drive a Stato Solido non sono componenti Plug&Play. Sono necessari accorgimenti particolari come l'allineamento delle partizioni, la scelta del file system, il supporto a TRIM, etc. per impostare gli SSD per le prestazioni ottimali. Questo articolo tenta di spiegare i passaggi chiave per permettere agli utenti di ottenere il massimo dai propri SSD sotto Linux. Gli utenti sono incoraggiati a leggere questo articolo per intero prima di mettere in pratica le impostazioni dal momento che il contenuto è organizzato per argomento e non segue necessariamente un ordine sistematico o cronologico.

Note: Questo articolo è orientato verso gli utenti Linux, ma la maggior parte del suo contenuto è sensibile anche per i nostri amici che utilizzano Windows o Mac OS X.

Vantaggi rispetto agli Hard Disk

  • Velocità di lettura maggiore - 2 - 3 volte più veloce di un HDD desktop attuale (7,200 RPM con interfaccia SATA2).
  • Velocità di lettura costante - Nessun decremento di velocità in lettura su tutta l'interezza del drive. Le prestazioni degli HDD tendono a diminuire con il movimento della testina dalle parti più esterne a quelle più interne dei dischi
  • Tempo di accesso minimo - Circa 100 volte più veloce di un HDD. Per esempio, 0.1 ms (100 ns) contro 12-20 ms (12,000-20,000 ns) per HDD desktop.
  • Alto grado di affidabilità.
  • Nessuna parte in movimento.
  • Produzione di calore minima.
  • Consumo di corrent elettrica minimo - Frazioni di un Watt in condizione di riposo e 1-2 Watt in lettura/scrittura contro 10-30 Watt for un HDD a seconda delle rotazioni RPM.
  • Leggerezza - ideale per i computer portatili.

Limitazioni

  • Costo per capacità (dollari per GB, contro spiccioli per GB per HDD classici).
  • Capacità dei modelli in commercio inferiore rispetto agli HDD classici.
  • Celle di memoria grandi richiedono diverse ottimizzazioni dei file system rispetto ai driver rotatori. L'accesso alla flash di basso livello che potrebbe essere usato dai moderni sistemi operativi per ottimizzarne l'accesso è nascosto da un livello di traslazione flash.
  • Partizioni e filesystem necessitano di ottimizzazioni specifiche. La dimensione della pagina e la dimensione della pagina di eliminazione non sono riconosciute automaticamente.
  • Le celle sono sottoposte a usura.Le celle per uso consumer MLC prodotte con processo a 50nm possono gestire ciascuna 10000 scritture, quelle a 35nm generalmente gestiscono 5000 scritture e quelle a 25nm circa 3000 (processi di produzione più piccoli significano maggiore densità e minor prezzo). Se le scritture sono correttamente organizzate, non sono troppo piccole, e sono allineate con le celle, questo si traduce in volume di scritture totali supportato per gli SSD multiplo della propria capacità. Volumi di scritture quotidiani devono essere bilanciati in relazione all'aspettativa di durata.
  • I firmware e i controllori sono complessi. Occasionalmente possono avere dei bug. Quelli più moderni consumano una quantità di energia paragonabile agli HDD classici. Essi implementano l'equivalente di un file system strutturato su log con una gestione dello spazio non più utilizzato. Essi traducono i tradizionali comandi SATA pensati per driver rotatori. Alcuni di essi sono capaci di effettuare la compressione in tempo reale. Gestiscono scritture ripetute su l'intera superficie della flash, per prevenire l'usura prematura delle celle. Sono anche in grado di unire più scritture insieme in modo che piccole scritture non diano luogo a lunghi cicli di cancellazioni su celle grandi. Infine hanno la capacità di spostare le celle che contengono dati in modo da prevenirne la perdita nel tempo.
  • Le prestazioni possono degradare con lo spazio occupato. La gestione dello spazio non più utilizzato non è universalmente ben implementata e lo spazio libero non sempre è organizzato su celle interamente vuote

Consigli per l'acquisto

Ci sono alcune caratteristiche chiave da considerare prima di procedere all'acquisto di un SSD attuale.

Caratteristiche chiave

  • Il supporto nativo al TRIM è una caratteristica fondamentale sia per prolungare la vita degli SSD sia per ridurre la perdita di prestazioni in scrittura nel tempo.
  • Comprare SSD della giusta dimensione è fondamentale. Con qualsiasi filesystem, l'occupazione massima di ogni partizione non deve superare il 75% per garantirne un uso efficiente da parte del kernel.

Approfondimenti

Questa sezione non intende essere omni comprensiva ma comprende alcune analisi importanti

Consigli per massimizzare le prestazioni degli SSD

Allineamento della partizione

Descrizione ad alto livello

Un corretto allineamento della partizione è essenziale per prestazione ottimali e longevità. La chiave per l'allineamento è partizionare almeno alla dimensione dell' EBS (erase block size) del SSD.

Note: L'EBS è per lo più dipendente dal costruttore; una ricerca su Google sul modello di interesse potrebbe essere un'ottima idea! L'Intel X25-M per esempio si presuppone avere un EBS di 512 KiB, ma Intel non ha ancora pubblicato niente di ufficiale a riguardo.
Note: Se non si conosce l'EBS del proprio SSD, è comunque possibile usare una dimensione di 512 KiB (o 1024 KiB se si vuole essere sicuri e non ci si preoccupa di perdere il primo MiB del proprio disco). Queste dimensioni sono maggiori o uguali di tutti i correnti EBS. Allineare le partizioni per l'EBS produrrà partizioni allineate anche per dimensioni più piccole. Windows 7 e Ubuntu utilizzano questo stratagemma per ottimizzare le partizioni per lavorare con gli SSD.

Se le partizioni non sono allineate per iniziare ad un multiplo dell'EBS (per esempio 512 KiB), l'allineamento del file system è soltanto un esercizio senza senso in quanto l'intero allineamento è rovinato dallo scarto iniziale della partizione. Generalmente, i dischi fissi sono indirizzati tramite cilindri, testine e settori nei quali i dati vengono letti e scritti. Questi rappresentano rispettivamente la posizione radiale, la testina del disco (piatto e lato) e la posizione assiale dei dati. Con l' LBA (logical block addressing), questo non è più vero. L'intero disco fisso è indirizzato come un flusso continuo di dati.

Usare GPT - METODO RACCOMANDATO

GPT è uno stile di partizionamento alternativo e attuale. Il tool compatibile con GPT equivalente a fdisk, gdisk, è in grado di allineare automaticamente le partizioni su un blocco base di dimensioni di 2048 settori (o 1024KiB) compatibile con la gran parte degli SSD se non tutti. Anche GNU parted supporta GPT, ma è meno intuitivo per allineare le partizioni.

Schema di Utilizzo di Gdisk:

  • Installare gdisk dal repository extra.
  • Avviare gdisk passando come argomento proprio SSD
  • Se l' SSD è nuovo o si vuole reinizializzare, creare una nuova tabella delle partizioni GUID (GPT) con il comando 'o'.
  • Creare una nuova partizione con il comando 'n' (primary type/1st partition).
  • Assumendo che la partizione è nuova, gdisk utilizzerà l'allineamento più alto possibile. Altrimenti sceglierà la più grande potenza di due che divide tutti gli scarti delle partizioni.
  • Se si sceglie di iniziare su un settore precedente al 2048esimo gdisk sposterà automaticamente l'inizio della partizione al 2048esimo settore. Questo per assicurarsi un allineamento su 2048 settori (dal momento che un settore è 512B, questo è un allineamento di 1024 KiB che dovrebbe contemplare ogni possibile ESB degli SSD).
  • Usare il formato +x{M,G} per estendere la partizione di x megabyte o gigabyte. Se si sceglie una dimensione che non è un multiplo della dimensione di allineamento (1024kiB) gdisk adatterà la partizione al più vicino e piccolo multiplo.
  • Selezionare il tipo della partizione, il default 'Linux/Windows data' (code 0700) dovrebbe andar bene per la maggior parte degli utilizzi. Premere L per vedere una lista dei tipi disponibili.
  • Creare altre partizione seguendo lo stesso procedimento.
  • Scrivere la tabella delle partizioni sul disco e uscire con il comando 'w'.
  • Creare i filesystem normalmente.
Warning: Se si ha in programma di utilizzare il disco come disco di boot su un sistema basato sul BIOS (la maggior parte dei sistemi ad eccezione dei computer APPLE e di alcuni rari modelli di schede madri con chipset INTEL) è necessario creare, possibilmente all'inizio del disco, una partizione di 1MiB di tipo BIOS boot partition (code ef02). Questo è necessario per l'utilizzo di GRUB2, mentre per Syslinux è sufficiente preparare una partizione di /boot distinta. Vedere GPT per maggiori informazioni.
Warning: GRUB legacy non supporta lo schema di partizionamento GUID, si deve usare burg, GRUB2 or Syslinux.
Warning: Se si ha intenzione di avere un dual boot con Windows (XP, Vista or 7) non usare GPT dal momento che non supportano il boot da dischi GPT! E' necessario usare il metodo deprecato del MBR descritto successivamente. Questa limitazione non si applica se si utilizza un sistema EFI e Windows Vista (64bits) o Seven (sia 32 che 64bits).

Esempio di Utilizzo Dettagliato

Note: La seguente sezione ha lo scopo di illustrare il processo di partizionamento di un Crucial C300 Real SSD con una singola partizione: 10GiB, partizione Linux. Anche se si dovrebbe applicare ad ogni SSD, adattare al proprio schema di partizionamento. Ancora, non dimenticare di aggiungere una partizione di 1MiB di tipo BIOS boot come prima partizione se necessario.

Installare gdisk:

# pacman -S gptfdisk

Eseguire gdisk sul proprio SSD assunto essere /dev/sda:

[root@archlinux ~]# gdisk /dev/sda
GPT fdisk (gdisk) version 0.6.13

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries.

Creare una nuova tabella di partizioni GUID:

Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): y

Creare le partizioni:

Command (? for help): n
Partition number (1-128, default 1): #pressed enter to accept default#
First sector (34-125045424, default = 34) or {+-}size{KMGTP}: #pressed enter to accept default#
Information: Moved requested sector from 34 to 2048 in
order to align on 2048-sector boundaries.
Use 'l' on the experts' menu to adjust alignment
Last sector (2048-125045424, default = 125045424) or {+-}size{KMGTP}: +10G  
Current type is 'Linux/Windows data'
Hex code or GUID (L to show codes, Enter = 0700): #pressed enter to accept default#
Changed type of partition to 'Linux/Windows data'

Risultato:

Command (? for help): p
Disk /dev/sda: 125045424 sectors, 59.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): A89B4292-8ED7-40CB-BD45-58A160E090EE
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 125045390
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048        20973567   10.0 GiB    0700  Linux/Windows data

Scrivere la tabella delle partizioni ed uscire:

ommand (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed, possibly destroying your data? (Y/N): y
OK; writing new GUID partition table (GPT).
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot.
The operation has completed successfully.
[root@archlinux ~]#
Adesso è possibile creare il file system seguendo la maniera usuale:
# mkfs.ext4 /dev/sda1

Usare MBR - METODO DEPRECATO - L'utilizzo di GPT è Raccomandato

L'utilità di sistema Linux fdisk, comunque, continua ad utilizzare il sistema C-H-S dove gli utenti possono definire un qualsiasi numero di testine e settori (i cilindri sono calcolati automaticamente in base alla capacità del dispositivo), con partizioni che iniziano e finiscono sempre allo stesso intervallo di testine e cilindri. Quindi, è necessario scegliere un numero di testine e settori sottomultipli della dimensione dell' EBS del SSD. Questo viene ottenuto impostando il numero delle testine (o tracce per cilindro) e i settori (per traccia) in modo da coincidere con l'EBS.

Ted Tso raccomanda di utilizzare un impostazione di 224*56 (=2^8*49) ottenendo un allineamento di (2^8*512=) 128 KiB:

# fdisk -H 224 -S 56 /dev/sdX

Mentre altri raccomandano di utilizzare un impostazione di 32*32 ottenendo un allineamento di (2^10*512=) 512 KiB:

# fdisk -H 32 -S 32 /dev/sdX

Come funzionano questi calcoli? Il numero per l'allineamento è la più grande potenza di due che divide le posizioni del cilindro di confine sul disco. La dimensione in byte dei cilindri è H*S*512 = (traccie per cilindro) * (settori per traccia) * (dimensione dei settori). Fattorializzare H, S e la dimensione dei settori (512=2^9) in fattori primi e prendere tutti i 2s. Nel primo caso descritto è necessario ignorare il fattore che non è potenza di due, 7^2=49.

Note: Per motivi di compatibilità MS-DOS, una partizione che inizi dal primo cilindro non deve conto di un traccia, riducendo il suo allineamento a livello della traccia (4k per -S 56 e 16k per -S 32). Il modo più semplice per allineare la prima partizione è farla iniziare al cilindro 2 piuttosto che al cilindro 1 come di default come visto nell'esempio precedente.
Schema di Utilizzo di Fdisk
  • Avviare fdisk usando i valori corretti per H e S specifici per il proprio SSD come descritto precedentemente.
  • Se l'SSD è nuovo, creare una nuova partizione vuota DOS con il comando 'o'.
  • Creare una nuova partizione con il comando 'n'(primary type/1st partition).
  • Iniziare dal settore 2 invece che dal settore 1 per assicurare compatibilità con MS-DOS se questa è richiesta, altrimenti accettare il valore di default.
  • Usare il formato +xG per estendere la partizione di x gigabyte.
  • Cambiare l'id del tipo di partizione dal valore di default Linux (type 83) al tipo desiderato tramite il comando 't'. Questo è un passaggio opzionale per gli utenti che vogliano creare un altro tipo di partizione come ad esemepio swap, NTFS, ecc. Una lista complete delle alternative disponibili è disponibile tramite il comando 'l'.
  • Creare altre partizione seguendo lo stesso procedimento.
  • Scrivere la tabella delle partizioni sul disco e uscire con il comando 'w'.

Quando finito, gli utenti possono formattare le loro nuove partizioni con 'mkfs.x /dev/sdXN' dove x è il tipo di filesystem, X e la lettera del drive e N e il numero della partizione. Il seguente esempio formatta la prima partizione del primo disco in ext4 utilizzando le opzioni di default definite in /etc/mke2fs.conf:

# mkfs.ext4 /dev/sda1
Warning: L'utilizzo del comando mkfs può essere pericoloso dal momento che un semplice errore può causare la formattazione della partizione SBAGLIATA e la perdita di dati. Controllare TRE volte la partizione scelta prima di premere il tasto Enter!
Esempio di Utilizzo Dettagliato
Note: La seguente sezione ha lo scopo di illustrare il processo di partizionamento di un SSD Intel X25-M con una singola partizione Linux da 12 GiB. Non è in nessun modo il metodo definitivo per farlo nè gli switch utilizzati per avviare fdisk in questo specifico esempio hanno necessariamente i valori corretti per altri modelli e marche di SSD!
# fdisk -H 32 -S 32 /dev/sdb

The number of cylinders for this disk is set to 15711.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): o
Building a new DOS disklabel with disk identifier 0x8cb3d286.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.

The number of cylinders for this disk is set to 15711.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-15711, default 1): 2
Last cylinder, +cylinders or +size{K,M,G} (2-15711, default 15711): +12G

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

Il resto dell'SSD è stato partizionato in maniera simile utilizzando in totale due partizioni. Ecco come si presenta l'output del comando list di fdisk:

# fdisk -l /dev/sdb

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
32 heads, 32 sectors/track, 152638 cylinders
Units = cylinders of 1024 * 512 = 524288 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x76b978dc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               2       24578    12583424   83  Linux
/dev/sdb2           24579      152638    65566720   83  Linux

E del comando di fdisk -lu:

# fdisk -lu /dev/sdb

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
32 heads, 32 sectors/track, 152638 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x76b978dc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            1024    25167871    12583424   83  Linux
/dev/sdb2        25167872   156301311    65566720   83  Linux
Warning: Prestare attenzione all'ultimo step per testare lo stato di salute. Se le testine e i settori/traccia non rimangono 32/32, questo è dovuto o ad un bug in fdisk o a una ragione sconosciuta. Vedere la pagine del wiki using cfdisk/post process observation per una soluzione.
Considerazioni Speciali per Partizioni Logiche

---Segnaposto per contenuti.

Considerazioni Speciali per RAID0 con SSD Multipli

---Segnaposto per contenuti.

Partizioni cifrate

Se si utilizza cryptsetup, definire un payload sufficiente(vedere qui):

cryptsetup luksFormat --align-payload=8192 ...

Ma ricordarsi che la funzionalità DISCARD/TRIM non è supportata da device-mapper (anche se è in lavorazione vedere qui)

Opzioni di Mount

Ci sono alcune opzioni chiave di mount da usare per le partizioni su SSD in /etc/fstab.

  • noatime - Accessi in lettura al filesystem non causeranno più un aggiornamento alle informzioni di atime associate al file. L'importanza dell'impostazione noatime consiste nell'eliminazione della necessità del sistema di effettuare accessi in scrittura al filesystem anche per la lettura di file. Dal momento che le scritture sono costose come descritto nella precedente sezione, in questo modo è possibile avere un discreto aumento di prestazioni. Notare che nonostante questa opzione il tempo dell'ultima modifica di un file continua ad essere aggiornato.
  • discard - L'opzione discard abilita i benefici del comando TRIM purchè si utilizzi una versione del kernel >=2.6.33. Questa impostazione non funzione con ext3, l'utilizzo dell'opzione discard con una partizione di root con filesystem ext3 ne determinerà l'accesso in sola lettura.
/dev/sda1 / ext4 defaults,noatime,discard 0 1
/dev/sda2 /home ext4 defaults,noatime,discard 0 1
Note: E' possibile impostare l'opzione discard anche con tune2fs: tune2fs -o discard /dev/sda1.

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Solid State Drives (Italiano)#)
Warning: E' fondamentale che gli utenti impostino il controller che pilota l'SSD in AHCI mode (no in IDE mode) per assicurarsi che il kernel sia in grado di utilizzare il comando TRIM.
Warning: Gli utenti di devono assicurare di utilizzare una versione del kernel maggiore o uguale alla 2.6.33 e che il proprio SSD supporti il comando TRIM prima di provare a montare una partizione con l'opzione discard. Altrimenti sono possibili perdite di dati!.
Warning: Con l'utilizzo di un SSD OCZ Vertex II (che supporta TRIM) e il kernel 2.6.37.4 alcuni utenti su Arch hanno avuto problemi con l'opzione discad: tutti le modifiche fatte al filesystem sono scomparse dopo un riavvio. Secondo questo, l'opzione discard è disattivata di default perchè non sufficientemente stabile.

Considerazioni speciali per computer Mac

Per default, il firmware APPLE imposta la modalità SATA in IDE mode (piuttosto che in AHCI) all'avvio di ogni sistema operativo ad eccezione di Mac OS. E' comunque semplice ritornare nella modalità AHCI se si utilizza un controller SATA Intel e GRUB2.

Per prima cosa determinare l'identificativo PCI del proprio controller SATA. Eseguire il comando:

# lspci -nn

e trovare la linea che indica "SATA AHCI Controller". L'identificativo PCI è fra parentesi quadre e dovrebbe apparire come 8086:27c4 (anche se le ultime cifre potrebbero differire).

Adesso modificare /boot/grub/grub.cfg aggiungendo la linea

# setpci -d 8086:27c4 90.b=40

immediatamente prima la linea "set root" di ogni sistema operativo per il quale si vuole abilitare la modalita AHCI. Assicurarsi di sostituire con l'identificativo PCI appropriato.

(fonte: http://darkfader.blogspot.com/2010/04/windows-on-intel-mac-and-ahci-mode.html)

Scheduler I/O

Note: Questa configurazione non dovrebbe essere necessaria dal momento che lo scheduler cfq controlla se il drive non è rotazionale e si comporta in maniera corretta per gli SSD.

Considerare di passare dallo scheduler di default, che in Arch è cfs (completely fair queuing), a scheduler noop o deadline per un SSD. Con l'utilizzo dello scheduler noop, per esempio, le richieste vengono processate semplicemente in ordine di arrivo, senza nessuna considerazione su dove i dati risiedono fisicamente sul disco. Questa opzione è pensata per essere vantaggiosa per gli SSD dal momento che il tempo di accesso è identico per tutti i settori dell'SSD.

Comunque, per alcuni SSD, in particolare i primi basati su JMicron, ci potrebbero essere prestazioni migliori con lo scheduler di default (vedere qui per una situazione del genere); per questi, nonostante i tempi di accesso siano simili per tutti i settori, il carico per gli accessi casuali è sufficientemente grande da superare qualsiasi vantaggio. Se il proprio SSD è stato costruito nell'ultimo anno o è stato costruito da Intel, questo probabilmente non è il vostro caso.

Per maggior informazioni sugli scheduler vedere questo articolo del Linux Magazine (è necessaria la registrazione).

Per informazione sullo scheduler di default con gli SSS: https://bugs.archlinux.org/task/22605

Su Arch lo scheduler cfq è abilitato di default. E possibile verificarlo osservando il contenuto di /sys/block/sda/queue/scheduler:

$ cat /sys/block/sdX/queue/scheduler
noop deadline [cfq]

Lo scheduler attualmente utilizzato è indicato fra parentesi quadre.

Ci sono diverse possibilità per cambiare il tipo di scheduler.

Note: Cambiare il tipo di scheduler soltanto per gli SSD. Mantener lo scheduler cfq per tutti gli altri HDD fisici è altamente consigliato.
Usare il filesystem virtuale sys

Questo metodo è da preferirsi quando il sistema system ha diverse periferiche di memorizzazione (ad esempio un SSD e un HDD) Aggiungere la seguente linea in /etc/rc.local:

echo noop > /sys/block/sdX/queue/scheduler

Dove X è la lettera del SSD.

Parametro del Kernel

Se l'unica periferica di memorizzazione nel sistema è un SSD, valutare di impostare lo scheduler di I/O per l'intero sistema tramite il parametro del kernel elevator:

elevator=noop

Per esempio, con GRUB, in /boot/grub/menu.lst:

kernel /vmlinuz26 root=/dev/sda3 ro elevator=noop

o con GRUB2, in /etc/default/grub: (ricordarsi di eseguire update-grub successivamente)

GRUB_CMDLINE_LINUX="elevator=noop"

Spazio di Swap su SSD

E' possibile posizionare la partizione di swap su un SSD. Considerare comunque che i sistemi desktop moderni che hanno generalmente piu di 2 GiB di memoria raramente utilizzando lo spazio di swap. L'eccezione degna di nota sono i sistemi che utilizzano la funzionalità di ibernazione. Il seguente è l'impostazione consigliata per una partizione di Swap su SSD che riduce lo "swapiness" del sistema in modo da evitare le scritture in swap.

# echo 1 > /proc/sys/vm/swappiness

O più semplicemente modificare /etc/sysctl.conf come indicato nell'articolo del wiki Maximizing Performance.

vm.swappiness=1
vm.vfs_cache_pressure=50

Pulizia delle Celle di Memoria degli SSD

In alcune occasioni, si potrebbe volere resettare completamente le celle di un SSD allo stesso stato iniziale che avevano al momento dell'installazione per ripristinarle alle loro prestazioni di fabbrica in scrittura. Le prestazioni in scrittura tendono a degradare con l'andare del tempo anche su SSD con supporto TRIM. Il TRIM si limita a salvaguardare contro la cancellazione dei file, non contro le sostituzioni come nel caso di un salvataggio incrementale.

La prcoedura di reset è facilmente realizzabile in tree passi indicati sull'articolo del wiki SSD Memory Cell Clearing.

Consigli per Minimizzare Letture/Scritture su SSD

Uno schema di utilizzo per gli SSD dovrebbe basarsi sulla 'semplicità' di posizionare le operazioni che richiedono numerose letture e scritture in RAM (Random Access Memory) o su un HDD fisico piuttosto che sul SSD. Così facendo si aumenta la longevità del SSD. Questo è principalmente dovuto ad un erase block size grande (512 KiB in alcuni casi); molte piccole scritture causano un numero gigante di effettive scritture.

Note: Un SSD da 32GB con un fattore di amplificazione di scrittura di 10x, un ciclo standard di 10000 scritture/cancellazioni, e 10GB di dati scritti al giorno, darebbero un aspettativa di vita di 8 anni. La situazione migliora con SSD più grandi e controller moderni con fattori di amplificazione di scrittura minori.

Usare "iotop -oPa" e ordinare in base alle scritture su disco per vedere quanto i programmi stanno scrivendo su disco.

Schema di Partizionamento Intelligente

Valutare di spostare la partizione dove risiede /var su un disco fisico del sistema piuttosto che sul SSD per prevenire l'usura a causa di letture e scritture. La maggior parte degli utenti può tenere soltanto / e /home sul SSD (anche /boot) posizionando /var e /tmp su un HDD fisico.

# SSD
/
/home

# HDD
/boot
/var
/media/data (and other extra partitions, etc.)

Se l'SSD è l'unica periferica di memorizzazione presente sul sistema (nessun HDD), valutare di preparare una partizione dedicata per /var in modo da permettere un miglior recupero del sistema, per esempio nel caso che un programma difettoso utilizzi tutto lo spazio presente su / o che tutto lo spazio venga occupato dai log.

Un'altra possibilità intelligente è quella di posizionare /tmp in RAM se il sistema ha sufficiente memoria. Vedere la prossima sezione per questa opzione.

L'Opzione di Mount noatime

Assegnare l'opzione noatime alle partizioni che risiedono su SSD. Vedere la sezione Opzioni di Mount più avanti per maggiori informazioni.

Posizionare /tmp in RAM

Per sistemi con almeno 2 giga di memoria, posizionare /tmp in RAM è consigliato e anche facilmente realizzabile cancellando il contenuto della partizione fisica per /tmp e successivamente montarla su tmpfs (RAM) in /etc/fstab. La seguente linea ne è un esempio:

none	/tmp	tmpfs	nodev,nosuid,noatime,size=1000M,mode=1777	0	0

Posizonare i Profili del Browser in RAM

E' possibile facilmente montare i profili dei browser come firefox, chromium, ecc. in RAM attraverso tmpfs e usare rsync per tenerli sincronizzati con i backup presenti su HDD. Per maggiori informazioni su questa procedura, vedere l'articolo Velocizzare Firefox Usando tmpfs. Oltre all'ovvio incremento di velocità, in questo modo, sarà anche possibile prevenire cicli di lettura e scrittura sul proprio SSD.

Compilare in /dev/shm

Compilare intenzionalmente in /dev/shm è un'ottima idea per minimizzare questo problema. Per sistemi con almeno 4 Giga di memoria, la linea relativa a shm presente in /etc/fstab può essere modificata in modo da usare più della metà della memoria fisica disponibile grazie all'utilizzo dell'opzione size.

Esempio di una macchina con 8 GiB di memoria fisica:

shm                    /dev/shm      tmpfs     nodev,nosuid,size=6G        0      0

Disabilitare il Journaling sul Filesystem?

L'utilizzo di un filesystem con journaling come ext3 o ext4 su un SSD SENZA il journal è un opzione per diminuire letture/scritture. L'ovvia controindicazione dell'utilizzo di un filesystem con il journaling disabilitato è una perdita di dati in caso di un dismount problematico (ad esempio un'interruzione di alimentazione, blocco del kernel, ecc.). Con i moderni SSD Ted Tso argomenta che il journaling può essere abilitato con il minimo di numero di letture/scritture supplementare nella maggior parte delle circostanze:

Quantità di dati scritti (in megabyte) su un file system ext4 montato con l'opzione noatime.

operazione con journal senza journal differenza percentuale
git clone 367.0 353.0 3.81 %
make 207.6 199.4 3.95 %
make clean 6.45 3.73 42.17 %

"Quello che i risultati dimostrano è che carichi di lavoro pesanti per i metadati, come un make clean, raddoppiano la quantità di dati scritti sul disco. Questo è naturale, dal momento che tutt i cambiamenti ai blocchi dei metadati sono prima scritti sul journal e la transazione del journal viene completata prima che i metadati vengano scritti nella loro posizione finale sul disco. Comunque per carichi di lavoro più comuni dove avvengono scritture e modifiche di blocchi metadati, la differenza è molto più piccola."

Note: L'esempio di make clean della tabella precedente enfatizza l'importanza di compilare intenzionalmente in /dev/shm come raccomandato nella precedente sezione di questo articolo!

Scelta del Filesystem

Esistono molte opzioni per i filesystem inclusi ext2, ext3, ext4, btrfs, ecc.

Btrfs

Il supporto a Btrfs è stato incluso con la release principale del kernel Linux versione 2.6.29. Qualcuno sostiene che non sia abbastanza maturo per l'utilizzo in ambienti di produzione mentre altri già da tempo utilizzano questo potenziale successore di ext4. Notare che quando questo articolo è stato originariamente scritto (27-Giugno-2010), una versione stabile di btfrs non esiste. Vedere questo articolo di blog per maggiori informazioni su btfrs. Assicurarsi di leggere anche il wiki di btfrs.

Warning: Al momento in cui questo è stato scritto (21-Nov-2010) non esiste un utility fsck per diagnosticare e correggere errori sulle partizioni btrfs. Mentre Btrfs è stabile su una macchina stabile, è attualmente possibile corrompere irrimediabilmente un filesystem nel caso di crash o interruzione di alimentazione ai dischi che non gestiscono le richieste di flush correttamente.

Ext4

Ext4 è un altro filsesystem che supporta gli SSD. Viene considerato stabile a partire dalla versione 2.6.28 ed è sufficientemente maturo per un uso quotidiano. Contrariamente a btrfs, ext4 non riconosce automaticamente la natura del disco ed è necessario abilitare esplicitamente il supporto al comando TRIM attraverso l'opzione di mount discard in fstab (oppure con tune2fs -o discard /dev/sdaX). Vedere la documentazione ufficiale del kernel per maggiori informazioni su ext4.

Misurare le Prestazioni degli SSD

Vedere l'articolo SSD Benchmarking per una procedura generale per misurare le prestazioni del proprio SSD o per vedere le prestazioni di alcuni SSD presenti nel database.

Aggiornamenti del Firmware

OCZ

OCZ ha una utility da riga di comando disponibile per linux (i686 e x86_64) sul proprio forum qui.