Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2539 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  18  19  20  ..  51  52  53  54  55  56
Auteur Sujet :

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

n°1254902
ress p
Posté le 10-12-2010 à 14:05:48  profilanswer
 

Reprise du message précédent :
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:

mood
Publicité
Posté le 10-12-2010 à 14:05:48  profilanswer
 

n°1255030
Nirzil
Posté le 10-12-2010 à 19:26:26  profilanswer
 

Merci à tous pour ce bon topic :jap:

 

SSD Vertex 2 60Go reçu aujourd'hui :D

 

Installé dans mon Netbook 1005PE avec 2Go de RAM et Arch 64

 

Partitions alignées correctement, /tmp et firefox en ramfs, swap maintenu pour l'hibernation, logs sur la SDHC, et discard en place

 

Les résultats sont plutôt bons :)

 

  [2kB][=                             ][18MB/s]
   [4kB][===                           ][35MB/s]
   [8kB][======                        ][61MB/s]
  [16kB][=========                     ][97MB/s]
  [32kB][=============                 ][135MB/s]
  [64kB][================              ][169MB/s]
 [128kB][===================           ][192MB/s]
 [256kB][=====================         ][213MB/s]
 [512kB][=======================       ][230MB/s]
[1024kB][=======================       ][238MB/s]
[2048kB][========================      ][242MB/s]
[4096kB][========================      ][247MB/s]
[8192kB][========================      ][249MB/s]

 

Timing buffered disk reads: 676 MB in  3.01 seconds = 224.74 MB/sec

 

D'un point de vue utilisation, ça démarre un peu plus vite, Ooo, Gimp ou Firefox aussi

 

Que du bonheur pour l'instant :D

 

Encore merci à tous pour vos tips ;)

  

Message cité 2 fois
Message édité par Nirzil le 10-12-2010 à 19:26:55
n°1255043
Nirzil
Posté le 10-12-2010 à 22:00:05  profilanswer
 

Bon, voilà, j'ai commandé son grand frère pour ma tour :o

n°1255113
krumli
Posté le 11-12-2010 à 14:51:04  profilanswer
 

Un intel postville:
 

Code :
  1. Graph limit: 300MB/s
  2. Test file: 100MB
  3.    [2kB][====                          ][45MB/s]
  4.    [4kB][=======                       ][74MB/s]
  5.    [8kB][==========                    ][108MB/s]
  6.   [16kB][==============                ][147MB/s]
  7.   [32kB][==================            ][186MB/s]
  8.   [64kB][=====================         ][212MB/s]
  9. [128kB][======================        ][223MB/s]
  10. [256kB][=======================       ][236MB/s]
  11. [512kB][=======================       ][238MB/s]
  12. [1024kB][========================      ][241MB/s]
  13. [2048kB][========================      ][242MB/s]
  14. [4096kB][========================      ][248MB/s]
  15. [8192kB][========================      ][245MB/s]


Message édité par krumli le 11-12-2010 à 14:52:42
n°1255198
High Plain​s Drifter
Posté le 12-12-2010 à 19:19:17  profilanswer
 

Nirzil a écrit :

Merci à tous pour ce bon topic :jap:
 
SSD Vertex 2 60Go reçu aujourd'hui :D
 
Installé dans mon Netbook 1005PE avec 2Go de RAM et Arch 64
 
Partitions alignées correctement, /tmp et firefox en ramfs, swap maintenu pour l'hibernation, logs sur la SDHC, et discard en place
 
Les résultats sont plutôt bons :)
 

  [2kB][=                             ][18MB/s]
   [4kB][===                           ][35MB/s]
   [8kB][======                        ][61MB/s]
  [16kB][=========                     ][97MB/s]
  [32kB][=============                 ][135MB/s]
  [64kB][================              ][169MB/s]
 [128kB][===================           ][192MB/s]
 [256kB][=====================         ][213MB/s]
 [512kB][=======================       ][230MB/s]
[1024kB][=======================       ][238MB/s]
[2048kB][========================      ][242MB/s]
[4096kB][========================      ][247MB/s]
[8192kB][========================      ][249MB/s]


 

Timing buffered disk reads: 676 MB in  3.01 seconds = 224.74 MB/sec


 
D'un point de vue utilisation, ça démarre un peu plus vite, Ooo, Gimp ou Firefox aussi
 
Que du bonheur pour l'instant :D
 
Encore merci à tous pour vos tips ;)
 
 
 


 
Et t'a aligné comment exactement ? Vu que je compte acheter le même modèle vers janvier...
 
Vu que la taille d'un erase block sur les Vertex est de 512ko, si j'ai bien compris la première page du topic, ça irait en partitionnant comme ça ? :
- Secteur de début 1024, taille 512ko, partition pour le core.img de grub, vu que je vais utiliser une table au format gpt.
- Secteur de début 2048, taille 64mo, /boot
- Secteur de début 133120, taille 25go, /
- Secteur de début 52561920, taille 25go, /home
 
