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

 


 

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

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

n°1414714
mouillotte
Grammar Nazi Bijour :o
Posté le 17-02-2018 à 17:40:07  profilanswer
 

Reprise du message précédent :
Est ce qu'il existe un logiciel de type CristalDiskInfo pour connaître la bonne santé d'un SSD ?

mood
Publicité
Posté le 17-02-2018 à 17:40:07  profilanswer
 

n°1414720
Trit'
Posté le 17-02-2018 à 18:28:10  profilanswer
 

mouillotte a écrit :

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


En GUI : GSmartControl.
En CLI : smartctl.

n°1414726
rokin-k
Posté le 17-02-2018 à 18:56:16  profilanswer
 

(smartctl = smartmontools)


---------------
Diablo3
n°1414735
mouillotte
Grammar Nazi Bijour :o
Posté le 17-02-2018 à 22:26:13  profilanswer
 

Super, merci.
Difficile d’interpréter le résultat quand on y connaît pas grand chose.

n°1414747
tuorhuor
Posté le 18-02-2018 à 09:29:35  profilanswer
 

J'ai mon petit Samsung 960 EVO NVMe (250 Go) depuis un an maintenant et j'en suis toujours aussi content  :)  
 

root@titan:/home$ hdparm -t /dev/nvme0n1
/dev/nvme0n1:
 Timing buffered disk reads: 6998 MB in  3.00 seconds = 2332.29 MB/sec
 
root@titan:/home$ dd if=/dev/zero of=test.zero bs=1M count=10k conv=fsync
10240+0 enregistrements lus
10240+0 enregistrements écrits
10737418240 bytes (11 GB, 10 GiB) copied, 8,92198 s, 1,2 GB/s
root@titan:/home$


J'aime bien le NVMe  :o

n°1414776
Sagittariu​s
Posté le 18-02-2018 à 15:57:37  profilanswer
 

mouillotte a écrit :

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


 
Sous plasma: DiskMonitor https://github.com/papylhomme/diskmonitor
 
Après c'est pas un mal non plus d'utiliser le service smartd avec notification bureau et mail même si les fabricants n'intègrent pas tous les paramètres utiles dans les données S.M.A.R.T.
 
Personnellement sur mes disques, smartd fait un short test toutes les nuits et un long toutes les semaines. Ça m'a déjà été utile avec un SDD (alors même que /tmp /swap tous les deux chiffrés à la volée, sont sur le HDD, /var /home (chiffré) aussi sur HDD)). Avec les SSD pour le grand public, on n'est jamais trop prudent. D'où la nécessité des sauvegardes  :D  


Message édité par Sagittarius le 18-02-2018 à 16:06:06
n°1414808
foul
Amiga forever...
Posté le 18-02-2018 à 19:37:22  profilanswer
 

Sympa l'applet ! par contre je n'arrive pas à la redimensionner ! :\


---------------
-> Send BTC to : 3PQZvXWNVsWBThP9JRhJ7Hs8SeZRRMb628 -> Send ETH to : 0x6BE371c8B4305c11904D25f9187598Fb82817a0c
n°1414940
burn2
ça rox du poney
Posté le 20-02-2018 à 17:17:13  profilanswer
 

Bonjour

 

gsmartcontrol est top oui, ou en ligne de commande c'est simple aussi mais moins convivial.

 

Mon ssd intel est toujours à 100% de vie par exemple.


Message édité par burn2 le 20-02-2018 à 17:18:14

---------------
Mon topic sur OpenSuse ;)
n°1414943
tuorhuor
Posté le 20-02-2018 à 18:33:30  profilanswer
 

et nvme-cli pour les SSD NVMe  :o
 
https://packages.debian.org/stretch/nvme-cli
 

root@titan:~$ nvme list
Node             SN                   Model                                    Namespace Usage                      Format           FW Rev  
---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
/dev/nvme0n1     S3ESNX0J247259V      Samsung SSD 960 EVO 250GB                1          65,30  GB / 250,06  GB    512   B +  0 B   2B7QCXE7
root@titan:~$ nvme smart-log /dev/nvme0n1
Smart Log for NVME device:nvme0n1 namespace-id:ffffffff
critical_warning                    : 0
temperature                         : 32 C
available_spare                     : 100%
available_spare_threshold           : 10%
percentage_used                     : 0%
data_units_read                     : 4 202 951
data_units_written                  : 4 683 305
host_read_commands                  : 31 876 035
host_write_commands                 : 16 113 102
controller_busy_time                : 149
power_cycles                        : 1 265
power_on_hours                      : 436
unsafe_shutdowns                    : 251
media_errors                        : 0
num_err_log_entries                 : 839
Warning Temperature Time            : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1                : 32 C
Temperature Sensor 2                : 42 C
Temperature Sensor 3                : 0 C
Temperature Sensor 4                : 0 C
Temperature Sensor 5                : 0 C
Temperature Sensor 6                : 0 C
Temperature Sensor 7                : 0 C
Temperature Sensor 8                : 0 C
root@titan:~$

