{"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\/da\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","title":{"rendered":"Hurtig fejltolerant kompression (Forts\u00e6ttelse)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Denne artikel er den anden i r\u00e6kken om hurtig datakomprimering. I den f\u00f8rste artikel blev der beskrevet en kompressor, der arbejder med en hastighed p\u00e5 10GB\/sek. pr. processorkerne (mindste kompression, RTT-Min). <\/p>\n<p>Denne kompressor er allerede implementeret i udstyret til retf\u00e6rdighedens dublikanter til hurtig komprimering af dumpfiler fra datalagringsmedier og til at forbedre kryptografiens modstandsdygtighed. Den kan ogs\u00e5 bruges til at komprimere billeder af virtuelle maskiner og swap-filer fra den prim\u00e6re hukommelse, n\u00e5r de gemmes p\u00e5 hurtige SSD-lagringsenheder.<\/p>\n<p>I den f\u00f8rste artikel blev udviklingen af en komprimeringsalgoritme ogs\u00e5 annonceret til komprimering af backup af HDD- og SSD-lagringsenheder (gennemsnitlig kompression, RTT-Mid) med betydeligt forbedrede datapressionsparametre. P\u00e5 nuv\u00e6rende tidspunkt er denne kompressor fuldt f\u00e6rdig, og denne artikel handler netop om den. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nKompressoren, der implementerer RTT-Mid-algoritmen, sikrer en kompressionsgrad, der er sammenlignelig med standardarkiveringsprogrammer som WinRar og 7-Zip, der arbejder i hurtig tilstand. Derudover er dens arbejdshastighed mindst en orden h\u00f8jere. <\/p>\n<p>Hastigheden for pakning\/udpakning af data er en kritisk parameter, der bestemmer anvendelsesomr\u00e5det for kompressionsteknologier. Det ville n\u00e6ppe falde nogen ind at komprimere en terabyte data med hastigheder p\u00e5 10-15 megabyte i sekundet (netop s\u00e5dan er hastigheden for arkiveringsprogrammer i standardkompressionsmode), da det ville tage n\u00e6sten tyve timer, hvis processoren var fuldt belastet\u2026<\/p>\n<p>P\u00e5 den anden side kan den samme terabyte kopieres med hastigheder p\u00e5 omkring 2-3 gigabyte i sekundet p\u00e5 ti minutter. <\/p>\n<p>Derfor er komprimering af store datam\u00e6ngder relevant, hvis den udf\u00f8res med en hastighed, der ikke er lavere end hastigheden for reel input\/output. For moderne systemer er det ikke mindre end 100 megabyte i sekundet. <\/p>\n<p>S\u00e5danne hastigheder kan moderne kompressorer kun give i 'hurtig' tilstand. Og netop i denne relevante tilstand vil vi sammenligne algoritmen RTT-Mid med traditionelle kompressorer.<\/p>\n<h4>Sammenlignende test af den nye komprimeringsalgoritme<\/h4>\n<p>\n Kompressoren RTT-Mid arbejdede som en del af et testprogram. I en rigtig 'arbejdende' applikation arbejder den betydeligt hurtigere, hvor der intelligens anvendes for multitr\u00e5dning, og der anvendes en 'normal' compiler, ikke C#. <\/p>\n<p>Da de komprimeringsv\u00e6rkt\u00f8jer, der anvendes i den sammenlignende test, er bygget p\u00e5 forskellige principper, og da forskellige datatyper komprimeres forskelligt, blev der for objektivitet anvendt en metode til m\u00e5ling af \"gennemsnitstemperaturen p\u00e5 hospitalet\"...<\/p>\n<p>Der blev oprettet en fil med sektordump af det logiske drev med operativsystemet Windows 10, som er den mest naturlige blanding af forskellige datastrukturer, der findes p\u00e5 enhver computer. Komprimering af denne fil vil muligg\u00f8re en sammenligning af hastighed og kompressionsgrad af den nye algoritme med de mest avancerede kompressorer, der anvendes i moderne arkiveringsprogrammer.<\/p>\n<p>Her er dumpfilen:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/39fc5bfe9812ac2417d6eb8ef1dde0a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDumpfilen blev komprimeret af kompressorerne RTT-Mid, 7-zip og WinRar. Kompressoren WinRar og 7-zip blev sat til maksimal hastighed.<\/p>\n<p>Kompressoren arbejder <b>7-zip<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/1b088a99fb7b04d5b6ccb500ff74c73e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDen belaster procesoren med 100%, mens den gennemsnitlige l\u00e6sehastighed af den originale dumpfil er omkring 60 Megabyte\/sek.<\/p>\n<p>Kompressoren arbejder <b>WinRar<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/462024e8304a90a885ef3857fbd119e1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSituationen er den samme, belastningen p\u00e5 procesoren er n\u00e6sten 100%, den gennemsnitlige l\u00e6sehastighed for dumpfilen er omkring 125 Megabyte\/sek.<\/p>\n<p>Som i det tidligere tilf\u00e6lde er hastigheden for arkiveringsprogrammet begr\u00e6nset af processeffektens muligheder.<\/p>\n<p>Nu k\u00f8rer testprogrammet for kompressoren <b>RTT-Mid<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/f46fabcbb362dcf99a8b55877954c3a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nScreenshots viser, at procesoren er belastet med 50% og er inaktiv resten af tiden, fordi der ikke er noget sted at udlede de komprimerede data. Dataudtagningsdreven (Disk 0) er n\u00e6sten helt fyldt. L\u00e6sehastigheden for data (Disk 1) svinger meget, men i gennemsnit over 200 Megabyte\/sek.<\/p>\n<p>Hastigheden for kompressoren er i dette tilf\u00e6lde begr\u00e6nset af muligheden for at skrive de komprimerede data til Disk 0.<\/p>\n<p>Nu er graden af komprimering for de resulterende arkiver:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/1e0740937909c6a5860ef35d15da9e7f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/6e74c8ceab741943a59eca87f092e25b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/3b2f8bed83ea72917f87a3a9813294fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDet er klart, at kompressoren RTT-Mid klarede sig bedst i komprimeringen, arkivet oprettet af den er 1,3 Gigabyte mindre end WinRar-arkivet og 2,1 Gigabyte mindre end 7z-arkivet.<\/p>\n<p>Tiden brugt p\u00e5 at oprette arkivet:<\/p>\n<ul>\n<li> 7-zip \u2013 26 minutter 10 sekunder;<\/li>\n<li> WinRar \u2013 17 minutter 40 sekunder;<\/li>\n<li> RTT-Mid \u2013 7 minutter 30 sekunder.<\/li>\n<\/ul>\n<p>\nS\u00e5ledes var selv testprogrammet, som ikke er optimeret, i stand til at oprette arkivet mere end to og en halv gang hurtigere ved at bruge RTT-Mid-algoritmen, samtidig med at arkivet blev betydeligt mindre end konkurrenternes...<\/p>\n<p>De, der ikke tror p\u00e5 screenshots, kan selv kontrollere deres n\u00f8jagtighed. Testprogrammet er tilg\u00e6ngeligt p\u00e5 <noindex><a rel=\"nofollow\" href=\"https:\/\/yadi.sk\/d\/9CkY30b1lRcLYw\">linket<\/a><\/noindex>, download og tjek.<\/p>\n<p>Men kun p\u00e5 processorer med AVX-2 underst\u00f8ttelse; uden underst\u00f8ttelse af disse instruktioner fungerer kompressoren ikke, og test ikke algoritmen p\u00e5 gamle AMD-processorer, da de er langsomme til at udf\u00f8re AVX-kommandoer...<\/p>\n<h4>Den anvendte komprimeringsmetode<\/h4>\n<p>\nAlgoritmen anvender en metode til indeksering af gentagne tekstfragmenter p\u00e5 byte-niveau. Denne komprimeringsmetode er kendt i lang tid, men blev ikke brugt, da s\u00f8gningen efter match var meget ressourcetung og tog meget l\u00e6ngere tid end at opbygge et ordforr\u00e5d. S\u00e5 algoritmen RTT-Mid er et klassisk eksempel p\u00e5 bev\u00e6gelsen \"tilbage til fremtiden\"...<\/p>\n<p>I RTT-kompressoren anvendes en unik hurtig matcher-s\u00f8ger, som netop har gjort det muligt at fremskynde komprimeringsprocessen. Scanneren er speciallavet; \"det er min sk\u00f8nhed...\" \"den koster ikke s\u00e5 lidt, da den er helt h\u00e5ndlavet\" (skrevet i assembler).<\/p>\n<p>Matcher-s\u00f8geren er bygget efter et to-niveau sandsynlighedsschema; f\u00f8rst scannes der for tilstedev\u00e6relsen af et \"tegn\" for match, og f\u00f8rst efter identifikation af \"tegnet\" i dette omr\u00e5de startes proceduren til at opdage det faktiske match. <\/p>\n<p>S\u00f8gevinduet for match er uforudsigeligt i st\u00f8rrelse, afh\u00e6ngig af graden af entropi i det behandlede datablok. For helt tilf\u00e6ldige (ukomprimerbare) data har det en st\u00f8rrelse i megabytes, for data med gentagelser er st\u00f8rrelsen altid over en megabyte.<\/p>\n<p>Men mange moderne dataformater er ukomprimerbare, og det er spild af ressourcer at k\u00f8re en ressourcetung scanner p\u00e5 dem, derfor anvendes der to driftsmetoder i scanneren. F\u00f8rst s\u00f8ges der efter segmenter af den oprindelige tekst med mulige gentagelser, og denne operation udf\u00f8res ogs\u00e5 ved en sandsynlighedsmetode og kan udf\u00f8res meget hurtigt (ved en hastighed p\u00e5 4-6 gigabyte\/sek.). Derefter behandles segmenterne med mulige matches af hovedscanneren. <\/p>\n<p>Indeks-komprimering er ikke s\u00e6rlig effektiv; gentagne fragmenter skal erstattes af indekser, og indeksarrayet reducerer v\u00e6sentligt kompressionsforholdet. <\/p>\n<p>For increased compression, not only complete matches of byte strings are indexed but also partial matches, where there are both matching and non-matching bytes in the string. For this, the index format includes a match mask field that indicates the matched bytes of two blocks. For even greater compression, indexing overlays several partially matching blocks onto the current block. <\/p>\n<p>All this allowed the RTT-Mid compressor to achieve a compression ratio comparable to compressors based on the dictionary method, but operating much faster.<\/p>\n<h4>The speed of the new compression algorithm<\/h4>\n<p>\nIf the compressor works with exclusive use of cache memory (4 Megabytes required per thread), the operating speed fluctuates in the range of 700-2000 Megabytes\/sec per CPU core, depending on the type of compressed data, and is minimally affected by the processor's clock frequency. <\/p>\n<p>In a multithreaded implementation of the compressor, effective scalability is determined by the amount of third-level cache memory. For example, with 9 Megabytes of cache memory on board, there is no point in running more than two compression threads, as the speed will not increase. However, with 20 Megabytes of cache, it is possible to run up to five compression threads.<\/p>\n<p>Another significant parameter determining the compressor's speed is the latency of the RAM. The algorithm uses random access to RAM, some of which does not hit the cache memory (about 10%), causing it to stall while waiting for data from RAM, which reduces the operating speed. <\/p>\n<p>The operation of the data input\/output system also significantly impacts the speed of the compressor. Requests from the I\/O block cache memory block data requests from the CPU, which also slows down the compression speed. This problem is significant for laptops and desktops, while <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/server\/\"   title=\"servere\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1458\">servere<\/a> it is less critical due to a more advanced access control unit for the system bus and multi-channel RAM.<\/p>\n<p>I hele teksten i artiklen tales der om kompression, dekodning forbliver uden for denne artikel, da der \u00abalt er i orden\u00bb. Dekodning udf\u00f8res betydeligt hurtigere og begr\u00e6nses af ind-\/uddatahastigheder. Et fysisk kerne i \u00e9n tr\u00e5d kan nemt opn\u00e5 hastigheder for udpakning p\u00e5 niveau med 3-4 Gigabyte\/sek.<\/p>\n<p>Dette skyldes frav\u00e6ret af operationen for at finde matchende data under udpakning, hvilket \u00abspiser\u00bb de prim\u00e6re ressourcer fra processoren og cache-hukommelsen under kompression. <\/p>\n<h4>P\u00e5lidelighed ved opbevaring af komprimerede data<\/h4>\n<p>\nSom navnet p\u00e5 hele klassen af softwarev\u00e6rkt\u00f8jer, der bruger datakompression (arkiver), antyder, er de beregnet til langtidsopbevaring af information, ikke i \u00e5r, men i \u00e5rhundreder og \u00e5rtusinder\u2026<\/p>\n<p>Over tid mister lagermedierne en del af dataene, her er et eksempel:<\/p>\n<p><img decoding=\"async\" alt=\"Hurtig fejltolerant kompression (Forts\u00e6ttelse)\" src=\"\/wp-content\/uploads\/2019\/12\/b85564e175204e70ed7c3c3ed0fbf008.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDette \u00abanaloge\u00bb datalager er tusinde \u00e5r gammelt, nogle fragmenter er g\u00e5et tabt, men generelt er informationen \u00abl\u00e6selig\u00bb\u2026<\/p>\n<p>Ingen af de ansvarlige producenter af moderne digitale lagringssystemer og de digitale medier, der h\u00f8rer til, giver garantier for fuld datalagring i mere end 75 \u00e5r.<br \/>\nOg det er et problem, men et udsat problem, som vore efterkommere vil have ansvar for at l\u00f8se\u2026<\/p>\n<p>Digitale datalagringssystemer kan miste data ikke kun efter 75 \u00e5r; fejl i data kan opst\u00e5 n\u00e5r som helst, selv under deres optagelse. Disse forvridninger fors\u00f8ger man at minimere ved brug af redundans og ved at rette dem med fejlkorrigerende systemer. Redundans og fejlkorrigerende systemer kan ikke altid genskabe tabt information, og hvis de g\u00f8r, er der ingen garanti for, at genoprettelsesoperationen er udf\u00f8rt korrekt.<\/p>\n<p>Og det er ogs\u00e5 et stort problem, men ikke udsat, snarere aktuelt.<\/p>\n<p>Moderne kompressorer, der bruges til arkivering af digitale data, er baseret p\u00e5 forskellige modifikationer af ordmetoden, og for s\u00e5danne arkiver vil tabet af et informationsfragment v\u00e6re en katastrofal begivenhed; der findes endda en veletableret term for en s\u00e5dan situation \u2014 en \u00ab\u00f8delagt\u00bb arkiv\u2026<\/p>\n<p>Den lave p\u00e5lidelighed af informationlagring i arkiver med ordbogs kompression er relateret til strukturen af de komprimerede data. Informationen i et s\u00e5dant arkiv indeholder ikke den oprindelige tekst; der opbevares indgangsnumre i ordbogen, som dynamisk modificeres af den aktuelle komprimerede tekst. Ved tab eller beskadigelse af et fragment af arkivet, kan alle efterf\u00f8lgende poster i arkivet ikke identificeres hverken efter indhold eller l\u00e6ngde af posten i ordbogen, da det ikke er klart, hvad ordbogsindgangsnummeret henviser til.<\/p>\n<p>Det er umuligt at gendanne information fra et s\u00e5dant \"\u00f8delagt\" arkiv.<\/p>\n<p>RTT-algoritmen er baseret p\u00e5 en mere p\u00e5lidelig metode til opbevaring af komprimerede data. Den anvender en indeksmetode til at holde styr p\u00e5 gentagne fragmenter. Denne tilgang til kompression minimerer konsekvenserne af informationstab p\u00e5 mediet og kan i mange tilf\u00e6lde automatisk korrigere de forvr\u00e6ngninger, der opst\u00e5r under opbevaring af information.<br \/>\nDette skyldes, at arkivfilen i tilf\u00e6lde af indekskompression indeholder to felter:<\/p>\n<ul>\n<li>feltet for den oprindelige tekst med deleted gentagne sektioner;<\/li>\n<li>indeksfeltet. <\/li>\n<\/ul>\n<p>\nIndeksfeltet, som er kritisk for gendannelse af information, er ikke stort i st\u00f8rrelse, og det kan duplikeres for at sikre datalagringens p\u00e5lidelighed. Derfor, selv hvis et fragment af den oprindelige tekst eller indeksarrayet g\u00e5r tabt, vil al anden information blive gendannet uden problemer, ligesom p\u00e5 billedet med et \"analogt\" informationsmedie.<\/p>\n<h4>Ulemper ved algoritmen<\/h4>\n<p>\nDer er ingen fordele uden ulemper. Indeksmetoden for kompression komprimerer ikke gentagne sekvenser af lille l\u00e6ngde. Dette skyldes begr\u00e6nsningerne i indeksmetoden. Indekser har en st\u00f8rrelse p\u00e5 mindst 3 byte og kan v\u00e6re op til 12 byte. Hvis der findes en gentagelse med en st\u00f8rrelse, der er mindre end den beskrivende indeks, vil den ikke blive taget i betragtning, uanset hvor ofte s\u00e5danne gentagelser findes i den komprimerede fil.<\/p>\n<p>Den traditionelle, ordsprogsbaserede komprimeringsmetode komprimerer effektivt gentagne korte sekvenser og opn\u00e5r derfor en h\u00f8jere kompressionsfaktor end indeksbaseret komprimering. Dette opn\u00e5s dog p\u00e5 bekostning af en h\u00f8j belastning p\u00e5 CPU'en, da den ordsprogsbaserede metode m\u00e5 s\u00e6nke databehandlingshastigheden til 10-20 megabyte per sekund p\u00e5 faktiske beregningssystemer ved maksimal CPU-belastning for at kunne komprimere data mere effektivt end den indeksbaserede metode.<\/p>\n<p>S\u00e5danne lave hastigheder er uacceptable for moderne lagringssystemer og repr\u00e6senterer mere akademisk interesse end praktisk anvendelse.<\/p>\n<p>Kompressionsgraden af information vil blive v\u00e6sentligt forbedret i den n\u00e6ste version af RTT-algoritmen (RTT-Max), som allerede er under udvikling.<\/p>\n<p>S\u00e5 som altid, forts\u00e6ttelse f\u00f8lger\u2026<br \/>\n<br \/>Kilde: <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.3 - 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\/da\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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\udd47Hurtig og fejltolerant komprimering (Forts\u00e6ttelse) | ProHoster","description":"Denne artikel er den anden i r\u00e6kken om hurtig datakomprimering. I den f\u00f8rste artikel blev der beskrevet en kompressor, der arbejder med en hastighed p\u00e5 10GB\/sek. pr. processorkerne (mindste kompression, RTT-Min).","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/53906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=53906"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/53906\/revisions"}],"predecessor-version":[{"id":158702,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/53906\/revisions\/158702"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=53906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=53906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=53906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}