Ensuite pour formater mkfs.ext4 -b 4096 -E stride=128,stripe-width=128 /dev/sdxx
 
Autre question un /home sur SSD c'est vraiment un gros gain au lancement des applis (chargement des fichiers de config, etc...) ? Parce que j'ai l'habitude d'avoir tout sous la main dans mon /home (836go de données actuellement), je pourrais mettre tout ça sur mon HDD monté sur /mnt/data, mais je préférerai autant garder tout dans mon /home (et mettre mon /home sur un HDD donc).

Message cité 2 fois
Message édité par High Plains Drifter le 12-12-2010 à 21:24:09

---------------
| < Ceci n'est pas une pipe.
n°1255249
ogaby
Posté le 12-12-2010 à 21:46:21  profilanswer
 

Pour ton home, les fichiers de configuration font généralement environ 1Ko. Tu peux lancer le script sur HDD et regarder la valeur pour 2KB. Puis tu calcules le temps de lecture. Si la différence entre les 2 temps ne représente que quelques dizaines de millisecondes, ça ne voudrait peut-être pas le coup.

n°1255263
High Plain​s Drifter
Posté le 13-12-2010 à 01:11:00  profilanswer
 

Je ne met déjà que 500ms pour lire tous les fichiers dans ~/.kde4/share/config, mais j'ai un raid0 de Caviar Black, si je passe au SSD mon disque de stockage ne sera qu'un Caviar Green. Et puis y'aura déjà /var, /tmp, /usr/src et /usr/portage qui serons pas sur le SSD, donc si je n'y met pas mon /home non plus, il va pas servir à grand-chose (juste les exécutables et les libs)
 
D'un autre côté y'a quand-même pas mal d'écritures dans le /home (db du lecteur audio, index strigi, cache web, dossier par défaut des téléchargements, dossier temporaire des logiciels de P2P, miniatures...) pour certains ça se configure, mais pour d'autres non.
 
Bref le choix est difficile !
 
EDIT: Pour l'alignement j'ai fait une petite simulation du partitionnement ce sera plus parlant, c'est correct ?


Disk /dev/sda: 124989440 sectors, 59.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): FE8ED5B1-518D-4FD8-9BF3-1614936F5E3D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 124989406
Partitions will be aligned on 1024-sector boundaries
Total free space is 19999677 sectors (9.5 GiB)
 
Number  Start (sector)    End (sector)  Size       Code  Name
   1            1024            2047   512.0 KiB   EF02  grub_priv
   2            2048          133119   64.0 MiB    0700  linux_boot
   3          133120        52561919   25.0 GiB    0700  linux_root
   4        52561920       104990719   25.0 GiB    0700  linux_home
 



Message édité par High Plains Drifter le 13-12-2010 à 17:25:35

---------------
| < Ceci n'est pas une pipe.
n°1255506
guyr
Posté le 13-12-2010 à 23:46:01  profilanswer
 

Je viens de remplacer le HD 2"1/2 sata 160Go de mon portable par un CSSD Corsair de
180Go. ça change la vie (linux debian sid i386). Pour la bascule, j'ai simplement fait une
image disque avec clonezilla.
Le problème c'est que maintenant mon PC ne se met plus en veille lorsque je rabat
l'écran. Par acquis de conscience, j'ai remis le HD et la veille fonctionne bien.
La seule différence vient donc du SSD !
Avez vous déjà eu ce type de problème ?
Je vois pas grand chose dans les logs ...
Merci.

n°1255547
imarune
Posté le 14-12-2010 à 09:50:56  profilanswer
 

guyr a écrit :


Le problème c'est que maintenant mon PC ne se met plus en veille lorsque je rabat
l'écran. Par acquis de conscience, j'ai remis le HD et la veille fonctionne bien.
La seule différence vient donc du SSD !
Merci.


 
Tu peux essayer "echo mem >/sys/power/state" (sous root); tu auras peut-être plus d'infos sur le disfonctionnement...
 
Pour ma part, j'ai mis un vertex 2 120G sur mon Aspire1825ptz, et je regrette un peu de ne pas avoir pris un SSD à base d'indilinx.
 
Pour les autres possesseurs de vertex 2, combien de temps prend l'activation de la partition swap ?  

Code :
  1. [root@strange /]# swapoff -a
  2. [root@strange /]# time swapon -a
  3. real 0m3.002s
  4. user 0m0.000s
  5. sys 0m0.002s
  6. [root@strange /]# free
  7.              total       used       free     shared    buffers     cached
  8. Mem:       3019600     785812    2233788          0      35676     367448
  9. -/+ buffers/cache:     382688    2636912
  10. Swap:      3481596          0    3481596


 
cela ne prend que quelques millisecondes sur le HD remplacé par le Vertex 2 (même taille de swap); idem sur un autre système avec un SSD indilinx et une taille de swap comparable...
 

