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

 

 

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

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

n°1395529
transpi
Posté le 29-09-2016 à 22:08:42  profilanswer
 

Reprise du message précédent :
Je viens de coller pour la première fois un ssd sur une de mes machines.
Ça boost bien mon dell e6400 core2duo.

 

Je l'ai acheté d’occasion.
Je lance un  smartctl -i -H -a /dev/sda et j'ai ce résultat:

Code :
  1. Power_On_Hours_and_Msec 0x0012   100   100   000    Old_age   Always       -       13h+00m+00.000s


Cela signifie que le disque a tourné 13h?


Message édité par transpi le 29-09-2016 à 23:41:15
mood
Publicité
Posté le 29-09-2016 à 22:08:42  profilanswer
 

n°1395532
transpi
Posté le 29-09-2016 à 23:41:54  profilanswer
 

cela représente le temps que je le branché sur ma machine, c'est tout.


Message édité par transpi le 30-09-2016 à 04:03:22
n°1396042
burn2
ça rox du poney
Posté le 13-10-2016 à 09:08:53  profilanswer
 

Bonjour,
 
petite question, vous avez des retours de SSD éteint genre pendant plusieurs mois?  
 
Logiquement les données ne sont garanties que durant 3 semaines sans alimentation... Mais niveau expérience ça donne quoi? Vous êtes vous retrouvé un jour sans rien ou avec des données corrompues suite à une trop longue durée éteinte sans alimentation?
 
J'ai testé 3 semaines sans soucis sur mon SSD intel 520, mais jamais plus.  
 
La question se pose pour un pc portable secondaire pour les parents, qui risquent de le laisser éteint pendant plusieurs mois d'affilé sans batterie...


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396053
TNZ
Ryzen 9 5950X powered ...
Posté le 13-10-2016 à 10:19:45  profilanswer
 

Avec un toschiba et un OCZ dans la tour, lors d'un déménagement, le tout est resté hors tension pendant 2 mois et demi : rien n'a été perdu.  
:)


---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ
n°1396060
thana54
made in concept
Posté le 13-10-2016 à 12:05:36  profilanswer
 

burn2 a écrit :

Bonjour,
 
petite question, vous avez des retours de SSD éteint genre pendant plusieurs mois?  
 
Logiquement les données ne sont garanties que durant 3 semaines sans alimentation... Mais niveau expérience ça donne quoi? Vous êtes vous retrouvé un jour sans rien ou avec des données corrompues suite à une trop longue durée éteinte sans alimentation?
 
J'ai testé 3 semaines sans soucis sur mon SSD intel 520, mais jamais plus.  
 
La question se pose pour un pc portable secondaire pour les parents, qui risquent de le laisser éteint pendant plusieurs mois d'affilé sans batterie...


pc fixe qui n'a pas été allumé depuis presque 2 ans. Branchement, et hop ca tournait. La mobale par contre, elle est morte peu de temps après.

n°1396062
nounounoun​ou
Posté le 13-10-2016 à 13:01:27  profilanswer
 

j'ai un pc avec in SSD X25-M intel de la premiere heure qui est eteint plusieurs mois de suite très regulierement depuis 5ans environs...aucun soucis, je ne m'etais meme jamais posé la question sur la perte de données dans ces conditions-

n°1396064
burn2
ça rox du poney
Posté le 13-10-2016 à 13:06:03  profilanswer
 

Éteint et débranché hein, pas "juste éteint". ;)
 
Ok c'est rassurant. On verra bien alors.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396065
sligor
Posté le 13-10-2016 à 13:12:30  profilanswer
 

du moment que le disque est stocké à une température inféireure à 25°C et qu'il n'est pas fortement usé il n'y a aucun risque,.
 
de plus c'est de la MLC 25nm donc ça devrait tenir plusieurs années sans problème.
 
(la température joue énormément, à 60°C la retention n'est que de quelques jours par exemple)


Message édité par sligor le 13-10-2016 à 13:13:24
n°1396066
burn2
ça rox du poney
Posté le 13-10-2016 à 13:13:51  profilanswer
 

Ce n'est pas ce que disent les constructeurs en tous cas.
 
Sur le 520 (en SLC) c'était bien précisé.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396067
sligor
Posté le 13-10-2016 à 13:16:53  profilanswer
 

les constructeur garantissent le pire cas: disque usé jusqu'à la moelle, là oui la durée de rétention est bien plus faible.

mood
Publicité
Posté le 13-10-2016 à 13:16:53  profilanswer
 

n°1396068
nounounoun​ou
Posté le 13-10-2016 à 13:17:59  profilanswer
 

burn2 a écrit :

Éteint et débranché hein, pas "juste éteint". ;)
 