n°1414996
jsonline
Z97 extreme4 inside ;-)
Posté le 22-02-2018 à 00:01:41  profilanswer
 

tuorhuor a écrit :

J'ai mon petit Samsung 960 EVO NVMe (250 Go) depuis un an maintenant et j'en suis toujours aussi content  :)  
 

root@titan:/home$ hdparm -t /dev/nvme0n1
/dev/nvme0n1:
 Timing buffered disk reads: 6998 MB in  3.00 seconds = 2332.29 MB/sec
 
root@titan:/home$ dd if=/dev/zero of=test.zero bs=1M count=10k conv=fsync
10240+0 enregistrements lus
10240+0 enregistrements écrits
10737418240 bytes (11 GB, 10 GiB) copied, 8,92198 s, 1,2 GB/s
root@titan:/home$


J'aime bien le NVMe  :o


 
Je viens de lancer les même commandes sur mon intel 600P ( INTEL SSDPEKKW256G7, 256 Go, il a 1000 redémarages et un peu moins de 4000h de fonctionnement),
j'obtiens (seulement) en lecture : Timing buffered disk reads: 1710 MB in  3.00 seconds = 569.90 MB/sec
et même carrément en écriture : 10737418240 bytes (11 GB, 10 GiB) copied, 42,522 s, 253 MB/s
Ceci dit cela reste déjà énorme par rapport à la plupart des ssd.
 
NOTE : A l'achat j'avais 720 Mo/s en lecture et 490 Mo/s en écriture , ce qui était normal / chiffres du net pour ce disque. Faudra que j’enquête pour comprendre la forte baisse des 2 vitesses.
 
EDIT: j'ai édité ce message car mon ssd c'est un 256Go en fait, pas un 128 Go comme j'avais indiqué avant.. du coup mes chiffres sont encore plus faiblards par à ceux du net (1570 en read... 540 en write)...


Message édité par jsonline le 23-02-2018 à 00:26:41

---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
mood
Publicité
Posté le 22-02-2018 à 00:01:41  profilanswer
 

n°1414999
tuorhuor
Posté le 22-02-2018 à 06:51:33  profilanswer
 

Ça fait quand même une sacrée différence [:poooop]  
 
https://www.hardware.fr/articles/90 [...] ances.html

n°1415012
jsonline
Z97 extreme4 inside ;-)
Posté le 22-02-2018 à 10:54:01  profilanswer
 

Je viens de penser à une piste : J'ai changé de distribution entre mes 2 mesures. Si cela se trouve je n'ai pas le bon pilote sur la nouvelle. Vous utilisez quoi comme pilote vous tuorhuor ?
Edit : Mes premières recherches me font penser que Intel a bien du mal assurer une compatibilité de ses ssds avec linux.
Apparement, il y a même eu un bug entrainant de la corruption de données, dans le cas d'utilisation du système de fichier XFS, que je n'utilise pas personnellement, mais bon... ( La référence est là : https://bugzilla.redhat.com/show_bug.cgi?id=1402533 )

 

EDIT : Pour le moment concernant mon driver, j'ai juste trouvé ( par la commande " lspci -vvv | grep Intel " ) :

02:00.0 Non-Volatile memory controller: Intel Corporation Device f1a5 (rev 03) (prog-if 02 [NVM Express])
        Subsystem: Intel Corporation Device 390a

 ... ce qui ne m'avance pas beaucoup...


Message édité par jsonline le 23-02-2018 à 00:20:27

---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
n°1415035
tuorhuor
Posté le 23-02-2018 à 06:47:25  profilanswer
 

les options de montage peuvent aussi avoir pas mal de conséquence sur les perfs.

n°1415039
jsonline
Z97 extreme4 inside ;-)
Posté le 23-02-2018 à 08:27:49  profilanswer
 

Extrait de mon fstab (j'ai juste enlevé les uuid) :
 


# SWAP
UUID=xxxxxxxxxxxxxxxxx  swap                 swap       defaults              0 0
# RACINE
UUID=yyyyyyyyyyyyyyy  /                    ext4       defaults              1 1
# HOME
UUID=zzzzzzzzzzzzzzzzz   /home                ext4       defaults              1 2


---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
n°1415052
nounounoun​ou
Posté le 23-02-2018 à 11:39:01  profilanswer
 

marrant j'ai toujours privilegié intel (pour tout)  justement pour les compatibilité linux  (j'deconne pas hein)
 tes montage ext4 tu met pas de noatime   relatime et autre joyeuseté?
chez moi par exemple :

Citation :

/               ext4    noatime,nodiratime,errors=remount-ro 0       1
 /home           ext4    noatime,nodiratime,defaults        0       2


le swap gaffe si t'as pas beaucoup de memoire ça peut vite faire beaucoup d'ecritures et ralentir les acces pour le reste (et accelerer le vieillissement de ton SSD par la meme un peu.) le swapiness se regle
et si t'as plein de ram ben un petit

Citation :

tmpfs    /tmp tmpfs defaults,noatime,nodiratime,mode=177 0 0


peut alleger encore les cycles  d'ecritures sur le SSD

 

je me suis bien basé sur ça pour parametrer: https://www.linuxwolfpack.com/linux-ssd-lm17.php


Message édité par nounounounou le 23-02-2018 à 11:41:36
n°1415082
tuorhuor
Posté le 23-02-2018 à 18:46:35  profilanswer
 

Chez moi j'ai toujours ces deux options pour le montage des partitions d'un SSD :
* noatime : car pas nécessaire dans le cadre d'un PC, avec un gain non négligeable en perf
* discard : pour le trim
 
Tu gères le trim manuellement ?
 

UUID=...    /               ext4    discard,noatime,errors=remount-ro 0       1
UUID=...    /home           ext4    discard,noatime                   0       2


Message édité par tuorhuor le 23-02-2018 à 18:47:51
n°1415085
nounounoun​ou
Posté le 23-02-2018 à 19:20:06  profilanswer
 

suivant les distrib discard dans le fstab  fonctionne ou pas...si ça marche pas on claque un fstrim dans un cron cron weekly et hop


Message édité par nounounounou le 23-02-2018 à 19:20:32
n°1415099
lecbee
Posté le 24-02-2018 à 11:27:47  profilanswer
 

L'option discard n'est pas recommandée pour l'immense majorité des scénarios. La best practice c'est via un cron. Y'a un timer tout prêt pour ça dans systemd.
Réf : https://forums.freebsd.org/threads/ [...] ost-328912


Message édité par lecbee le 24-02-2018 à 11:28:28
n°1415106
burn2
ça rox du poney
Posté le 24-02-2018 à 12:18:48  profilanswer
 

Le discard ça dépend l'usage, on en a déjà parlé ici.
Pour une utilisation normale, c'est mieux de le faire à la volée, c'est transparent, pour un usage suppression régulières de gros fichier il vaut mieux le faire à un autre moment pour que cela soit transparent.
 
Perso c'est discard sur tous mes ssd.  
 
Et idem j'avais aussi tendance à choisir intel jusque là pour la sécurité. Mais depuis qu'ils ont arrété les ssd avec SLC, je prends aussi les autres marques.


---------------
Mon topic sur OpenSuse ;)
n°1415107
lecbee
Posté le 24-02-2018 à 12:26:42  profilanswer
 

burn2 a écrit :

Le discard ça dépend l'usage, on en a déjà parlé ici.


En effet : "Ext4's discard feature can be useful, but only in very highly specialized use cases"
Et je pense que le grand public ne fait pas partie de ces scénarios "highly specialized use cases".

Message cité 1 fois
Message édité par lecbee le 24-02-2018 à 12:26:59
n°1415109
sligor
Calme, mais pas trop
Posté le 24-02-2018 à 12:34:32  profilanswer
 

comme dit plus haut sans discard il faut un appel régulier à fstrim (cron ou autre)

n°1415115
tuorhuor
Posté le 24-02-2018 à 13:29:20  profilanswer
 

En effet... [:transparency]  
 
Les préco ont changeaient entre temps, Il faut que je mette à jour.
 
https://wiki.debian.org/SSDOptimiza [...] ilesystems

n°1415118
burn2
ça rox du poney
Posté le 24-02-2018 à 13:42:34  profilanswer
 

lecbee a écrit :


En effet : "Ext4's discard feature can be useful, but only in very highly specialized use cases"
Et je pense que le grand public ne fait pas partie de ces scénarios "highly specialized use cases".


