* Sur la machine A, j'ai 906 ouvertures de fichiers True Type, du
genre :
openat(AT_FDCWD, "/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf", O_RDONLY) = 5
Ils s'effectuent en 20,9 secondes.
* Sur la machine B, j'ai 2952 uvertures de fichiers True Type. Ils
s'effectuent en 4,5 secondes.
Autrement dit, sur la machine dotée d'un NVMe chiffré, la lecture de
3 fois plus de fichiers s'effectue en 5 fois moins de temps (donc un
ratio de 15) que sur une machine dotée d'un SSD non chiffré et récent.
J'ai du mal à croire qu'un tel écart ne soit imputable qu'au matériel. Qu'en pensez-vous ? Rencontrez-vous le même genre de problème ?
Déja pour remettre un peu à plat les différences entre les 2 machines:
- un ssd sata d'un coté avec des débit max à 550Mo/s
- un ssd nvme de l'autre avec des débits qui peuvent monter à 3,5Go/s
(6 Go/s sur les dernières génération si la carte mère le supporte).
Le débit en lecture directe n'est que de 72 Mo/s ! Je suis très loin des 500 Mo/s annoncés par le constructeur :
https://www.kingston.com/en/ssd/a400-solid-state-drive?partnum=sa400s37%2F960g
Pourtant, ce disque est branché sur un port SATA 6G, dont la bande
passante théorique est compatible avec un disque SSD au débit de
500 Mo/s.
Je ne m'explique donc pas le calamiteux 72 Mo/s. :(
Sébastien
- Dans le bios, le port sata est bien en mode ahci?
- Tu as passé l'utilitaire constructeur pour voir son état?
- firmware à jour?
- Disque pas trop rempli?
- Ton système lance bien régulièrement la commande fstrim sur chaque
partition montée?
- Tu as passé l'utilitaire constructeur pour voir son état?
Non, je n'ai même pas cherché à le faire, je suis exclusivement sur GNU/Linux et les fabricants ne s'embêtent pas avec les « systèmes exotiques ».
- firmware à jour?
Idem
- Ton système lance bien régulièrement la commande fstrim sur chaque
partition montée?
Non, mais je l'ai lancé à la main ces derniers jours et les mesures que j'ai indiquées ont été effectuées après avoir exécuté le fstrim.
Sébastien
Non, je n'ai même pas cherché à le faire, je suis exclusivement sur
GNU/Linux et les fabricants ne s'embêtent pas avec les « systèmes
exotiques ».
a défaut, un petit control du smart ?
Idem
je comprend bien, mais quand je regarde chez kingston, je vois qu'il y
a eu 3 mises a jour du firmware toutes après 2017.
au moins 2 mises a jour me semblent vraiment critiques...
ça dépend surtout du nombre d'écritures que fait ton système, mais il faut absolument le faire de façon régulière.
le seul moyen de ne pas oublier, c'est que le système le fasse automatiquement.
chez moi, c'est fstrim.service qui s'en occupe (systemd) une fois par semaine.
a défaut, un petit control du smart ?
Cf. fichier ci-joint.
...La dernière révision du
firmware date de janvier 2020, soit 10 mois avant (mais peut-être que
mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).
Ceci étant, s'il faut flasher le
firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut fonctionner, car j'utilise le BIOS legacy et
non l'UEFI.
- Dans le bios, le port sata est bien en mode ahci?
Th.A.C a écrit :
- Dans le bios, le port sata est bien en mode ahci?
Je viens de vérifier, c'est bien le cas.
Sébastien
...La dernière révision du firmware date de janvier 2020, soit 10
mois avant (mais peut-être que mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).
Par ex, au début de ton rapport smartctl (9eme ligne)
ou bien avec des commandes comme: sudo hdparm -i /dev/sda
Ceci étant, s'il faut flasher le firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut
fonctionner, car j'utilise le BIOS legacy et non l'UEFI.
Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes
à quelqu'un qui n'est pas sous linux...
Tu peux aussi trouver un vieux disque SATA et installer un windows sans mettre de clé de licence (pas besoin de l'activer pour flasher ton ssd).
Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
as les mêmes taux de transfert.
Th.A.C a écrit :
...La dernière révision du firmware date de janvier 2020, soit 10
mois avant (mais peut-être que mon disque a bel et bien été fabriqué avant cette date, je ne vois pas comment je pourrais le savoir).
Par ex, au début de ton rapport smartctl (9eme ligne)
ou bien avec des commandes comme: sudo hdparm -i /dev/sda
Je parlais de la date de fabrication du disque. J'avais bien noté la
version du firmware, mais celle-ci ne respectant pas la logique
« semver », j'ai du mal à la situer dans l'historique des versions. En outre, comme tu l'indiques, cette version n'apparait pas dans la liste
des versions annoncées par Kingston. Ceci étant, j'ai trouvé des traces
de cette version sur d'autres sites, dans des benchmarks de disques de
ce modèle, mais en version 240 Go et non 960 Go (mais d'après les informations fournies par Kingston, le même firmware est applicable
à tous les modèles de la gamme).
Ceci étant, s'il faut flasher le firmware du disque, je ne sais pas comment faire depuis GNU/Linux. La commande fwupdate ne peut
fonctionner, car j'utilise le BIOS legacy et non l'UEFI.
Et bien, tu fais une sauvegarde complète de ton ssd, puis tu demandes
à quelqu'un qui n'est pas sous linux...
Oulà ! Je ne fréquente que des gens bien moi môsieur ! :)
Plus sérieusement, les seules personnes auxquelles je pense et qui ont
un PC sur MS-Windows utilisent un PC portable dans lesquels il n'est pas possible d'installer un disque SSD. Mais je vais creuser cette piste.
Tu peux aussi trouver un vieux disque SATA et installer un windows sans mettre de clé de licence (pas besoin de l'activer pour flasher ton ssd).
Je me demande si Wine ne ferait pas tout simplement l'affaire. Mais
comme j'utilise le BIOS legacy, je ne suis pas certain que cette voie
soit viable.
Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
as les mêmes taux de transfert.
Pardon ? Je sais ce qu'est un live CD, mais je ne comprends pas le sens
de ce test.
Sébastien
--
Sébastien Dinot, sebastien.dinot@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
- tu n'utilises pas un vrai BIOS mais un UEFI en mode compatibilité
BIOS: si fwupd trouve un firmware (un UEFI) pour ta carte-mère, il
doit vraisemblablement pouvoir l'appliquer
- je pense (sous réserves) que fwupd et ses utilitaires ne nécessitent
pas l'UEFI pour mettre à jour des firmwares de périphériques (SSD,
etc...), par contre je n'ai pas creusé mais il est possible ou
probable que fwupd ne puisse mettre à jour un vrai BIOS même si il
peut mettre à jour un UEFI.
Les firmwares Kingston disponibles au téléchargement sont là:
https://www.kingston.com/en/support/technical/ksm-firmware-update
user@host:~$ sudo fwupdmgr get-upgrades
Devices with no available firmware updates:
• KINGSTON SA400S37960G
No updatable devices ========================================================================
Mais je connais très mal l'écosystème de fwupd. Quelle est l'aura de la plateforme LVFS ? Les constructeurs font-ils l'effort de renseigner la
base et de pointer les versions les plus récentes de leurs firmwares ?
Quid de la politique de Kingston en la matière ?
Les firmwares Kingston disponibles au téléchargement sont là:
https://www.kingston.com/en/support/technical/ksm-firmware-update
Non, ce ne sont pas les firmwares qui ont accessibles à partir de cette
url, mais les notes de release et l'outil de Kingston. C'est tout (du
moins n'ai-je rien trouvé d'autre).
Ceci dit, avant de flasher, tu peux déjà tester avec un livecd si tu
as les mêmes taux de transfert.
Pardon ? Je sais ce qu'est un live CD, mais je ne comprends pas le sens
de ce test.
Perso j'ai eu un SSD qui m'a fait un peu moins de deux ans avant de
claquer (données irrécupérables, disque plus lisible, j'étais content
de mes sauvegardes).
Donc depuis je garde une petite installation Windows en dual-boot (ça
peut servir à dépanner un windowsien et ça peut surtout servir à ça: upgrader l'UEFI et les autres firmwares). Tu as juste besoin de
télécharger une image ISO sur le site Microsoft. Après l'installation, sans fournir de clé d'activation durant celle-ci, si Windows a déjà
été installé dessus et activé durant la vie de ce PC, il sera automatiquement activé sans besoin de fournir une clé.
Du coup, avant d'acheter mon prochain disque SSD, il ne me reste plus
qu'à vérifier si des fabricants de SSD sont plus prompts que d'autres
à transmettre leurs firmwares à LVFS.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 153:21:29 |
Calls: | 10,383 |
Files: | 14,054 |
Messages: | 6,417,839 |