COMPTOIR
register

Le NVMe fait peau neuve avec sa version 1.4

Cela faisait longtemps que la norme NVMe n'avait pas reçu de mise à jour majeure et avec l’arrivée du PCIe 4.0 et la démocratisation des SSDs au format barrette, il serait temps d'améliorer le fonctionnement de nos fichiers inscrits sur du silicium. Car nous l'avons vu dans nos Hard du Hard la gestion des données des SSDs n'est pas simple et pour garantir la meilleure des endurances sans sacrifier les performances il faut optimiser sans cesse les contrôleurs. C'est dans cet objectif que le NVMe Group - groupement d'industriels et de géants de l'informatique autour du stockage en mémoire flash - a mis à jour en 1.4 son standard NVMe pour préparer les nouvelles utilisations des SSD connectés en PCIe.

 

Première amélioration majeure, les informations liées aux blocs et pages transmises au TRIM seront plus précises et permettront de mieux repérer les blocs qui auront besoin d'être réinscrits. Si le NVMe 1.3 améliorait cet aspect, là il s'agit de mieux synchroniser les nouveaux blocs à écrire avec les blocs déclarés comme "vides". Le souci actuel est que souvent le bloc "vide" est plus grand - ce qui fait perdre un peu d'espace pour rien - ou que les données sont inscrites à cheval entre 2 blocs, ce qui augmente le Write Amplification. Cette amélioration sera la bienvenue pour l'endurance de nos données, mais dépend aussi du TRIM et de sa mise à jour, qui est faite via votre OS.

 

namespace trim nvme 1 4

 

Autre point important, la correction d'erreur est revue pour mieux récupérer les données provenant des cellules HS ou proche d'être HS. Le système va vérifier si les cellules sont juste abîmées ou bien si elles sont irrécupérables et éliminer petit à petit les blocs à risques. Le cache des SSD est revu aussi et dispose d'une nouvelle fonction : le PMR - Persistante Memory Region - dont le but est de faire des transferts de données directs via le PCIe sans devoir faire passer les informations par le processeur. En gros, les données sont traitées directement depuis le cache du SSD, réduisant la latence et surtout le nombre d'écritures persistantes sur la mémoire flash, permettant d'augmenter l'endurance des SSD utilisés dans les serveurs ou pour les OS.

 

Dans les "petites" optimisations que l'on retrouve, il y a une amélioration de la latence prévisible pour éviter que les opérations de fond réalisées par le SSD - TRIM, Garbage Collector - ne soient gênantes lorsque votre système demandera à réaliser une opération d'écriture/lecture/effacement sur le SSD. Il y a aussi l'ajout d'un nouveau mode d'utilisation pour la file d'attente des opérations ou un nouveau système de protection des écritures. Il va être difficile de tout vous lister en une seule fois, le document de spécifications faisant près de 300 pages.

 

nvmexpress logo

 

Un poil avant ?

Keanu Reeves, le VRP des jeux vidéo ?

Un peu plus tard ...

Du Ray Tracing saucé TAA à l'étude chez NVIDIA

Les 14 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
Message de En Erection embusqué supprimé par un modérateur : hs
par BestMan, le Mercredi 19 Juin 2019 à 18h46  
Je faisais de l'humour
par Guillaume L., le Mercredi 19 Juin 2019 à 16h09  
Rassure-moi, tu n'es pas sérieux sur ton coup de gueule là ? C'est si difficile de comprendre le principe de mise à jour de firmware ?
Le protocole NVMe est géré par l'OS ET le contrôleur, qui peuvent tous les deux être mis à jour par logiciel ! Merci d'arrêter les trolls du genre "c'est bidon" et lisez un peu le papier, merci
par BestMan le Mercredi 19 Juin 2019 à 13h33
Tiens encore une nouveaute "Bidon" pour pouvoir mieux re-vendre les SSD et autres trucs Marquée "1.4 TOP NEW VERSION ULTRA HIGH" je suis sur que ils en sont déjà a la version 2 (1.6, 1.8) mais vont continuer les segmentation Bidon pour faire croire que ils améliorent sans cesses leur matos