Ok c'est rassurant. On verra bien alors.


oui oui eteint ET debranché pour moi

n°1396071
sligor
Posté le 13-10-2016 à 13:22:57  profilanswer
 

http://www.pcworld.com/article/292 [...] r-all.html
 

Citation :


It was intended to help data center and enterprise customers understand what could happen to an SSD—but only after it had reached the end of its useful life span and was then stored at abnormal temperatures. It’s not intended to be applied to an SSD in the prime of its life in either an enterprise or a consumer setting.


 
à noter que l'indicateur wearout/wear leveling/life left est visible dans les données smart, mais peu d'utilisateurs on un workload capable d'user rapidement un SSD, donc la plupart restent "jeunes" même après plusieurs années d'utilisation.


Message édité par sligor le 13-10-2016 à 13:25:05
n°1396072
burn2
ça rox du poney
Posté le 13-10-2016 à 13:28:50  profilanswer
 

Ouep, parfois même en s'en servant beaucoup (VM etc), le ssd reste jeune.

 

Mon 520 n'a toujours pas utilisé une seule de ses cellule de remplacement.
Bon après c'est un SLC (chose qui se fait de moins en moins).

 

Bon c'est rassurant, on tentera alors. :)

 


Message édité par burn2 le 13-10-2016 à 13:29:10

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396083
thana54
made in concept
Posté le 13-10-2016 à 18:48:38  profilanswer
 

burn2 a écrit :

Éteint et débranché hein, pas "juste éteint". ;)
 
Ok c'est rassurant. On verra bien alors.


débranché pendant 2 ans.
Il marche encore, la preuve.

n°1396084
burn2
ça rox du poney
Posté le 13-10-2016 à 19:04:18  profilanswer
 

Aucune donnée de perdue donc?  
 
Je ne parle pas de plus marcher, mais de perdre ses données. ;)


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396432
burn2
ça rox du poney
Posté le 22-10-2016 à 14:03:47  profilanswer
 

burn2 a écrit :

Code :
  1. dd if=/dev/urandom of=tempfile count=100 bs=512k oflag=direct
  2. 100+0 enregistrements lus
  3. 100+0 enregistrements écrits
  4. 52428800 octets (52 MB) copiés, 4,37286 s, 12,0 MB/s
  5. root@pc-portable-MSI:~# hdparm --fibmap tempfile
  6. tempfile:
  7. filesystem blocksize 4096, begins at LBA 2048; assuming 512 byte sectors.
  8. byte_offset  begin_LBA    end_LBA    sectors
  9.            0    6560768    6568959       8192
  10.      4194304    6612992    6707199      94208
  11. root@pc-portable-MSI:~# hdparm --read-sector 6560768 /dev/sda
  12. /dev/sda:
  13. reading sector 6560768: succeeded
  14. e951 e8de 6978 22b1 6659 77fb a5f2 3c45
  15. e7f3 bf74 9bab 2d2c 0429 81ce 7823 343c
  16. 08b7 c40e 7e53 48eb 26f6 1fda 5d34 602c
  17. ccd1 2815 dc37 b9ce bb1c 35e4 d628 0e37
  18. 83c6 b28e a22f 578d f958 be5f 34cd a07b
  19. 85c0 536d 2ce9 31e0 5f0e 0518 5db8 5ae6
  20. 0b3f 8af8 6920 8194 697c ee0a 655a ba47
  21. 7790 3e15 eebd 975f 46ad 86be 43f5 ec8e
  22. 59e5 1e4c c6a5 2657 356d 5598 466c 8c7f
  23. 4349 a7f2 dfe8 7794 db6a 71f4 2ff7 431e
  24. 37d7 773a dd2e 3021 4665 56d2 56b4 514b
  25. 21c7 78ba 3b35 1988 b10f 35cd 18c1 843e
  26. 7f3a d6a9 713f 9b96 2501 0c83 3ea1 71c0
  27. 4801 5843 75f0 c78c ee41 15d7 2f08 271b
  28. 3790 b823 3c44 539f 7d42 288b 36df 4653
  29. d196 d790 3842 3943 cf3e 6ace 1f94 92da
  30. bc80 d685 3c65 4d50 2be1 40b7 5bae 1fe1
  31. edfd 30b4 1efd d630 92c2 9580 28fe af01
  32. eb05 4a62 44ec 5b2f 68d8 c340 5ddb ec98
  33. 88be 6523 141d 2aac 446e 4d42 9491 7943
  34. ac15 338b e7c3 207c 0d2e 48ee 1c64 c048
  35. 0fb9 7cb8 c04b 8ccf 403b d1fc aa75 1698
  36. c7cb 4076 8dab 7f79 48eb 8f33 9aef 5cc9
  37. 98c9 8900 8667 cfa2 edef 3eb1 8f91 f529
  38. 9a9a 3139 c52b 8d84 bd38 6c5a a248 5388
  39. c72c ae2d 694e 0cc6 cc5d 9fcf 34de 7589
  40. 36a9 74ff 8759 2c95 a833 bdde 19a0 f45d
  41. 923a 05a4 339c 0a5f 5727 c87c a15b c7d4
  42. 4731 43d5 a61d 39c4 6506 1f13 02c6 244d
  43. f8cc d192 0be2 3801 d708 2635 a0e3 d1d9
  44. 029a 1b4e 5a6c 16f0 2653 cad0 3abe e341
  45. 4ee0 3c04 2149 eba3 a784 f652 c01c e04c
  46. root@pc-portable-MSI:~# rm tempfile
  47. root@pc-portable-MSI:~# sync
  48. root@pc-portable-MSI:~# hdparm --read-sector 6560768 /dev/sda
  49. /dev/sda:
  50. reading sector 6560768: succeeded
  51. 0000 0000 0000 0000 0000 0000 0000 0000
  52. 0000 0000 0000 0000 0000 0000 0000 0000
  53. 0000 0000 0000 0000 0000 0000 0000 0000
  54. 0000 0000 0000 0000 0000 0000 0000 0000
  55. 0000 0000 0000 0000 0000 0000 0000 0000
  56. 0000 0000 0000 0000 0000 0000 0000 0000
  57. 0000 0000 0000 0000 0000 0000 0000 0000
  58. 0000 0000 0000 0000 0000 0000 0000 0000
  59. 0000 0000 0000 0000 0000 0000 0000 0000
  60. 0000 0000 0000 0000 0000 0000 0000 0000
  61. 0000 0000 0000 0000 0000 0000 0000 0000
  62. 0000 0000 0000 0000 0000 0000 0000 0000
  63. 0000 0000 0000 0000 0000 0000 0000 0000
  64. 0000 0000 0000 0000 0000 0000 0000 0000
  65. 0000 0000 0000 0000 0000 0000 0000 0000
  66. 0000 0000 0000 0000 0000 0000 0000 0000
  67. 0000 0000 0000 0000 0000 0000 0000 0000
  68. 0000 0000 0000 0000 0000 0000 0000 0000
  69. 0000 0000 0000 0000 0000 0000 0000 0000
  70. 0000 0000 0000 0000 0000 0000 0000 0000
  71. 0000 0000 0000 0000 0000 0000 0000 0000
  72. 0000 0000 0000 0000 0000 0000 0000 0000
  73. 0000 0000 0000 0000 0000 0000 0000 0000
  74. 0000 0000 0000 0000 0000 0000 0000 0000
  75. 0000 0000 0000 0000 0000 0000 0000 0000
  76. 0000 0000 0000 0000 0000 0000 0000 0000
  77. 0000 0000 0000 0000 0000 0000 0000 0000
  78. 0000 0000 0000 0000 0000 0000 0000 0000
  79. 0000 0000 0000 0000 0000 0000 0000 0000
  80. 0000 0000 0000 0000 0000 0000 0000 0000
  81. 0000 0000 0000 0000 0000 0000 0000 0000
  82. 0000 0000 0000 0000 0000 0000 0000 0000
 


C'est donc good visiblement. :)

 

Pour le scheduler faut que je chance ça comment? Tout le monde a fait ce changement là ou pas?

 

Bonjour, ayant changer de config, je voulais vérifier que mon trim fonctionnait bien,
J'essaie de suivre la procédure sauf que:
Le flag oflag=direct ne veut pas, il me dit "impossible d'ouvrir testfile: argument invalide", et si je fais sans, hdparm me dit "device not found in /dev"

 

