[Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils

Recherche :

Sujet(s) à lire :
- Comment formater un SSD ? (ext2)
- Optimisation du fonctionnement d'un Netbook

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 17 18 19 .. 51 52 53 54 55 56 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils

ogaby

Reprise du message précédent :
Bon là je suis en train de l'effacer avec hdd erase et entre temps j'ai vu un topic où quelqu'un a le même ssd que moi, qui a linux et le même problème: http://www.ocztechnologyforum.com/ [...] en-in-time
(donc je vais regarder de temps en temps)

Je vais essayer encore un peu demain mais je reste dans l'idée de prendre un autre ssd avec un contrôleur différent.

Publicité

galett

Miam Miam des galettes !

ogaby a écrit :

Bon j'ai fait un test avec Kubuntu 10.10 pour voir si il aligne ou pas à l'installation. J'ai créé 2 partitions primaires de 10 Go et voilà ce que ca donne:

Citation :

Disque /dev/sda: 120.0 Go, 120034123776 octets
255 têtes, 63 secteurs/piste, 14593 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00074213

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1216 9764864 83 Linux
/dev/sda2 1216 2432 9765888 83 Linux

C'est un OCZ Vertex 2.

c'est pas très parlant comme ça,

essaye avec la commande

Code :

sudo fdisk -lu

et tu devrais voir quelquechose comme :

Citation :

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 xxxx xxxx 83 Linux
/dev/sda2 xxxx xxxx xxxx 83 Linux

chaque début de partition doit être divisible par 2048
si la partition n'est pas aligné, cela donne ceci :

Citation :

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 63 xxxx xxxx 83 Linux
/dev/sda2 xxxx xxxx xxxx 83 Linux

Message édité par galett le 05-11-2010 à 10:24:14

ogaby

Bon j'avance tout doucement sur mon ssd bloqué.

J'ai trouvé comment on "réchauffe" un SSD. Il faut lancer un Live CD puis on enlève le SSD à chaud puis on le remet. J'avais essayé avec GParted mais il ne détectait plus le disque quand je l'ai remis. A l'instant j'ai essayé avec le CD de Kubuntu et ca a marché.

Source de l'info: http://www.ocztechnologyforum.com/ [...] post523197

Citation :

sudo hdparm -I /dev/sda
Security:
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase

@galett
J'ai pris note de ton post. Merci.

lembzzz

Follow The Signs ...

Bonjour tout le monde,

J'ai parcouru un peu le topic, mais j'ai quelques questions :

* Je compte installer Ubuntu 10.10 sur un SSD Crucial C300 64 Go. A priori, d'après ce que j'ai pu lire, le noyau de cette distribution serait suffisamment récent pour supporter le TRIM ?
* De plus - toujours pour cette distribution - l'alignement des partitions se ferait automatiquement (par bloc de 1024) ?
* Enfin, longtemps utilisateur de Windows, je me posais des questions sur l'utilisation de la Ram pour le swap/fichiers temporaires. Y-a-t-il une véritable utilité ? Sachant que la machine où je compte installer le SSD dspose de 4 Go de Ram, peut-on par exemple se passer de partition swap ?

Par avance merci de vos réponses !

---------------
Mon Feed

thana54

made in concept

Tu peux te passer de swap si tu ne comptes pas utiliser l'hibernation.

J'ai réinstaller une debian ce weekend (sur un DD), et alignement automatique sur multiple de 1024 [:bien]

lembzzz

Follow The Signs ...

Merci pour ta réponse :jap: et effectivement je ne compte pas utiliser l'hibernation, mais si je supprime totalement le swap, c'est automatiquement la ram qui sera utilisée ou pas ? Y'aurait des manips à faire dans ce cas ?

---------------
Mon Feed

grao

The visitor

Perso. j'ai gardé une partoche de swap et j'ai mis le "swapiness" à 0 pour être sur qu'il bouffe toute la ram avant de taper dedans.
Ça va faire un mois et malgré toutes mes VM sous KVM, mes (très) nombreuses fenêtres ouvertes et compagnie j'ai jamais attaqué le swap.
J'ai 2go de ram.
Pour le réglage regarde ici: http://wiki.nekolover.net/index.ph [...] ge_du_swap

Message édité par grao le 06-11-2010 à 10:44:36

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

lembzzz

Follow The Signs ...

Ok, je vais donc partir sur une install sans swap (donc juste / & /home), en ext4 avec l'option noatime & discard sur les 2 montages et faire pointer le /tmp vers la ram.

Avec ça ça devrait aller

Merci pour les infos !

Message cité 1 fois

---------------
Mon Feed

Kortex@HFR

Qu'ils sont cons ces lamas !!!

lembzzz a écrit :

C'est à mon sens une des meilleures solutions pour rester dans quelque chose de simple. Éventuellement, tu peux faire une partoche en plus pour tes données, mais en l'état c'est déjà pas mal. Perso je sépare le /home du stockage lourd type vidéo/musique.

---------------
Au coeur du swirl - Mon feed

lembzzz

Follow The Signs ...

Bon bah voilà, c'est installé, ça boot super rapidement, c'est ultra réactif. Bref c'est le pied !

J'ai donc juste créé 2 partitions (/ de 20 Go & /home de 44 Go) en ext4 avec les options qui vont bien + création du /tmp en ram + bidouille firefox pour utiliser justement ce /tmp. Bref super rapide à mettre en place

Message cité 1 fois

---------------
Mon Feed

Publicité

Quentj

Bonsoir

Je suis actuellement en train de mettre en place vos astuces sur une Fedora 14 et je n'arrive pas à trouver un fichier correspondant à rc.local.shutdown.

Vous connaissez son équivalent chez fedora ?

panthere-noire-com

Bonjours

qu'elle utilitaire utiliser vous pour cloner votre disque ssd, je suis sur debian squeez
et j'utilise systemrescuecd (live-cd) avec gparted,ou dd pour cloner mes ancien disque sata II

merci d'avance

Leglandeur

:hello:

Salut tout le monde,

j'ai enfin décidé d'installer Ubuntu sur mon PC et j'aimerais savoir comment avoir un alignement propre de ma partition seven...

Actuellement j'ai ça :

Code :

Disque /dev/sda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres, total 156301488 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x4805a1ca
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 63 102494699 51247318+ 7 HPFS/NTFS
/dev/sda2 102496256 141557759 19530752 83 Linux
/dev/sda3 141557760 149370879 3906560 82 Linux swap / Solaris
/dev/sda4 149370880 156301311 3465216 83 Linux

Et j'aimerais bien avoir des multiples de 2048, comme conseillé dans la doc Ubuntu, mais comment faire sans réinstaller seven..?

Bon alors z'aller me dire "t'as qu'a lire la première page", mais le problème c'est que c'est fait, et comme je suis noob de chez noob sur linux, voilà quoi... :whistle:

J'ai déjà utilisé gparted, mais c'est pas possible de l'avoir avec l'unité secteur apparemment, donc j'en suis là...

Merci.

---------------
Je suis ban d'hfr... Pour me contacter : senuil"AROBASE"free"POINT"fr. Merci.

grao

The visitor

Sans réinstaller seven ça va être dur...

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

Leglandeur

:hello:

et dans le cas ou je me déciderais à réinstaller, comment faire pour avoir des partitions nfts propres, passer d'abord par parted, avant d'installer seven ?

---------------
Je suis ban d'hfr... Pour me contacter : senuil"AROBASE"free"POINT"fr. Merci.

thana54

made in concept

Au pire, si tu réinstalles ton ssd, partitionne ce dont tu as besoin pour l'OS, et tu fais le reste avec (g)parted.

grao

The visitor

Tu peux tout partitionner avec Gparted, ça te permettra d'aligner ton SSD correctement.

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

Az4zel

No One Is Innocent

Salut tout le monde !

Je me déclare comme utilisateur d'un SSD Intel X25-M G2 80 Go que j'utilise sous linux Gentoo.

Az4zel

No One Is Innocent

Je tiens aussi à apporter ma brique en ce qui concerne le SWAP:
si vous désactivez le swap complètement, vous risquez un kernel panic si pas assez de mémoire libre existe lors d'une demande de mémoire au lieu d'un remplissage du swap et du déclenchement de l'OOM killer.

J'ai contourné le problème de manière simple ayant plus que largement assez de mémoire et n'estimant donc ne pas avoir besoin de swap. Néanmoins je prèfere me prémunir d'un kernel panic au cas où je serais victime d'une fuite mémoire ou d'un remplissage mémoire involontaire (chargement d'un fichier de taille supérieur à la ram dans un traitement de texte de bureautique par exemple).