Moué pas du tout convaincu.  
D'un autre côté avec les contrôleurs, on ne sait même pas s'ils ne le font pas déjà la volée quand ils le jugent nécessaire.
 
JE préfère que le trim se fasse au moment opportun, c'est à dire la suppression du fichier, et pas à un instant T ou si ça se trouve rien ne s'est passé depuis la dernière fois.
Donc avec un trim par cron on prend le risque de faire des trim pour rien (pas de risque, mais je ne vois pas l'intéret) ou d'en faire trop peu et de perdre en perf entre deux trims.
 
Pour moi le trim par cron c'est au contraire pour un usage de serveur qui tourne tout le temps et quand on sait quand on peut planifier la chose.
Pour un pc portable allumé éteint etc, c'est prendre le risque que le trim ne passe jamais ou se lance pour une grosse action sur batterie.  
:??:
 
Genre exemple simple, tu supprimes une vm de 50go.
Avec discard, tu vas avoir 2/3s de freeze à ce moment précis (je n'ai pas le délai précis ça dépend des conditions, mais bon ça se fait en live).
JE trouve ça logique.
 
Sans discard, c'est au moment ou la tâche cron est planifiée que cela va se faire, donc soit il faut que le pc tourne pour rien à certains moment (usage d'un serveur), soit si tu le planifies toutes les Xh (quel est l'intéret????), ça peut très bien se produire en plein jeu ou traitement lourd. :sweat:  
 
Bref pour moi c'est tout à fait l'inverse, le trim par cron c'est un usage très spécifique qui ne convient qu'à des machines ayant tendance à tourner souvent et surtout ayant des grands moment d'idle durant lesquels tu peux le planifier (serveur/pc@home que tu laisses tourner toute la  journée)
 
Pour un individu lambda éteignant son pc et ou ne l'allumant pas en continue c'est pour moi contre productif.


---------------
Mon topic sur OpenSuse ;)
n°1415120
tuorhuor
Posté le 24-02-2018 à 14:02:30  profilanswer
 

ouais bon, il y a un peu de lecture... c'est plus très clair tout ça...
 
https://www.spinics.net/lists/raid/msg40916.html

Citation :

TRIM is not necessary.


 
:o

n°1415125
Mjules
Modérateur
Parle dans le vide
Posté le 24-02-2018 à 15:02:53  profilanswer
 

Personnellement, j'aurais tendance à faire confiance à Ted Ts'o de part ses contributions (il a écrit une bonne partie d'ext4fs et maintient en plus les outils pour ext2/3/4) et son expertise.


Message édité par Mjules le 24-02-2018 à 15:03:15

---------------
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.
n°1415126
tuorhuor
Posté le 24-02-2018 à 15:31:25  profilanswer
 

c'est noté  :jap:  

n°1415142
burn2
ça rox du poney
Posté le 25-02-2018 à 00:43:29  profilanswer
 

tuorhuor a écrit :

ouais bon, il y a un peu de lecture... c'est plus très clair tout ça...

 

https://www.spinics.net/lists/raid/msg40916.html

Citation :

TRIM is not necessary.

 

:o


2012...
À l'époque ou le trim n'était pas forcément supporté par les contrôleur sata ou mal.

Mjules a écrit :

Personnellement, j'aurais tendance à faire confiance à Ted Ts'o de part ses contributions (il a écrit une bonne partie d'ext4fs et maintient en plus les outils pour ext2/3/4) et son expertise.


Tu aurais un lien?

Message cité 1 fois
Message édité par burn2 le 25-02-2018 à 00:44:36

---------------
Mon topic sur OpenSuse ;)
n°1415144
nounounoun​ou
Posté le 25-02-2018 à 04:50:36  profilanswer
 

burn2 a écrit :


Tu aurais un lien?


je pense qu'il palais de ce lien posé plus haut:
https://forums.freebsd.org/threads/ [...] ost-328912

n°1416699
billalo
Posté le 29-03-2018 à 20:02:00  profilanswer
 

[:cerveau drapal]

n°1418334
farika
Posté le 08-05-2018 à 21:22:44  profilanswer
 

Il y en a qui utilisent toujours btrfs sur ssd ou a déconseiller en raison des perf ? vs XFS ?

n°1421350
sebfun
Posté le 28-07-2018 à 09:54:51  profilanswer
 

up, je suis sur ssd, j'ai btrfs, ya des bonnes options a mettre pour ce système de fichier ?

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  49  50  51  52  53  54
Page Suivante

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-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR