{"id":53906,"date":"2019-12-13T00:00:00","date_gmt":"2019-12-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie"},"modified":"2020-02-18T14:01:51","modified_gmt":"2020-02-18T11:01:51","slug":"skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","title":{"rendered":"Compression rapide et tol\u00e9rante aux pannes (Suite)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Cet article est le deuxi\u00e8me d'une s\u00e9rie sur la compression rapide des donn\u00e9es. Le premier article d\u00e9crivait un compresseur qui fonctionne \u00e0 une vitesse de 10 Go\/s par c\u0153ur de processeur (compression minimale, RTT-Min). <\/p>\n<p>Ce compresseur est d\u00e9j\u00e0 int\u00e9gr\u00e9 dans les \u00e9quipements des duplicateurs criminologiques pour la compression rapide des dumps des supports d'information et pour renforcer la r\u00e9sistance \u00e0 la cryptographie. Il peut \u00e9galement \u00eatre utilis\u00e9 pour compresser les images des machines virtuelles et les fichiers d'\u00e9change de la m\u00e9moire vive lors de leur sauvegarde sur des disques SSD rapides.<\/p>\n<p>Le premier article annon\u00e7ait \u00e9galement le d\u00e9veloppement d'un algorithme de compression pour la compression des sauvegardes des disques durs et des disques SSD (compression moyenne, RTT-Mid) avec des param\u00e8tres de compression des donn\u00e9es nettement am\u00e9lior\u00e9s. \u00c0 l'heure actuelle, ce compresseur est enti\u00e8rement pr\u00eat et cet article lui est consacr\u00e9. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nLe compresseur r\u00e9alisant l'algorithme RTT-Mid offre un taux de compression comparable \u00e0 celui des archiveurs standards comme WinRar et 7-Zip, fonctionnant en mode rapide. Sa vitesse de fonctionnement est au moins d'un ordre de grandeur sup\u00e9rieure. <\/p>\n<p>La vitesse d'emballage\/d\u00e9packaging des donn\u00e9es est un param\u00e8tre critique qui d\u00e9termine le domaine d'application des technologies de compression. Il est peu probable que quiconque pense \u00e0 compresser un t\u00e9raoctet de donn\u00e9es \u00e0 une vitesse de 10-15 M\u00e9gaoctets par seconde (c'est pr\u00e9cis\u00e9ment la vitesse des archiveurs en mode de compression standard), car cela prendrait presque vingt heures avec le processeur \u00e0 charge maximale\u2026<\/p>\n<p>D'autre part, le m\u00eame t\u00e9raoctet peut \u00eatre copi\u00e9 \u00e0 des vitesses d'environ 2-3 Go par seconde en dix minutes. <\/p>\n<p>Par cons\u00e9quent, la compression d'informations de grande taille est pertinente si elle est effectu\u00e9e \u00e0 une vitesse d'au moins celle des entr\u00e9es\/sorties r\u00e9elles. Pour les syst\u00e8mes modernes, cela repr\u00e9sente au moins 100 M\u00e9gaoctets par seconde. <\/p>\n<p>De telles vitesses ne peuvent \u00eatre atteintes par les compresseurs modernes qu'en mode \u00ab fast \u00bb. C'est dans ce mode pertinent que nous allons comparer l'algorithme RTT-Mid avec les compresseurs traditionnels.<\/p>\n<h4>Test comparatif du nouvel algorithme de compression<\/h4>\n<p>\n Le compresseur RTT-Mid a fonctionn\u00e9 dans le cadre d'un programme de test. Dans une application \u00ab r\u00e9elle \u00bb, il fonctionne significativement plus vite, avec une utilisation efficace du multithreading et avec un \u00ab compilateur normal \u00bb, et non en C#. <\/p>\n<p>Comme les compresseurs utilis\u00e9s dans le test comparatif reposent sur des principes diff\u00e9rents et compressent divers types de donn\u00e9es de mani\u00e8res distinctes, une m\u00e9thode d'\u00e9valuation dite \u00ab temp\u00e9rature moyenne de l'h\u00f4pital \u00bb a \u00e9t\u00e9 employ\u00e9e pour assurer l'objectivit\u00e9 du test\u2026<\/p>\n<p>Un fichier de dump sectoriel du disque logique contenant le syst\u00e8me d'exploitation Windows 10 a \u00e9t\u00e9 cr\u00e9\u00e9, repr\u00e9sentant ainsi un m\u00e9lange naturel de structures de donn\u00e9es vari\u00e9es que l'on trouve sur chaque ordinateur. La compression de ce fichier permettra de comparer la vitesse et le taux de compression du nouvel algorithme avec les compresseurs les plus avanc\u00e9s utilis\u00e9s dans les outils d'archivage modernes.<\/p>\n<p>Voici ce fichier de dump :<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/39fc5bfe9812ac2417d6eb8ef1dde0a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLe fichier de dump a \u00e9t\u00e9 compress\u00e9 par les compresseurs RTT-Mid, 7-zip, WinRar. Les compresseurs WinRar et 7-zip ont \u00e9t\u00e9 r\u00e9gl\u00e9s pour fonctionner \u00e0 la vitesse maximale.<\/p>\n<p>Le compresseur fonctionne <b>7-zip<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/1b088a99fb7b04d5b6ccb500ff74c73e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl charge le processeur \u00e0 100%, avec une vitesse moyenne de lecture du dump d'environ 60 M\u00e9gaOctets\/sec.<\/p>\n<p>Le compresseur fonctionne <b>WinRar<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/462024e8304a90a885ef3857fbd119e1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa situation est similaire, charge du processeur presque \u00e0 100%, vitesse moyenne de lecture du dump d'environ 125 M\u00e9gaOctets\/sec.<\/p>\n<p>Comme dans le cas pr\u00e9c\u00e9dent, la vitesse de l'archiveur est limit\u00e9e par les capacit\u00e9s du processeur.<\/p>\n<p>La programme de test du compresseur fonctionne maintenant <b>RTT-Mid<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/f46fabcbb362dcf99a8b55877954c3a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa capture d'\u00e9cran montre que le processeur est charg\u00e9 \u00e0 50% et reste inoccup\u00e9 le reste du temps, car il n'y a nulle part o\u00f9 d\u00e9charger les donn\u00e9es compress\u00e9es. Le disque de d\u00e9chargement (Disque 0) est presque totalement charg\u00e9. La vitesse de lecture des donn\u00e9es (Disque 1) fluctue consid\u00e9rablement, mais d\u00e9passe en moyenne les 200 M\u00e9gaOctets\/sec.<\/p>\n<p>La vitesse de fonctionnement du compresseur est ici limit\u00e9e par la capacit\u00e9 d'\u00e9criture des donn\u00e9es compress\u00e9es sur le Disque 0.<\/p>\n<p>Maintenant, le taux de compression des archives r\u00e9sultantes :<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/1e0740937909c6a5860ef35d15da9e7f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/6e74c8ceab741943a59eca87f092e25b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/3b2f8bed83ea72917f87a3a9813294fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOn constate que le compresseur RTT-Mid a r\u00e9alis\u00e9 la meilleure compression, l'archive qu'il a cr\u00e9\u00e9e \u00e9tant de 1,3 GigaOctet plus petite que l'archive WinRar et de 2,1 GigaOctets plus petite que l'archive 7z.<\/p>\n<p>Temps consacr\u00e9 \u00e0 la cr\u00e9ation de l'archive :<\/p>\n<ul>\n<li> 7-zip \u2013 26 minutes 10 secondes ;<\/li>\n<li> WinRar \u2013 17 minutes 40 secondes ;<\/li>\n<li> RTT-Mid \u2013 7 minutes 30 secondes.<\/li>\n<\/ul>\n<p>\nAinsi, m\u00eame un programme de test non optimis\u00e9, utilisant l'algorithme RTT-Mid, a pu cr\u00e9er une archive plus de deux fois et demie plus rapidement, tout en \u00e9tant significativement plus petite que celles des concurrents\u2026<\/p>\n<p>Ceux qui ne croient pas aux captures d'\u00e9cran peuvent v\u00e9rifier leur v\u00e9racit\u00e9 par eux-m\u00eames. Le programme de test est disponible \u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/yadi.sk\/d\/9CkY30b1lRcLYw\">le lien<\/a><\/noindex>, t\u00e9l\u00e9chargez et v\u00e9rifiez.<\/p>\n<p>Mais cela ne fonctionne que sur les processeurs prenant en charge AVX-2 ; sans cette prise en charge, le compresseur ne fonctionne pas, et ne testez pas l'algorithme sur les anciens processeurs AMD, car ils sont lents dans l'ex\u00e9cution des commandes AVX\u2026<\/p>\n<h4>M\u00e9thode de compression utilis\u00e9e<\/h4>\n<p>\nL'algorithme utilise une m\u00e9thode d'indexation des fragments de texte r\u00e9p\u00e9titifs \u00e0 l'\u00e9chelle des octets. Cette m\u00e9thode de compression est connue depuis longtemps, mais n'a pas \u00e9t\u00e9 utilis\u00e9e car l'op\u00e9ration de recherche de correspondances \u00e9tait tr\u00e8s co\u00fbteuse en ressources n\u00e9cessaires et n\u00e9cessitait beaucoup plus de temps que la construction d'un dictionnaire. Ainsi, l'algorithme RTT-Mid est un exemple classique du mouvement \"retour vers le futur\"\u2026<\/p>\n<p>Le compresseur RTT utilise un scanner de recherche de correspondances \u00e0 haute vitesse unique, qui a pr\u00e9cis\u00e9ment permis d'acc\u00e9l\u00e9rer le processus de compression. Ce scanner est fait maison, c'est \u00ab mon pr\u00e9cieux... \u00bb, \u00ab son prix est consid\u00e9rable car il est enti\u00e8rement fait main \u00bb (\u00e9crit en assembleur).<\/p>\n<p>Le scanner de recherche de correspondances est bas\u00e9 sur un sch\u00e9ma probabiliste \u00e0 deux niveaux : tout d'abord, la pr\u00e9sence d'un \u00ab indice \u00bb de correspondance est scann\u00e9e, et ce n'est qu'apr\u00e8s avoir identifi\u00e9 cet \u00ab indice \u00bb \u00e0 cet endroit que la proc\u00e9dure de d\u00e9tection de la correspondance r\u00e9elle est lanc\u00e9e. <\/p>\n<p>La fen\u00eatre de recherche de correspondances a une taille impr\u00e9visible, d\u00e9pendant du degr\u00e9 d'entropie dans le bloc de donn\u00e9es trait\u00e9. Pour les donn\u00e9es compl\u00e8tement al\u00e9atoires (non compressibles), elle a une taille de plusieurs m\u00e9gaoctets, tandis que pour les donn\u00e9es avec des r\u00e9p\u00e9titions, elle a toujours une taille sup\u00e9rieure \u00e0 un m\u00e9gaoctet.<\/p>\n<p>Cependant, de nombreux formats de donn\u00e9es modernes sont non compressibles et \u00ab faire fonctionner \u00bb un scanner gourmand en ressources sur eux est inutile et gaspilleux, c'est pourquoi le scanner utilise deux modes de fonctionnement. D'abord, des sections du texte source avec des r\u00e9p\u00e9titions potentielles sont recherch\u00e9es, cette op\u00e9ration est \u00e9galement effectu\u00e9e par m\u00e9thode probabiliste et se fait tr\u00e8s rapidement (\u00e0 une vitesse de 4-6 Go\/s). Ensuite, les sections avec des correspondances potentielles sont trait\u00e9es par le scanner principal. <\/p>\n<p>La compression par index n'est pas tr\u00e8s efficace, car il faut remplacer les fragments r\u00e9p\u00e9titifs par des indices, et le tableau d'index r\u00e9duit consid\u00e9rablement le taux de compression. <\/p>\n<p>Pour augmenter le taux de compression, non seulement les correspondances compl\u00e8tes des cha\u00eenes d'octets sont index\u00e9es, mais aussi les correspondances partielles, lorsque la cha\u00eene contient des octets correspondants et non correspondants. \u00c0 cette fin, un champ de masque de correspondance est inclus dans le format d'index indiquant les octets correspondants de deux blocs. Pour une compression encore plus \u00e9lev\u00e9e, l'indexation utilise le chevauchement de plusieurs blocs partiellement correspondants avec le bloc actuel. <\/p>\n<p>Tout cela a permis d'obtenir dans le compresseur RTT-Mid un taux de compression comparable \u00e0 celui des compresseurs fonctionnant par m\u00e9thode lexicale, mais qui fonctionnent beaucoup plus rapidement.<\/p>\n<h4>La vitesse de fonctionnement du nouvel algorithme de compression<\/h4>\n<p>\nSi le compresseur fonctionne avec une utilisation monopolistique du cache m\u00e9moire (4 m\u00e9gabytes requis par flux), la vitesse de fonctionnement oscille entre 700 et 2000 m\u00e9gabytes\/sec par c\u0153ur de processeur en fonction du type de donn\u00e9es compress\u00e9es et d\u00e9pend peu de la fr\u00e9quence de travail du processeur. <\/p>\n<p>Dans la mise en \u0153uvre multithread du compresseur, l'\u00e9volutivit\u00e9 effective est d\u00e9termin\u00e9e par le volume de la m\u00e9moire cache de niveau trois. Par exemple, avoir 9 m\u00e9gabytes de m\u00e9moire cache rend inutile le lancement de plus de deux flux de compression, la vitesse ne augmentera pas \u00e0 cause de cela. Mais avec 20 m\u00e9gabytes de cache, il est possible de lancer cinq flux de compression.<\/p>\n<p>Un param\u00e8tre significatif d\u00e9terminant \u00e9galement la vitesse de fonctionnement du compresseur est la latence de la m\u00e9moire vive. L'algorithme utilise des acc\u00e8s al\u00e9atoires \u00e0 la RAM, dont une partie n'entre pas dans le cache m\u00e9moire (environ 10 %) et il doit attendre les donn\u00e9es de la RAM, ce qui r\u00e9duit la vitesse de fonctionnement. <\/p>\n<p>La vitesse du compresseur est \u00e9galement consid\u00e9rablement influenc\u00e9e par le fonctionnement du syst\u00e8me d'entr\u00e9e\/sortie de donn\u00e9es. Les requ\u00eates \u00e0 la RAM provenant de l'entr\u00e9e\/sortie bloquent les acc\u00e8s aux donn\u00e9es du c\u00f4t\u00e9 du CPU, ce qui r\u00e9duit \u00e9galement la vitesse de compression. Ce probl\u00e8me est significatif pour les ordinateurs portables et de bureau, <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/server\/\"   title=\"serveurs\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1458\">serveurs<\/a> il est moins significatif gr\u00e2ce \u00e0 un bloc de contr\u00f4le d'acc\u00e8s \u00e0 la bus syst\u00e8me plus avanc\u00e9 et \u00e0 une m\u00e9moire vive multicanale.<\/p>\n<p>Tout au long de l'article, il est question de compression, la d\u00e9compression \u00e9tant hors du sujet car \u00ab tout va bien \u00bb. La d\u00e9compression se fait beaucoup plus rapidement et est limit\u00e9e par la vitesse d'entr\u00e9e\/sortie. Un seul c\u0153ur physique dans un flux peut facilement atteindre des vitesses de d\u00e9compression de 3 \u00e0 4 Go\/s.<\/p>\n<p>Cela est d\u00fb \u00e0 l'absence, lors de la d\u00e9compression, de l'op\u00e9ration de recherche de correspondances, qui \u00ab consomme \u00bb les principales ressources du processeur et de la m\u00e9moire cache lors de la compression. <\/p>\n<h4>Fiabilit\u00e9 de la conservation des donn\u00e9es compress\u00e9es<\/h4>\n<p>\nComme le sugg\u00e8re le nom m\u00eame de toute la cat\u00e9gorie de logiciels utilisant la compression des donn\u00e9es (les archiveurs), ceux-ci sont destin\u00e9s \u00e0 une conservation \u00e0 long terme des informations, non pas pendant des ann\u00e9es, mais des si\u00e8cles et des mill\u00e9naires...<\/p>\n<p>Au fil du temps, les supports d'information perdent une partie des donn\u00e9es, en voici un exemple :<\/p>\n<p><img decoding=\"async\" alt=\"Compression rapide et tol\u00e9rante aux pannes (Suite)\" src=\"\/wp-content\/uploads\/2019\/12\/b85564e175204e70ed7c3c3ed0fbf008.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCe support d'information \u00ab analogique \u00bb a mille ans, certains fragments sont perdus, mais globalement l'information est \u00ab lisible \u00bb...<\/p>\n<p>Aucun des producteurs responsables de syst\u00e8mes de stockage de donn\u00e9es num\u00e9riques modernes et des supports num\u00e9riques associ\u00e9s ne garantit la conservation compl\u00e8te des donn\u00e9es au-del\u00e0 de 75 ans.<br \/>\nEt c'est un probl\u00e8me, mais un probl\u00e8me diff\u00e9r\u00e9, nos descendants s'en chargeront...<\/p>\n<p>Les syst\u00e8mes de stockage de donn\u00e9es num\u00e9riques peuvent perdre des donn\u00e9es non seulement apr\u00e8s 75 ans, des erreurs dans les donn\u00e9es peuvent survenir \u00e0 tout moment, m\u00eame lors de leur enregistrement, ces distorsions tentent d'\u00eatre minimis\u00e9es en utilisant de la redondance et en corrigeant avec des syst\u00e8mes de correction d'erreurs. La redondance et les syst\u00e8mes de correction peuvent restaurer les informations perdues, mais ce n'est pas toujours le cas, et m\u00eame lorsqu'ils le font, il n'y a aucune garantie que l'op\u00e9ration de restauration se soit bien d\u00e9roul\u00e9e.<\/p>\n<p>Et c'est aussi un grand probl\u00e8me, mais pas diff\u00e9r\u00e9, c'est un probl\u00e8me actuel.<\/p>\n<p>Les compresseurs modernes utilis\u00e9s pour l'archivage des donn\u00e9es num\u00e9riques sont bas\u00e9s sur diverses modifications de la m\u00e9thode de dictionnaire, et pour de tels archives, la perte d'un fragment d'information serait un \u00e9v\u00e9nement fatal, il existe m\u00eame un terme bien \u00e9tabli pour cette situation \u2014 \u00ab archive corrompue \u00bb...<\/p>\n<p>La faible fiabilit\u00e9 du stockage d'informations dans des archives avec compression dictionnaire est li\u00e9e \u00e0 la structure des donn\u00e9es compress\u00e9es. Les informations dans une telle archive ne contiennent pas le texte d'origine, mais des num\u00e9ros d'enregistrement dans le dictionnaire, ce dernier \u00e9tant modifi\u00e9 dynamiquement par le texte compressible actuel. En cas de perte ou de d\u00e9formation d'un fragment de l'archive, toutes les entr\u00e9es suivantes ne peuvent \u00eatre identifi\u00e9es ni par leur contenu, ni par la longueur de l'enregistrement dans le dictionnaire, car il n'est pas clair \u00e0 quoi correspond le num\u00e9ro de l'enregistrement du dictionnaire.<\/p>\n<p>Il est impossible de r\u00e9cup\u00e9rer des informations \u00e0 partir d'une telle archive \"endommag\u00e9e\".<\/p>\n<p>L'algorithme RTT est bas\u00e9 sur une m\u00e9thode de stockage de donn\u00e9es compress\u00e9es plus fiable. Il utilise une m\u00e9thode d'indexation pour suivre les fragments r\u00e9p\u00e9titifs. Cette approche de compression permet de minimiser les cons\u00e9quences de la distorsion d'informations sur le support et, dans de nombreux cas, de corriger automatiquement les distorsions survenues lors du stockage des informations.<br \/>\nCela est d\u00fb au fait que le fichier d'archive, dans le cas de la compression par index, contient deux champs :<\/p>\n<ul>\n<li>le champ du texte d'origine avec les segments r\u00e9p\u00e9titifs supprim\u00e9s ;<\/li>\n<li>le champ des indices. <\/li>\n<\/ul>\n<p>\nLe champ des indices, critique pour la r\u00e9cup\u00e9ration des informations, n'est pas tr\u00e8s volumineux et peut \u00eatre dupliqu\u00e9 pour une fiabilit\u00e9 accrue du stockage des donn\u00e9es. Par cons\u00e9quent, m\u00eame si un fragment du texte d'origine ou de la matrice d'indices est perdu, toutes les autres informations peuvent \u00eatre r\u00e9cup\u00e9r\u00e9es sans probl\u00e8me, tout comme sur une image d'un support d'informations \"analogique\".<\/p>\n<h4>Inconv\u00e9nients de l'algorithme<\/h4>\n<p>\nIl n'y a pas d'avantages sans inconv\u00e9nients. La m\u00e9thode d'indexation de la compression ne compresse pas les s\u00e9quences r\u00e9p\u00e9titives de courte longueur. Cela est d\u00fb aux limitations de la m\u00e9thode d'indexation. Les indices ont une taille minimale de 3 octets et peuvent aller jusqu'\u00e0 12 octets. Si une r\u00e9p\u00e9tition de taille inf\u00e9rieure \u00e0 celle de l'indice qui la d\u00e9crit appara\u00eet, elle n'est pas prise en compte, peu importe la fr\u00e9quence des r\u00e9p\u00e9titions dans le fichier compress\u00e9.<\/p>\n<p>La m\u00e9thode de compression traditionnelle bas\u00e9e sur un dictionnaire compresse efficacement de multiples r\u00e9p\u00e9titions de faible longueur et atteint ainsi un meilleur taux de compression que la compression par index. Toutefois, cela n\u00e9cessite une charge processeur \u00e9lev\u00e9e, ce qui oblige la m\u00e9thode bas\u00e9e sur un dictionnaire \u00e0 r\u00e9duire sa vitesse de traitement \u00e0 environ 10 \u00e0 20 m\u00e9gaoctets par seconde sur des installations de calcul r\u00e9elles avec le processeur compl\u00e8tement charg\u00e9 pour compresser les donn\u00e9es plus efficacement que la m\u00e9thode par index.<\/p>\n<p>Ces vitesses tr\u00e8s faibles sont inacceptables pour les syst\u00e8mes de stockage modernes et pr\u00e9sentent davantage un int\u00e9r\u00eat \u00ab acad\u00e9mique \u00bb qu'une utilit\u00e9 pratique.<\/p>\n<p>Le taux de compression de l'information sera consid\u00e9rablement am\u00e9lior\u00e9 dans la prochaine version de l'algorithme RTT (RTT-Max), qui est d\u00e9j\u00e0 en cours de d\u00e9veloppement.<\/p>\n<p>Donc, comme toujours, la suite suivra\u2026<br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/479888\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0443\u0436\u0435 \u0432\u0442\u043e\u0440\u0430\u044f \u0432 \u0442\u0435\u043c\u0435 \u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0431\u044b\u043b \u043e\u043f\u0438\u0441\u0430\u043d \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u043e\u0440 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0439 \u0441\u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e 10\u0413\u0431\u0430\u0439\u0442\/\u0441\u0435\u043a. \u043d\u0430 \u043e\u0434\u043d\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u043e\u0435 \u044f\u0434\u0440\u043e (\u043c\u0438\u043d\u0438\u043c\u0430\u043b\u044c\u043d\u043e\u0435 \u0441\u0436\u0430\u0442\u0438\u0435, RTT-Min). \u042d\u0442\u043e\u0442 \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u043e\u0440, \u0443\u0436\u0435 \u0432\u043d\u0435\u0434\u0440\u0435\u043d \u0432 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u0440\u0438\u043c\u0438\u043d\u0430\u043b\u0438\u0441\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u0434\u0443\u0431\u043b\u0438\u043a\u0430\u0442\u043e\u0440\u043e\u0432 \u0434\u043b\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u043e\u0433\u043e \u0441\u0436\u0430\u0442\u0438\u044f \u0434\u0430\u043c\u043f\u043e\u0432 \u043d\u043e\u0441\u0438\u0442\u0435\u043b\u0435\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0438 \u0443\u0441\u0438\u043b\u0435\u043d\u0438\u044f \u0441\u0442\u043e\u0439\u043a\u043e\u0441\u0442\u0438 \u043a\u0440\u0438\u043f\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0438, \u0442\u0430\u043a\u0436\u0435 \u043e\u043d \u043c\u043e\u0436\u0435\u0442 \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u0442\u044c\u0441\u044f \u0434\u043b\u044f \u0441\u0436\u0430\u0442\u0438\u044f \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53906","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0443\u0436\u0435 \u0432\u0442\u043e\u0440\u0430\u044f \u0432 \u0442\u0435\u043c\u0435 \u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0431\u044b\u043b \u043e\u043f\u0438\u0441\u0430\u043d \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u043e\u0440 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0439 \u0441\u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e 10\u0413\u0431\u0430\u0439\u0442\/\u0441\u0435\u043a. \u043d\u0430 \u043e\u0434\u043d\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u043e\u0435 \u044f\u0434\u0440\u043e (\u043c\u0438\u043d\u0438\u043c\u0430\u043b\u044c\u043d\u043e\u0435 \u0441\u0436\u0430\u0442\u0438\u0435, RTT-Min).\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u0430\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u0430\u044f \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u044f (\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0435\u043d\u0438\u0435) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0443\u0436\u0435 \u0432\u0442\u043e\u0440\u0430\u044f \u0432 \u0442\u0435\u043c\u0435 \u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0431\u044b\u043b \u043e\u043f\u0438\u0441\u0430\u043d \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u043e\u0440 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0439 \u0441\u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e 10\u0413\u0431\u0430\u0439\u0442\/\u0441\u0435\u043a. \u043d\u0430 \u043e\u0434\u043d\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u043e\u0435 \u044f\u0434\u0440\u043e (\u043c\u0438\u043d\u0438\u043c\u0430\u043b\u044c\u043d\u043e\u0435 \u0441\u0436\u0430\u0442\u0438\u0435, RTT-Min).\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-12-12T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:01:51+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Compression rapide et tol\u00e9rante aux pannes (Suite) | ProHoster","description":"Cet article est le deuxi\u00e8me d'une s\u00e9rie sur la compression rapide des donn\u00e9es. Le premier article d\u00e9crivait un compresseur qui fonctionne \u00e0 une vitesse de 10 Go\/s par c\u0153ur de processeur (compression minimale, RTT-Min).","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u0430\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u0430\u044f \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u044f (\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0435\u043d\u0438\u0435) | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0443\u0436\u0435 \u0432\u0442\u043e\u0440\u0430\u044f \u0432 \u0442\u0435\u043c\u0435 \u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0431\u044b\u043b \u043e\u043f\u0438\u0441\u0430\u043d \u043a\u043e\u043c\u043f\u0440\u0435\u0441\u0441\u043e\u0440 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0439 \u0441\u043e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c\u044e 10\u0413\u0431\u0430\u0439\u0442\/\u0441\u0435\u043a. \u043d\u0430 \u043e\u0434\u043d\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u043e\u0435 \u044f\u0434\u0440\u043e (\u043c\u0438\u043d\u0438\u043c\u0430\u043b\u044c\u043d\u043e\u0435 \u0441\u0436\u0430\u0442\u0438\u0435, RTT-Min).","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-12T21:00:00+00:00","article:modified_time":"2020-02-18T11:01:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53906","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 18:05:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:15:55","updated":"2026-02-09 18:05:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=53906"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53906\/revisions"}],"predecessor-version":[{"id":158702,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53906\/revisions\/158702"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=53906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=53906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=53906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}