C'est comme avec les APN (Photos numériques) ou tous les ans ça doublait de resolution, on est passe du 1 Megapixel, puis du 2, puis du 4, puis du 6, puis du 8, etc... tout cela durant plus de 10ans, les mecs fesaient croire que "Hop tavu on a découvert dans nos super labos comment doubler la resolution", il faut tout Ra-cheter, alors que des le debut ils savaient comment faire du 20Megapixels (les sattelties lances il y as 20ans font du 50 Megapixels hein !)
Message de Un champion du monde en Auvergne-Rhône-Alpes supprimé par un modérateur : merci de revoir tes propos la prochaine fois !
par BestMan, le Mercredi 19 Juin 2019 à 13h33  
Tiens encore une nouveaute "Bidon" pour pouvoir mieux re-vendre les SSD et autres trucs Marquée "1.4 TOP NEW VERSION ULTRA HIGH" je suis sur que ils en sont déjà a la version 2 (1.6, 1.8) mais vont continuer les segmentation Bidon pour faire croire que ils améliorent sans cesses leur matos

C'est comme avec les APN (Photos numériques) ou tous les ans ça doublait de resolution, on est passe du 1 Megapixel, puis du 2, puis du 4, puis du 6, puis du 8, etc... tout cela durant plus de 10ans, les mecs fesaient croire que "Hop tavu on a découvert dans nos super labos comment doubler la resolution", il faut tout Ra-cheter, alors que des le debut ils savaient comment faire du 20Megapixels (les sattelties lances il y as 20ans font du 50 Megapixels hein !)
par JoeBar, le Mercredi 19 Juin 2019 à 12h54  
par Un médecin des ragots en Auvergne-Rhône-Alpes le Mercredi 19 Juin 2019 à 12h22
Cela semble plutôt logique si le protocole introduit de nouvelles commandes.

Si c'est une question d'implémentation, c'est complètement ridicule de
changer de numéro de version d'une norme.
Relis les messages de Guillaume
par Un médecin des ragots en Auvergne-Rhône-Alpes, le Mercredi 19 Juin 2019 à 12h22  
par JoeBar le Mercredi 19 Juin 2019 à 07h41
Je m'en doutais une MAJ Bios sera certainement nécessaire
Cela semble plutôt logique si le protocole introduit de nouvelles commandes.

Si c'est une question d'implémentation, c'est complètement ridicule de
changer de numéro de version d'une norme.
par JoeBar, le Mercredi 19 Juin 2019 à 09h16  
par Guillaume L. le Mercredi 19 Juin 2019 à 08h13
Toujours pas non, comme déjà dit le support du NVMe ne se fait uniquement QUE par le firmware du SSD et l'OS, pour la carte mère c'est un périphérique de stockage en PCIe c'est tout
Ah je pensais vraiment qu'il y avait une partie de la gestion du SSD par la MOBO, my bad
par Guillaume L., le Mercredi 19 Juin 2019 à 08h13  
par pascal2lille le Mercredi 19 Juin 2019 à 06h12
est-ce que la norme 1.4 est retro-compatible avec la 1.3 et 1.2 ?
Etant donné que c'est lié aux versions de firmware ou de driver normalement oui, physiquement il n'y aura rien de très différent
par JoeBar le Mercredi 19 Juin 2019 à 07h41
Je m'en doutais une MAJ Bios sera certainement nécessaire
Toujours pas non, comme déjà dit le support du NVMe ne se fait uniquement QUE par le firmware du SSD et l'OS, pour la carte mère c'est un périphérique de stockage en PCIe c'est tout
par JoeBar, le Mercredi 19 Juin 2019 à 07h41  
par Unragoteursansespace en Auvergne-Rhône-Alpes le Mardi 18 Juin 2019 à 14h09
Il faudra probablement mettre à jour le pilote NVMe de l'UEFI car le
protocole doit être compatible entre carte mère et SSD.
Je m'en doutais une MAJ Bios sera certainement nécessaire
par pascal2lille, le Mercredi 19 Juin 2019 à 06h12  
est-ce que la norme 1.4 est retro-compatible avec la 1.3 et 1.2 ?
par Unragoteursansespace en Auvergne-Rhône-Alpes, le Mardi 18 Juin 2019 à 14h09  
par JoeBar le Mardi 18 Juin 2019 à 08h40
Concrètement, ça passe par une MAJ de Bios ou ce sera uniquement sur les
nouvelles Mobo, vous dites rien?
Il faudra probablement mettre à jour le pilote NVMe de l'UEFI car le
protocole doit être compatible entre carte mère et SSD.

 

UEFI vs. legacy BIOS
A common misconception is that UEFI is a replacement for BIOS. In reality,
both legacy motherboards and UEFI-based motherboards come with BIOS ROMs,
which contain firmware that performs the initial power-on configuration of
the system before loading some third-party code into memory and jumping to
it. The differences between legacy BIOS firmware and UEFI BIOS firmware are
where they find that code, how they prepare the system before jumping to it,
and what convenience functions they provide for the code to call while running.


source:
https://wiki.osdev.org/UEFI#UEFI_vs._legacy_BIOS