Message cité 2 fois
Message édité par imarune le 14-12-2010 à 10:00:53
n°1255558
imarune
Posté le 14-12-2010 à 10:21:36  profilanswer
 

High Plains Drifter a écrit :


Autre question un /home sur SSD c'est vraiment un gros gain au lancement des applis (chargement des fichiers de config, etc...) ? Parce que j'ai l'habitude d'avoir tout sous la main dans mon /home (836go de données actuellement), je pourrais mettre tout ça sur mon HDD monté sur /mnt/data, mais je préférerai autant garder tout dans mon /home (et mettre mon /home sur un HDD donc).


 
Pour ma part, je pense que mettre le /home sur SSD est indispensable (oui chargement des fichiers config et env desktop); pour le reste tu peux faire des liens ?  
 
pour l'alignement, il est correct; le stride/stripe sur mkfs.ext4 a un impact anecdotique d'après mes tests...

mood
Publicité
Posté le 14-12-2010 à 10:21:36  profilanswer
 

n°1255615
guyr
Posté le 14-12-2010 à 12:07:35  profilanswer
 

imarune a écrit :


Tu peux essayer "echo mem >/sys/power/state" (sous root); tu auras peut-être plus d'infos sur le disfonctionnement...


Merci.
J'ai résolu mon problème en regardant le contenu du fichier /var/log/pm-suspend.log  
après une tentative de mise en veille (rabat de l'écran).
Dans ce fichier, j'avais un message d'erreur qui m'a orienté vers le fichier
/etc/pm/sleep.d/00-hdparm.sh qui contenait la ligne coupable que j'avais
du créer à une époque... Voici la ligne en question :
hdparm -B 254 /dev/sda
Je l'ai commenté et maintenant mon PC se met en veille sans problème.

n°1255724
imarune
Posté le 14-12-2010 à 17:34:08  profilanswer
 

imarune a écrit :


Pour les autres possesseurs de vertex 2, combien de temps prend l'activation de la partition swap ?  


mise à jour du firmware effectuée avec le nouveau binaire linux OCZ dispo ici =>
http://www.ocztechnologyforum.com/ [...] ddate-tool
 
Ca fonctionne (firmware passé de 1.11 à 1.25) alors que je n'avais pas réussi avec l'outil windows, mais ça n'a pas amélioré les 2 défauts de ce SSD (sur mon laptop)
- détection bios du ssd longue (4 à 5 s)
- swapon en 3 s. (au lieu de 0.010s sur HD)
 
Avez-vous les mêmes symptomes, ou bien c'est mon ssd qui a un souci  :??:

n°1255786
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 15-12-2010 à 09:48:13  profilanswer
 

Mon Vertex 250 Go a rendu l'âme après seulement trois jours d'utilisation :( Heureusement que c'est garanti 3 ans ces petites bêtes... Et que j'ai des sauvegardes de mes données !


---------------
Au coeur du swirl - Mon feed
n°1255796
g-ridaz
Steam/XboxLive: Gridaz
Posté le 15-12-2010 à 10:57:19  profilanswer
 

:ouch: j'espère que c'est dû à pas de chance sinon c'est quand même dingue que certains craquent si vite :/

n°1255804
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 15-12-2010 à 11:37:18  profilanswer
 

Je pense que c'est la faute à pas de chance : il était neuf, tout juste sorti du cellophane. Mon 120 Go qui a un peu plus d'un an fonctionne comme un charme, donc pas de panique.


---------------
Au coeur du swirl - Mon feed
n°1256037
thana54
made in concept
Posté le 16-12-2010 à 09:44:32  profilanswer
 

Quelqu'un peut-il me faire un petit compte rendu sur les contrôleurs du moment (SF...) ?
Faut-il faire quelques chose de temps en temps sur ces contrôleurs ?
 
Pour info sur mon kingston/X-25v, je ne fais rien du tout, même pas un wipe de temps en temps (depuis le 2.6.32 jusqu'au 2.6.37rc).

n°1256055
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 16-12-2010 à 10:17:39  profilanswer
 

De ce que je sais, les contrôleurs qui supportent le TRIM se gèrent tous de la même manière (TRIM à la volée avec discard sous ext4 ou wipe manuel). Certains sont plus efficaces que d'autres (Barefoot, SF, Marvel SATA3), mais tout se gère de la même manière.


---------------
Au coeur du swirl - Mon feed
n°1256102
thana54
made in concept
Posté le 16-12-2010 à 12:07:52  profilanswer
 

Donc sans rien faire, personne n'a eu ou ressenti de ralentissements avec ces contrôleurs là ?

n°1256128
Nirzil
Posté le 16-12-2010 à 13:36:58  profilanswer
 

High Plains Drifter a écrit :


 
Et t'a aligné comment exactement ? Vu que je compte acheter le même modèle vers janvier...
 
Vu que la taille d'un erase block sur les Vertex est de 512ko, si j'ai bien compris la première page du topic, ça irait en partitionnant comme ça ? :
- Secteur de début 1024, taille 512ko, partition pour le core.img de grub, vu que je vais utiliser une table au format gpt.
- Secteur de début 2048, taille 64mo, /boot
- Secteur de début 133120, taille 25go, /
- Secteur de début 52561920, taille 25go, /home
 
Ensuite pour formater mkfs.ext4 -b 4096 -E stride=128,stripe-width=128 /dev/sdxx
 
Autre question un /home sur SSD c'est vraiment un gros gain au lancement des applis (chargement des fichiers de config, etc...) ? Parce que j'ai l'habitude d'avoir tout sous la main dans mon /home (836go de données actuellement), je pourrais mettre tout ça sur mon HDD monté sur /mnt/data, mais je préférerai autant garder tout dans mon /home (et mettre mon /home sur un HDD donc).


 
J'ai aligné avec les mêmes recommandations qu'en page 1, avec secteur de début à 256 :)
 
/boot 100Mo 256-205055
swap 2Go 205056-4301055
/ 10Go 4301056-24781055
/home tout le reste
 
J'ai mis le 250Go d'origine dans un boîtier externe, persiste seulement sur /home les fichiers de config, pas de contenu
 
A l'usage, avec un peu de recul, même s'il est vrai que c'est plus rapide, la différence avec le HDD d'origine n'est pas si frappante, mais c'est certainement dû à la plateforme de mon Netbook, l'Atom est vraiment à la ramasse, y'a pas de doutes :D
 
J'attends le 120Go qui devrait arriver aujourd'hui pour le mettre dans ma tour, je pense que la différence sera plus flagrante :)

n°1256192
imarune
Posté le 16-12-2010 à 17:13:10  profilanswer
 

thana54 a écrit :

Donc sans rien faire, personne n'a eu ou ressenti de ralentissements avec ces contrôleurs là ?


Je n'ai peut-être pas assez de recul sur le SF (~ 1 mois), mais le discard semble fonctionner : pas de perte de perfs, même après avoir rempli un filesystem à bloc, puis fait du ménage. Le wiper.sh (sur ce fs) n'a aucune action notable (perfs identiques avant après).
 
Par contre, pour avoir eu un indilynx 64G sur un netbook auparavant (atom N270), eh bien au niveau sensation je trouve le Vertex 2 moins "fluide" sur le 1825ptz (proc SU4100). Ceci dit, j'ai peut-être un ssd défectueux (pourtant les perfs r/w sont dans la norme)...
 
Ce qui m'amène à =>

Nirzil a écrit :

Merci à tous pour ce bon topic :jap:
 
SSD Vertex 2 60Go reçu aujourd'hui :D


Enfin je tiens un propriétaire de Vertex 2  :o  
 
Une petite chance d'avoir le résultat de la commande suivante  :whistle:  

Code :
  1. [root@strange /]# swapoff -a
  2. [root@strange /]# time swapon -a


 

Nirzil a écrit :


A l'usage, avec un peu de recul, même s'il est vrai que c'est plus rapide, la différence avec le HDD d'origine n'est pas si frappante, mais c'est certainement dû à la plateforme de mon Netbook, l'Atom est vraiment à la ramasse, y'a pas de doutes :D


Justement, avec un netbook ça devrait être le jour et la nuit, surtout au niveau boot...
.


Message édité par imarune le 16-12-2010 à 17:44:03
n°1256225
Misssardon​ik
prévisible a posteriori
Posté le 16-12-2010 à 22:18:32  profilanswer
 

bon, 10% de réduc sur les SSD chez LDLC, je crois que je vais me prendre un vertex 2 60Go pour mon desktop vieillissant.
Je vais être limité par le SATA de mon NForce 4, mais je pense que je devrais voir une bonne amélioration par rapport à mon raptor quand même :D

 

(drapal caché)

Message cité 1 fois
Message édité par Misssardonik le 16-12-2010 à 22:19:51

---------------
Que va-t-il se passer cette gelgamar ? vous le découvrirez janamont à 20h
n°1256229
High Plain​s Drifter
Posté le 17-12-2010 à 00:02:42  profilanswer
 

imarune a écrit :


 
Pour ma part, je pense que mettre le /home sur SSD est indispensable (oui chargement des fichiers config et env desktop); pour le reste tu peux faire des liens ?  
 
pour l'alignement, il est correct; le stride/stripe sur mkfs.ext4 a un impact anecdotique d'après mes tests...


 

Nirzil a écrit :


 
J'ai aligné avec les mêmes recommandations qu'en page 1, avec secteur de début à 256 :)
 
/boot 100Mo 256-205055
swap 2Go 205056-4301055
/ 10Go 4301056-24781055
/home tout le reste
 
J'ai mis le 250Go d'origine dans un boîtier externe, persiste seulement sur /home les fichiers de config, pas de contenu
 
A l'usage, avec un peu de recul, même s'il est vrai que c'est plus rapide, la différence avec le HDD d'origine n'est pas si frappante, mais c'est certainement dû à la plateforme de mon Netbook, l'Atom est vraiment à la ramasse, y'a pas de doutes :D
 
J'attends le 120Go qui devrait arriver aujourd'hui pour le mettre dans ma tour, je pense que la différence sera plus flagrante :)


 
:jap:
 
Donc je met le /home sur le ssd avec un lien pour les données (et un lien vers le disque pour le ~/.thumbnails aussi qui représente pas mal d'écritures)
 
Ne pas garder de DD dans la tour j'y ai pensé, mais vu que sous Gentoo y'a quand-même quelques répertoires qu'il faut vraiment éviter de mettre sur SSD, quitte à avoir un DD branché en permanence autant qu'il soit à l'intérieur de la tour.


---------------
| < Ceci n'est pas une pipe.
n°1256232
g-ridaz
Steam/XboxLive: Gridaz
Posté le 17-12-2010 à 02:16:20  profilanswer
 

Misssardonik a écrit :

bon, 10% de réduc sur les SSD chez LDLC, je crois que je vais me prendre un vertex 2 60Go pour mon desktop vieillissant.
Je vais être limité par le SATA de mon NForce 4, mais je pense que je devrais voir une bonne amélioration par rapport à mon raptor quand même :D
 
(drapal caché)


 
 
Link ou code plz :o
 
Je suis très tenté en ce moment pour enfin tester ça dans mon Macbook (:sweat:), qui sert de fixe avant de pouvoir me monter un nouveau vrai pc sous Arch :o J'arrive pas à me décider de savoir si ça vaut les contraintes et le coût, quand on voit la chute actuelle j'imagine que l'année prochaine (au moment où j'aurais les finances pour une bête de course) un 250go sera à ce prix là  [:tinostar]

n°1256249
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 17-12-2010 à 09:01:38  profilanswer
 

Kortex@HFR a écrit :

Mon Vertex 250 Go a rendu l'âme après seulement trois jours d'utilisation :( Heureusement que c'est garanti 3 ans ces petites bêtes... Et que j'ai des sauvegardes de mes données !


Je pose mon sac à la consigne du super marché hier soir, la nana le laisse tomber. On regarde, le portable n'a pas l'air d'avoir souffert de la chute, elle s'excuse mille fois, etc, je laisse aller. Je rentre chez moi plus de boot, je fais les tests d'usage, résultat : Vertex 120 Go décéde [:kzimir]  [:rapha3l]  
 
J'espère me faire rembourser à valeur d'achat, sinon ça va chier, et pas en bon d'achat Geant Casino genre.


---------------
Au coeur du swirl - Mon feed
n°1256256
minux
On Linux ...
Posté le 17-12-2010 à 09:20:25  profilanswer
 

La pouasse avec tes SSD :(
 
Et moi qui croyait que les SSD, n'ayant aucune pièce mécanique, était moins fragile que les HDD classique en cas de chute, la preuve en est que non ...


---------------
Root des Google Pixel | Mes linux : 2002: Mandrake -> 2005: Ubuntu -> 2010: Arch | Mes smartphones
n°1256261
thana54
made in concept
Posté le 17-12-2010 à 09:23:46  profilanswer
 

Mort de chez mort ? Ou simplement disque déconnecté/mal connecté ?

n°1256302
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 17-12-2010 à 10:34:11  profilanswer
 

thana54 a écrit :

Mort de chez mort ? Ou simplement disque déconnecté/mal connecté ?


C'est bizarre, je peux y accéder monté dans un boitier USB, mais impossible de booter dessus, testé avec 3 machines différentes. Dans le sens contraire, n'importe quel autre HDD est reconnu correctement sur ces trois machines. Le diagnostic du BIOS de mon portable m'indique une erreur de connexion pré-boot, je pense que c'est vraiment le SSD qui est secoué.


---------------
Au coeur du swirl - Mon feed
n°1256345
Misssardon​ik
prévisible a posteriori
Posté le 17-12-2010 à 12:44:12  profilanswer
 

g-ridaz a écrit :


 
 
Link ou code plz :o
 
Je suis très tenté en ce moment pour enfin tester ça dans mon Macbook (:sweat:), qui sert de fixe avant de pouvoir me monter un nouveau vrai pc sous Arch :o J'arrive pas à me décider de savoir si ça vaut les contraintes et le coût, quand on voit la chute actuelle j'imagine que l'année prochaine (au moment où j'aurais les finances pour une bête de course) un 250go sera à ce prix là  [:tinostar]


 
le code est SSD10, 10% sur tous les SSD.
Ceci dit il était valable jusqu'à ce matin 00h00, donc il ne marche probablement plus, cela dit tu peux quand même vérifier, il m'est arrivé de commander avec des codes périmé et ça a fonctionné.
 
 

minux a écrit :

La pouasse avec tes SSD :(
 
Et moi qui croyait que les SSD, n'ayant aucune pièce mécanique, était moins fragile que les HDD classique en cas de chute, la preuve en est que non ...


 
Evitons quand même de faire une généralité sur un cas, n'importe quelle pièces électronique peut tomber en panne si tu la fais tomber d'une mauvaise manière.


---------------
Que va-t-il se passer cette gelgamar ? vous le découvrirez janamont à 20h
n°1256373
g-ridaz
Steam/XboxLive: Gridaz
Posté le 17-12-2010 à 13:47:42  profilanswer
 

:jap: il fonctionne encore (mais je ne pense pas commander pour autant car le prix n'est pas spécialement avantageux)

n°1257985
ichigooo
Posté le 26-12-2010 à 11:33:11  profilanswer
 

Bonjour
 
Je viens de faire l'acquisition d'un vertex 2 60Go pour noel. Il est bien installé dans mon portable hp dv7 2160ef :D
 
Seulement je suis un peu perdu et je vien chercher votre aide.
 
J'utilise seven ( pour le boulot) ainsi que mandriva 2010.2
 
J'ai commencé par installer window, j'ai donc fait une partition de 41.8Go (pendant l'installation de window) et laisser une partition d'environ 15Go pour linux, sachant que mon /home est sur un HDD.
normalement window aligne automatiquement les partitions. une fois window installé en environ 8-9min j'ai fait le nécessaire pour l'optimiser ( désactivé indexation et tout le tralala :D)
Une fois ceci fait je passe donc sous linux, au moment de gérer les partition je lui dit que la partition / c'est celle de 15Go et /home c'est sur l'autre disque ( comme j'ai mon ancien profil dessus avec toutes mes donnés)
je formate donc ma partition de 15Go en ext4 pour profiter du trim. L'installation c'est faite en 8min :D :D
 
une fois récupéré mon ancien profil avec mes donnés j'ai commencé a optimiser linux seulement sa fait bien 3/4 semaine que je me renseigne sur l'optimisation de ssd je reste pomé sous linux comme c'est un peu plus complexe( pourtant je commence a bien connaitre linux )
 
1)Serait-il possible d'avoir un petit sommaire des opérationsà réaliser comme je ne voi les info que au compte goutte et c'est un peu le bordel
 
Je souhaite aligner mes partitions qui ne sont pas aligné comme j'aurais pu le penser ( je me suis dit puisque window aligne automatiquement les parttions cela signifie que la partition laissé de libre est également aligné mais non)
 
voici quand je fait un fdisk -lu /dev/sda5 ( sda 2 c'est la partition de 42Go de window, sda 5 c'est la partition / de mandriva)

Citation :

[root@localhost log]# fdisk -lu /dev/sda5
 
Disque /dev/sda5: 15.0 Go, 15035779584 octets
255 têtes, 63 secteurs/piste, 1827 cylindres, total 29366757 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 : 0x00000000
 
Le disque /dev/sda5 ne contient pas une table de partition valide


 
et quand je fait un fdisk -lu
 

Citation :

[root@localhost log]# fdisk -lu
 
Disque /dev/sda: 60.0 Go, 60022480896 octets
255 têtes, 63 secteurs/piste, 7297 cylindres, total 117231408 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 : 0x2c7f09a8
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sda2          206848    87859199    43826176    7  HPFS/NTFS
/dev/sda3        87859485   117226304    14683410    5  Etendue
/dev/sda5        87859548   117226304    14683378+  83  Linux
 
Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 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 : 0xe0b716b5
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *          63    33559784    16779861    7  HPFS/NTFS
/dev/sdb2        33559785   944927234   455683725    5  Etendue
/dev/sdb5        33559848   944927234   455683693+  83  Linux


 
Par contre je n'ai pas tout compris pour aligner les partitions
 
edit: Je viens de voir que j'ai une partition sda3 que je n'ai pas créé mais aparement c'est normal c'est linux qui fait sa automatiquement et il créé une autre partition dedans. J'ai un décalage de 63 entre le debut de sda3 et e debut de sda5, par contre il n'y a pas de sda4


Message édité par ichigooo le 26-12-2010 à 11:47:49

---------------
mon feed back : http://forum.hardware.fr/hfr/Achat [...] 4251_1.htm
n°1257986
lebibi
Notre torture c'est la tourtel
Posté le 26-12-2010 à 11:46:51  profilanswer
 

vous conseillez des modéles en particulier pour un mettre sur un shuttle xs35gt ?
L'os sera de la debian
Et surtout quel file system au final ? ext4 ?

Message cité 1 fois
Message édité par lebibi le 26-12-2010 à 11:47:27

---------------

n°1257987
ichigooo
Posté le 26-12-2010 à 11:48:21  profilanswer
 

si tu veut le trim oui il te faut du ext4


---------------
mon feed back : http://forum.hardware.fr/hfr/Achat [...] 4251_1.htm
n°1257989
thana54
made in concept
Posté le 26-12-2010 à 12:06:29  profilanswer
 

lebibi a écrit :

vous conseillez des modéles en particulier pour un mettre sur un shuttle xs35gt ?
L'os sera de la debian
Et surtout quel file system au final ? ext4 ?


Si tu as tes données sur un autre disque/pc, alors le plus petit en capacité suffira amplement (intel x25v/kingston 40Go, vertex2...) http://www.hardware.fr/articles/80 [...] 64-go.html  
Surtout si tu comptes en changer (comme expliqué dans le topic nettops) plus tard.
 
Ext4 est conseillé pour le trim avec un kernel > 2.6.32/33.

n°1259153
thana54
made in concept
Posté le 06-01-2011 à 08:02:11  profilanswer
 

2.6.37 apporte une nouvelle fonction, FITRIM:

Citation :

FITRIM
Le nouvel appel système FITRIM a été ajouté au noyau Linux 2.6.37.
La commande TRIM, aussi nommée "discard", a été intégrée au noyau Linux dès la version 2.6.30 au sein de la couche SATA et complétée dans le noyau 2.6.33. Cette commande est très importante pour les disques de stockage de type SSD (à base de mémoire flash), car elle permet au système d'exploitation d'indiquer au disque quels sont les blocs de données qui peuvent être effacés.

 

Cette commande TRIM a été introduite car la technologie des mémoires flash connaît une très importante limitation qu'il est nécessaire de contourner. Il est en effet impossible d'effacer les pages mémoires d'une mémoire flash (4 Ko) et seuls les blocs sont effaçables (128 Ko ou 512 Ko). Évidement la funeste conséquence de cette limitation c'est qu'il arrive, quand on doit écrire des données et qu'il ne reste pas assez de pages libres, qu'on doive placer dans la mémoire cache tout le bloc pour ensuite réécrire ces données ailleurs sur le disque. Cette gymnastique absurde est très bien expliquée, avec des schémas, sur cette page du site Anandtech.
Ce cycle de réécriture ralentit les accès à un moment particulièrement inopportun puisqu'il intervient juste au moment où le système d'exploitation écrit des données sur le disque. La commande TRIM a été conçue pour tenter de réduire cet impact sur les performances. L'idée est simplement d'informer le disque quand une page a été effacée par le système. Comme le disque possède cette information il peut lancer tout de suite la nouvelle écriture du bloc de données qui ne contient plus la page effacée. Ainsi, lors d'une écriture ultérieure, le bloc sera prêt à accueillir les données, puisque toutes les pages inutiles auront été précédemment effacées.

 

Toutefois la commande TRIM, souvent présentée comme miraculeuse par les fabricants de disques, ne va pas sans quelques problèmes.
Tout d'abord le cycle de réécriture (chargement en cache puis écriture du nouveau bloc) intervient toujours à un moment non optimal. Certes c'est mieux d'effectuer le cycle lors de l'effacement d'une donnée que lors de son écriture mais cela impacte tout de même les performances et il serait souhaitable d'optimiser ce comportement. Ensuite la fonction TRIM, en écrivant des données lors de chaque effacement, risque de consommer le potentiel d'écriture limité des cellules flash. Enfin le comité de normalisation de l'International Committee for Information Technology Standards a défini la fonction TRIM des disques SATA comme étant de type "non-queued". Cela signifie malheureusement que toutes les opérations d'entrée/sortie sont bloquées quand une commande TRIM est exécutée sur la machine.
Comment réduire ces inconvénients tout en gardant les avantages de TRIM ?

 

C'est ici qu'entre en scène le tout nouvel appel système FITRIM qui a été incorporée dans le noyau 2.6.37. L'idée est de ne plus faire du TRIM à la volée (on-the-fly TRIM) chaque fois que des données sont effacées. On va plutôt permettre au système de fichiers d'informer d'un seul coup le disque sur toutes les pages effacées. Au lieu de travailler en direct (online discard) on travaille en mode batch (batch discard). On peut ainsi lancer la fonction FITRIM quand le disque n'est pas sollicité ou quand on fait une vérification du système de fichiers (fsck) lors du démarrage.
Cette fonction FITRIM (techniquement c'est un ioctl c'est à dire une commande d'entrée/sortie) est utilisable sur un système de fichier entier ou seulement sur des parties de celui-ci. La syntaxe d'utilisation de la fonction est décrite dans ce message sur la liste de diffusion linux-ext4 et il faut utiliser le programme fstrim qui a été intégré récemment à la suite util-Linux.
Actuellement l'appel FITRIM est désactivé par défaut et seul le système de fichiers Ext4 peut utiliser cet ioctl, mais le code a été conçu pour être utilisable par tous les autres systèmes de fichiers.


http://linuxfr.org/2011/01/05/27723.html


Message édité par thana54 le 06-01-2011 à 08:02:52
n°1259175
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 06-01-2011 à 09:17:48  profilanswer
 

Intéressant. Je testerai ça quand le 2.6.37 sera dispo sous Arch... et quand j'aurai à nouveau un SSD puisque mon 250 Go à grillé tout seul et que mon 120 Go a cassé suite à la chute de mon portable :fou:


---------------
Au coeur du swirl - Mon feed
n°1259357
Uggsy
Posté le 06-01-2011 à 22:22:44  profilanswer
 

Salut à tous, je possède un vertex 2 120 go avec un win 7 installé dessus. Je compte m'initier à linux prochainement, je voudrais donc l'installer en dual boot sur le ssd.  
Si j'ai bien compris, si je fais une simple installation en laissant ubuntu redimensionner ma partition windows et en mettant ubuntu à côté, rien ne sera aligné correcement c'est ça ?
Que dois-je faire si veux une bon aloignement ? Réinstaller windows sur une portion du dique puis installer ubuntu sur la portion restante ?  
Je sens un peu mal tous les tweaks à effectuer étant un néophyte, je vais peu-être le mettre sur mon dique de données cela sera moins risqué...

n°1259387
ichigooo
Posté le 07-01-2011 à 00:33:43  profilanswer
 

génial le fitrim :d :d :d  :love:  :love:


---------------
mon feed back : http://forum.hardware.fr/hfr/Achat [...] 4251_1.htm
n°1259400
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 07-01-2011 à 08:17:59  profilanswer
 

Uggsy a écrit :

Salut à tous, je possède un vertex 2 120 go avec un win 7 installé dessus. Je compte m'initier à linux prochainement, je voudrais donc l'installer en dual boot sur le ssd.  
Si j'ai bien compris, si je fais une simple installation en laissant ubuntu redimensionner ma partition windows et en mettant ubuntu à côté, rien ne sera aligné correcement c'est ça ?
Que dois-je faire si veux une bon aloignement ? Réinstaller windows sur une portion du dique puis installer ubuntu sur la portion restante ?  
Je sens un peu mal tous les tweaks à effectuer étant un néophyte, je vais peu-être le mettre sur mon dique de données cela sera moins risqué...


Seul le début des partition doivent être alignées sur un nombre de secteur satisfaisant, même si il y a un espace entre deux partitions. Windows 7 aligne les partitions donc si tu redimensionne ta partition Windows (avec GParted), tu n'auras qu'à créer tes partitions Linux (avec Parted) en respectant l'alignement sur le premier secteur multiple de 2048 (pour être sur) situé après la fin de ta partition Windows en suivant le guide de première page.
Si tu ne te sens pas, effectivement, monte Linux sur un disque classique, il n'y auras pas de problème.


---------------
Au coeur du swirl - Mon feed
n°1260785
kikiesttou​joursla
Bodyboard power !!!
Posté le 14-01-2011 à 14:11:27  profilanswer
 

Pour aligner mes partoches, je suis obligé de formater ? C'est pas possible de faire un resize de partition par exemple !

n°1260798
Kortex@HFR
Qu'ils sont cons ces lamas !!!
Posté le 14-01-2011 à 14:27:10  profilanswer
 

kikiesttoujoursla a écrit :

Pour aligner mes partoches, je suis obligé de formater ? C'est pas possible de faire un resize de partition par exemple !


Non, je pense qu'il n'est pas possible de refaire un alignement sans formater. Ceci dit, un formatage d'une machine sous Linux, ce n'est pas grand chose, il suffit d'avoir un disque de sauvegarde pour mettre les données à l'ombre, et un live CD d'une distrib disposant de cp, parted, grub et nano.

Message cité 1 fois
Message édité par Kortex@HFR le 14-01-2011 à 14:27:20

---------------
Au coeur du swirl - Mon feed
n°1260804
kikiesttou​joursla
Bodyboard power !!!
Posté le 14-01-2011 à 14:37:12  profilanswer
 

Kortex@HFR a écrit :


Non, je pense qu'il n'est pas possible de refaire un alignement sans formater. Ceci dit, un formatage d'une machine sous Linux, ce n'est pas grand chose, il suffit d'avoir un disque de sauvegarde pour mettre les données à l'ombre, et un live CD d'une distrib disposant de cp, parted, grub et nano.


Oui oui pour sûr mais faut attendre la copie. J'ecris d'ailleurs d'un livecd ... c'est ce que je m'appretais à faire mais j'ai préféré demander au cas où avant !

mood
Publicité
Posté le   profilanswer
 

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

Aller à :
Ajouter une réponse
 

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


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)