Vous faites comment pour tester ça de nos jours? ça semble avoir totalement changé...


Message édité par burn2 le 22-10-2016 à 14:06:14

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1396436
ttyb0
sysadmin, libriste, hacker
Posté le 22-10-2016 à 15:53:10  profilanswer
 

Perso ça me suffit  :o

mount | grep discard


 
Sans connaître les commandes exactes que tu exécutes ça va être difficile de t'aider.
 

n°1396437
burn2
ça rox du poney
Posté le 22-10-2016 à 16:49:58  profilanswer
 

Je saisis justement celles marquées dans le poste quoté.
A savoir:
dd if=/dev/urandom of=tempfile count=100 bs=512k oflag=direct

 

ça marchait sur la précédente version d'ubuntu/pc, mais sur ce pc/dernière version d'ubuntu,
Le dd ne veut pas avec l'erreur marqué, et si je ne précise pas le flag, c'est le hdparm qui met la même erreur de divice.

 

Aucun moyen donc de tester si oui ou non physiquement le trim est actif.


Message édité par burn2 le 22-10-2016 à 16:55:36

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1397556
gunsman
La bonne affaire...
Posté le 20-11-2016 à 11:50:35  profilanswer
 

Drap !


---------------
La route n'est longue que si l'on regarde loin...
n°1401948
ttyb0
sysadmin, libriste, hacker
Posté le 22-03-2017 à 22:30:53  profilanswer
 

Nouveau matériel, nouvelles questions  :o
 
Quels sont les usages pour un SSD NVMe concernant l'option discard (ou le trim en générale) ?
 
Je vois de temps en temps qu'il ne faut pas activer l'option discard, mais je suis pas convaincu  :o  (pas de consensus apparemment)
 
ex:
 
Note: Contrary to recommendations for SSDs, NVMe devices should not be issued discards.
https://wiki.archlinux.org/index.ph [...] rives/NVMe
 

n°1401950
burn2
ça rox du poney
Posté le 22-03-2017 à 22:55:12  profilanswer
 

Ben perso, je ne vois pas le rapport.
 
Discard ça dit au ssd de faire le trim à la volée.
Sans c'est fait en arrière plan "quand c'est possible".  
Noatime je le conseille toujours ça économise des écritures pour rien.
 
Le discard j'ai tendance à toujours le mettre, je préfère une supression immédiate que quand il le veut.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1401952
ttyb0
sysadmin, libriste, hacker
Posté le 22-03-2017 à 23:27:00  profilanswer
 

C'est bien mon sentiment également,
 
et pareil je préfère discard aux autres solutions  :o

n°1401977
li1ju
ho putain, ça tourne !
Posté le 23-03-2017 à 20:57:07  profilanswer
 

et sinon, ca change quoi, entre un ssd "classique" et un nvme,  à part la connectique et la vitesse ?
si il vaut mieux faire du discard sur un ssd, pourquoi pas sur un nmve ?  [:cerveau klem]

n°1401978
burn2
ça rox du poney
Posté le 23-03-2017 à 21:00:47  profilanswer
 

Y a des partisants des deux manières de faire.
 
LE discard est immédiat donc selon ce que tu supprimes tu peux avoir une perception de la suppression, là ou sans c'est fait en arrière plan lorsque tu ne l'utilises pas.
Mais bon perso je préfère être sûr que ça soit fait directement.  
 
Exemple si tu supprimes un truc de 50Go imédiatement, le ssd va saturer durant un temps perceptible avec discard. Sans la suppression (et donc cette lenteur perceptible) va se faire plus tard.
 
C'est en fonction de l'usage quoi.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1401979
li1ju
ho putain, ça tourne !
Posté le 23-03-2017 à 21:04:40  profilanswer
 

yep, on est d'accord.
du coup je me dis que c'est encore plus valable sur un nvme, vu qu'il est plus rapide, et que donc le temps de trim est potentiellement moindre ? (ou alors j'ai rien compris :D)
Pour ma part j'ai des desktops sous mint/ubuntu et des serveurs sous debian, avec du ssd.
Sur tout, j'ai de l'ext4 avec discard en option de montage et j'ai jamais eu de probleme, meme après supression d'un très gros fichier :)