Ma solution consiste a utiliser un ramdisk et de l'utiliser comme swap:

vous avez besoin de ceci dans votre noyau (existant par défaut):

$ zgrep BLK_DEV_RAM /proc/config.gz
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096

ensuite il suffit de mettre ceci dans un script d'init (/etc/conf.d/local.start sur gentoo):

/sbin/mkswap /dev/ram1 2 >/dev/null 1> /dev/null
/sbin/swapon /dev/ram1

Vous avez à ce moment là du swap de taille ridicule en mémoire. Cela peut paraître stupide mais permet de ne pas perdre le contrôle en cas de remplissage mémoire car le OOM killer se déclenchera pour libérer de la mémoire et ne fera pas un kernel panic.

Vérification du principe:
- Sauvegarder vos documents en cours
- ouvrir un shell et taper: perl -n /dev/zero
- attendre le remplissage mémoire

matthias

lembzzz a écrit :

Bon bah voilà, c'est installé, ça boot super rapidement, c'est ultra réactif. Bref c'est le pied !
J'ai donc juste créé 2 partitions (/ de 20 Go & /home de 44 Go) en ext4 avec les options qui vont bien + création du /tmp en ram + bidouille firefox pour utiliser justement ce /tmp. Bref super rapide à mettre en place

Bonjour, :hello:
J'envisage éventuellement d''acheter un Crucial C300Go pour installer sous Ubuntu Maverick. J'aimerai quantifier le gain apporter, à savoir qu'actuellement j'ai installé Ubuntu sur des volumes Raid 0 ( 2 *7200.12 plateau 500Go).
Le débit brut testé par hdparm est de 230M/s. Le démarrage est déjà très rapide. Donc dans mon cas le seul intérêt que je vois est le temps d'accès pour accéder plus rapidement aux applications. Firefix démarre en 3 ou 4 secondes chez moi.
Avec ce SSD que puis je espérer , démarrage quasi instantané ? 1 à 2 sec ?
Merci

grao

The visitor

Pour te donner une idée, sur mon portable (avec un C300 sous Ubuntu 10.10) l'ouverture d'un document de 50 pages sous OOO est instantanée.
De même pour un ebook (pdf) de 800 pages.

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

ogaby

Je ne pense pas que tu gagnes beaucoup entre un C300 et ton RAID0. En théorie, ce sera plus rapide mais sur des cas concrets, ce sera à mon avis pareil. Ici un comparatif de SSD et un raid0 de velociraptors: http://www.clubic.com/disque-dur-m [...] f-ssd.html

Ceux qui ont un C300, vous pouvez lancer le script d'OCZ (se trouvant en page 8) pour mesurer les perf' et matthias pourra comparer avec son RAID0.
Le code:

Citation :

#!/bin/bash
# Created by: b2bde4
# Date (YYMMDD): 090609
# Link name: Guide Linux - Tips, tweaks and alignment
# Link: http://www.ocztechnologyforum.com/ [...] tcount=254

# Number of bars in graph.
bar_length=30
# Graph limit in MB/s
max_speed=300
# Test block size in kB.
block_table=( 2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 )
# Test file size in MB.
file_size=100

# n
do_bar ()
{
echo -n [

for (( i=0; i<$1 && i<bar_length; i++)); do
echo -n =
done

for (( i; i<bar_length; i++)); do
echo -n " "
done

echo -n ]
}

# speed, block_size
do_print ()
{
a=$(( $1 * $bar_length / $max_speed ))
printf "%8s" "[${2}kB]"
do_bar $a
echo "[${1}MB/s]"
}

# path, block_size
do_test ()
{
count=$(( $file_size * 1024 / $2 ))

var=$(dd conv=nocreat iflag=direct if=$1 of=/dev/null bs=${2}k count=$count 2>&1)

start=-1;

while [ "${var: $start : 1}" != " " ]
do
start=$(( $start-1 ))
done

start=$(( $start-1 ))
stop=$start;

while [ "${var: $start : 1 }" != " " ]
do
if [ ${var: $start : 1 } == "," ] || [ ${var: $start : 1 } == "." ]
then
stop=$(( $start-1 ))
fi
start=$(( $start-1 ))
done

start=$(( $start+1 ))

return ${var: $start : $(( $stop - $start + 1 ))}
}

# Main.

if [ ! $1 ]
then
echo "Example: $0 [Path]"
echo " $0 /dev/sda"
echo "Example: $0 [Path] [Graph limit (${max_speed}MB/s)]"
echo " $0 /dev/sda ${max_speed}"
echo "Example: $0 [Path] [Graph limit (${max_speed}MB/s)] [Test file (${file_size}MB)]"
echo " $0 /dev/sda $max_speed $file_size"
exit
fi

if [ $2 ]
then
max_speed=$2
fi

if [ $3 ]
then
file_size=$3
fi

echo "[block_size][%][read_speed]"
echo "Graph limit: ${max_speed}MB/s"
echo "Test file: ${file_size}MB"
echo ""

#printf "%9s%${bar_length}s\n" "0" "${max_speed}MB/s"

for i in ${block_table[@]}; do
do_test $1 $i
do_print $? $i
done

Et à lancer en root. (ex. sudo bench_disk /dev/sda1 )

matthias

Voici le resultat sur mon raid0, les résultats sont un peu bizarre, peut être parce que ce bench ne convient que pour les SSD .

Code :

Graph limit: 500MB/s
Test file: 100MB
[2kB][= ][19MB/s]
[4kB][== ][37MB/s]
[8kB][=== ][62MB/s]
[16kB][====== ][101MB/s]
[32kB][======== ][148MB/s]
[64kB][=========== ][189MB/s]
[128kB][=============== ][255MB/s]
[256kB][=============== ][252MB/s]
[512kB][ ][0MB/s]
[1024kB][ ][0MB/s]
[2048kB][ ][0MB/s]
[4096kB][==== ][69MB/s]
[8192kB][============== ][248MB/s]
Graph limit: 500MB/s
Test file: 300MB
[2kB][= ][19MB/s]
[4kB][== ][35MB/s]
[8kB][=== ][52MB/s]
[16kB][====== ][104MB/s]
[32kB][======== ][148MB/s]
[64kB][=========== ][187MB/s]
[128kB][ ][11MB/s]
[256kB][ ][8MB/s]
[512kB][=============== ][252MB/s]
[1024kB][ ][4MB/s]
[2048kB][ ][10MB/s]
[4096kB][ ][8MB/s]
[8192kB][ ][10MB/s]

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Oula, oui, c'est très chelou tes résultats... Il y a forcément un problème quelque part, c'est vraiment surprenant.

Message cité 1 fois

---------------
Au coeur du swirl - Mon feed

matthias

Kortex@HFR a écrit :

Oula, oui, c'est très chelou tes résultats... Il y a forcément un problème quelque part, c'est vraiment surprenant.

C'est lié au raid, car quand j'utilise un seul des disques du raid (sda3 à la place de md0) ça donne

Code :

Graph limit: 500MB/s
Test file: 100MB
[2kB][= ][17MB/s]
[4kB][== ][38MB/s]
[8kB][==== ][67MB/s]
[16kB][====== ][104MB/s]
[32kB][======== ][134MB/s]
[64kB][======== ][137MB/s]
[128kB][======== ][137MB/s]
[256kB][======== ][137MB/s]
[512kB][======== ][137MB/s]
[1024kB][======= ][131MB/s]
[2048kB][======== ][135MB/s]
[4096kB][======== ][137MB/s]
[8192kB][======= ][133MB/s]

thana54

made in concept

Pas mal ce petit script [:implosion du tibia]
Mon Kingston 40Go:

Code :

sudo ./ssd.sh /dev/sda 300
[sudo] password for thana:
[block_size][%][read_speed]
Graph limit: 300MB/s
Test file: 100MB
[2kB][===== ][58MB/s]
[4kB][========= ][95MB/s]
[8kB][============= ][139MB/s]
[16kB][================= ][173MB/s]
[32kB][================== ][186MB/s]
[64kB][=================== ][191MB/s]
[128kB][================== ][185MB/s]
[256kB][=================== ][192MB/s]
[512kB][=================== ][194MB/s]
[1024kB][=================== ][196MB/s]
[2048kB][=================== ][197MB/s]
[4096kB][=================== ][198MB/s]
[8192kB][=================== ][196MB/s]

ogaby

Il est rapide le Kingston sur les petits fichiers.
[:implosion du tibia]
Un Corsair Nova 64Go.

Code :

Graph limit: 300MB/s
Test file: 100MB
[2kB][== ][24MB/s]
[4kB][==== ][43MB/s]
[8kB][====== ][69MB/s]
[16kB][========= ][99MB/s]
[32kB][=============== ][155MB/s]
[64kB][=================== ][196MB/s]
[128kB][===================== ][217MB/s]
[256kB][===================== ][216MB/s]
[512kB][====================== ][229MB/s]
[1024kB][======================= ][233MB/s]
[2048kB][======================= ][234MB/s]
[4096kB][======================= ][238MB/s]
[8192kB][======================= ][236MB/s]

Message cité 1 fois
Message édité par ogaby le 21-11-2010 à 18:56:36

grao

The visitor

J'ai beau changer les valeurs, les 3 derniers tests passent pas
Crucial C300 64Go:

Code :

[block_size][%][read_speed]
Graph limit: 400MB/s
Test file: 500MB
[2kB][== ][31MB/s]
[4kB][=== ][49MB/s]
[8kB][====== ][80MB/s]
[16kB][======== ][119MB/s]
[32kB][============ ][160MB/s]
[64kB][============== ][194MB/s]
[128kB][================ ][218MB/s]
[256kB][================= ][234MB/s]
[512kB][================== ][244MB/s]
[1024kB][================== ][250MB/s]
[2048kB][ ][3MB/s]
[4096kB][ ][12MB/s]
[8192kB][= ][15MB/s]

Message cité 1 fois
Message édité par grao le 21-11-2010 à 19:13:56

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

matthias

grao a écrit :

J'ai beau changer les valeurs, les 3 derniers tests passent pas
Crucial C300 64Go:

Code :

[block_size][%][read_speed]
Graph limit: 400MB/s
Test file: 500MB
...

Merci pour le test
ça me donne une idée pour les débits, donc pas vraiment de gain par rapport à mon raid0 sur ce point, reste les temps d'accès qui apporteraient un certain confort d'utilisation

Message édité par matthias le 21-11-2010 à 19:35:10

grao

The visitor

Le gain d'un SSD par rapport à un ou des DD normaux n'est pas vraiment dans le débit séquentiel, il est surtout dans la latence et le nombre d'IO/s.
Là où un DD va plafonner à 70 ou 90 IO/s dans le meilleur des cas. ( SAS en 15k) un SSD va monter à 30k ou 50k IO/s.

Message cité 1 fois

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

thana54

made in concept

ogaby a écrit :

Il est rapide le Kingston sur les petits fichiers.
[:implosion du tibia]

Ouep il arrache bien, mais il stagne à 40Mo/s en écriture. M'enfin bon, pour du surf, films y a pas de soucis.
Et d'un autre coté, y a pas d'intérêt à avoir un disque qui débite du 250Mo/s alors qu'à coté je n'ai que des disques 2"1/2 qui font du 70Mo/s grand max.

Code :

sudo ./ssd.sh /dev/sdb
[sudo] password for thana:
[block_size][%][read_speed]
Graph limit: 300MB/s
Test file: 100MB
[2kB][= ][16MB/s]
[4kB][== ][29MB/s]
[8kB][==== ][49MB/s]
[16kB][====== ][65MB/s]
[32kB][====== ][68MB/s]
[64kB][====== ][69MB/s]
[128kB][====== ][69MB/s]
[256kB][====== ][69MB/s]
[512kB][====== ][69MB/s]
[1024kB][====== ][68MB/s]
[2048kB][====== ][69MB/s]
[4096kB][====== ][67MB/s]
[8192kB][====== ][69MB/s]

matthias

grao a écrit :

merci pour la précision, j'avais pas cerné ce point

ogaby

Pour le script de firefox, je propose une variante. Au lieu de manipuler plusieurs fichiers sur le disque, on peut utiliser un gros fichier archive .tar.

Code :

#!/bin/sh
case "$1" in
start)
echo "FFram : synchro disque->RAM"
cd /home/ogaby/
tar -xf .mozilla_ref/mozilla.tar
;;
stop)
echo "FFram : synchro RAM->disque"
cd /home/ogaby/
tar -cf /tmp/mozilla.tar .mozilla/
mv /tmp/mozilla.tar .mozilla_ref
;;
*)
echo "Usage: /etc/init.d/FFram {start|stop}"
;;
esac

Kortex@HFR

Qu'ils sont cons ces lamas !!!

J'aimerais comprendre ce qu'il se passe avec mon SSD. .Le problème a toujours été présent, et même s'il n'est pas bien grave, ça m'énerve.

Voici comment je monte mes partitions depuis fstab :
UUID=220aa0fd-1f2e-4256-a9d1-be6ef53f510f / ext4 defaults,noatime,discard 0 1
UUID=d6c64704-90d4-4c64-80e2-4cda6f5d1c9e /home ext4 defaults,noatime,discard 0 1
UUID=581751b3-62e8-42d1-ac2a-4b86ead0c0f0 /media/Datas ext4 defaults,noatime,discard 0 1

Si je passe le script pour trimmer, j'ai des latences énormes, genre il me faut une minute par partition, avec une occupation du SSD à 100%. Sans l'option discard, ça fonctionne nickel, rapidement et sans occupation du disque. D'autre part, j'ai quelques actions qui provoquent le même comportement si l'option discard est présente dans les montage de fstab, genre parfois la MAJ de ma base de paquets.

Vous avez une idée ? Le SSD est un Vertex 120 Go.

---------------
Au coeur du swirl - Mon feed

Mjules

Modérateur
Parle dans le vide

tu es sur que le trim fonctionne quand tu ne passes pas l'option discard ?

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Je pense oui, le script wiper a l'air de travailler et ne rapporte aucune erreur. La sortie du script est la même avec ou sans discard, seul le temps d'exécution et le comportement de la diode d'activité disque changent. D'autre part, les perfs restent excellentes avec un wiper régulier sans l'option discard.

---------------
Au coeur du swirl - Mon feed

thana54

made in concept

quelques nouveautés en approche: http://www.h-online.com/open/featu [...] 48305.html

ress p

Oulah, il va falloir que je m'intéresse à ce sujet, car dans quelques jours je vais rejoindre votre communauté avec mon SSD Vertex II :bounce:

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Je viens de remplacer mon Vertex 120 Go par le même modèle en 250 Go Le 120 va aller faire le bonheur de mon netbook, ce qui ne gâche rien, je n'aurai plus que du SSD sur mes machines.

---------------
Au coeur du swirl - Mon feed

grao

The visitor

C'est un peu le problème des SSD: une fois qu'on y a gouté, c'est très difficile de retourner sur une machine avec un DD classique

---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.

ress p

Oui j'imagine , je suis impatient de tester mon SSD, première fois de ma vie que je vais tourner là dessus.

Déjà jusqu'à aujourd'hui (et depuis pas mal d'années), tout mon système tourne sur un 10.000RPM de 36Go, parce que les gros DD de plus de 160Go en 7.200 et 5.400RPM, c'est vraiment trop la misère, mais là je vais encore changer de classe :sol:

Publicité

Page : 1 2 3 4 5 .. 17 18 19 .. 51 52 53 54 55 56

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils

Sujets relatifs
Le mode pivot ou portrait sous Linux - écran vertical	Xdefaults, xinit, screenrc, bashrc : le topic des configs chiantes
Cherche distribution GNU/Linux ou autre (BSD,etc) pour netbook	Problème Boot Linux et partition invisible
Dawn Small Linux et autre light distro.	installation de protocoles sur un linux embarqué
Je quitte windows pour Linux	Y a t-il un logiciel Linux capable de découper un fichier PDF via SH ?
Aide analyse de la commande top sous linux	Copier des dossiers de win2003 vers linux en gardant les droits NTFS
Plus de sujets relatifs à : [Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils

Page générée en 0.134 secondes