n°1401981
burn2
ça rox du poney
Posté le 23-03-2017 à 21:09:13  profilanswer
 

Idem.
Et pourtant j'ai des vm et je faisais de la compilation d'android dessus...


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1402122
gee
Bon ben hon
Posté le 29-03-2017 à 12:05:06  profilanswer
 

J'ai le fstrim sur un service systemd, je ne sais plus exactement pourquoi, mais a priori alors c'était mieux que dans fstab.


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°1402145
gizmo15
Posté le 30-03-2017 à 10:51:22  profilanswer
 

j'ai un Samsung 750 Evo 256Gb sous Freebsd 11 et je vais y rajouter un Crucial M200 120GB

n°1402427
Jahimself
Posté le 06-04-2017 à 16:46:03  profilanswer
 

Pour ma part SSD + Linux = Bonheur

n°1402439
gunsman
La bonne affaire...
Posté le 06-04-2017 à 17:58:00  profilanswer
 

Je confirme, pour moi aussi !


---------------
La route n'est longue que si l'on regarde loin...
n°1402440
burn2
ça rox du poney
Posté le 06-04-2017 à 18:04:42  profilanswer
 

Idem. :)


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1402458
jean pierr​e
Posté le 06-04-2017 à 19:29:14  profilanswer
 

idem


Message édité par jean pierre le 07-04-2017 à 12:59:50

---------------
Jean Pierre
n°1402470
ttyb0
sysadmin, libriste, hacker
Posté le 07-04-2017 à 08:54:43  profilanswer
 

itou  :o

n°1402513
Profil sup​primé
Posté le 08-04-2017 à 16:52:08  answer
 

Après le succès de mon laptop avec un 840pro et Manjaro, je viens de récupérer un autre laptop un hp dv7 et j'ai installé un ssd pny et Lubuntu 16.10 via MediCat et tout s'est bien passé.
Je vais tester tout ça :jap:

n°1404539
Kyjja
Liquefaction imminente
Posté le 05-06-2017 à 18:55:10  profilanswer
 

Drap' :o


---------------
HWBot | Conso GPU | Who's who PSU | Mes BD \o/ | GReads | MSpaint
n°1413729
Flying-Che​wbacca
What has been seen...
Posté le 29-01-2018 à 07:56:38  profilanswer
 

Je relance, avec 2 850 EVO en raid 0 mobale.
 
Ces débits  :love:


Message édité par Flying-Chewbacca le 29-01-2018 à 07:56:56
n°1413749
burn2
ça rox du poney
Posté le 29-01-2018 à 12:52:43  profilanswer
 

La différence se voit vraiment en dehors du spécifique?
A ce niveau là on n'est plus cpu limited?  


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1413799
Flying-Che​wbacca
What has been seen...
Posté le 30-01-2018 à 01:41:34  profilanswer
 

Ca cartonne clairement lors du déplacement de gros fichiers et dans le chargement des jeux quelque soit l'os (l'avantage de cette solution est d'avoir un dual boot raid 0 relativement transparent (faut installer linux avant windows) ), Sur des trucs assez costauds genre x plane avec scènes photoréalistes plus génération des batiments avec les données openstreetmap, la différence est très nette.

 

Cpu limited, nope, mais faut dire qu'un 8700k oc à 4,9 Ghz all core, ça tabasse :D


Message édité par Flying-Chewbacca le 30-01-2018 à 01:42:37
n°1413806
burn2
ça rox du poney
Posté le 30-01-2018 à 10:15:26  profilanswer
 

Oui donc ça reste du spécifique. :D
Sur des lancements de programmes "courrants" genre navigateur/os je suppose que la différence n'est pas visible?

 

Sur une vm ou sur un jeux lourd comme xplane oui je comprends que ça puisse encore être visible. :D


Message édité par burn2 le 30-01-2018 à 10:15:50

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1413864
Flying-Che​wbacca
What has been seen...
Posté le 31-01-2018 à 21:39:43  profilanswer
 

Sur de la tâche courante j'ai l'impression d'un poil plus de réactivité, mais c'est peut être un effet placebo vu ma config'

n°1414714
mouillotte
0/10 en dictée
Posté le 17-02-2018 à 17:40:07  profilanswer
 

Est ce qu'il existe un logiciel de type CristalDiskInfo pour connaître la bonne santé d'un SSD ?

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  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-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR