{"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\/nl\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","title":{"rendered":"Hoge-snelheid fouttolerante compressie (Vervolg)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dit artikel is de tweede in een serie over snelle gegevenscompressie. In het eerste artikel werd een compressor beschreven die met een snelheid van 10 GB\/s per processorkern werkt (minimale compressie, RTT-Min). <\/p>\n<p>Deze compressor is al ge\u00efmplementeerd in de apparatuur van forensische duplicators voor snelle compressie van gegevensdragers en versterking van cryptografische weerbaarheid. Daarnaast kan hij ook worden gebruikt voor het comprimeren van virtuele machine-images en swapbestanden van het RAM tijdens opslag op snelle SSD's.<\/p>\n<p>In het eerste artikel werd ook de ontwikkeling van een compressie-algoritme aangekondigd voor het comprimeren van back-ups van HDD- en SSD-opslag (gemiddelde compressie, RTT-Mid) met aanzienlijk verbeterde compressieparameters. Tot nu toe is deze compressor volledig klaar en dit artikel is er precies aan gewijd. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nDe compressor die het RTT-Mid-algoritme implementeert, biedt een compressiegraad die vergelijkbaar is met standaard archiveringssoftware zoals WinRar, 7-Zip, die in een snelheidsmodus werken. De snelheid is bovendien minstens een orde van grootte hoger. <\/p>\n<p>De snelheid van het inpakken\/uitpakken van gegevens is een kritische parameter die het toepassingsgebied van compressietechnologie\u00ebn bepaalt. Het is weinig waarschijnlijk dat iemand zou overwegen om een terabyte aan gegevens te comprimeren tegen een snelheid van 10-15 megabyte per seconde (dat is de snelheid van archiveringssoftware in standaardcompressiemodus), omdat het bijna twintig uur zou duren bij volledige CPU-belasting...<\/p>\n<p>Aan de andere kant kan dezelfde terabyte worden gekopieerd met snelheden van 2-3 gigabyte per seconde in ongeveer tien minuten. <\/p>\n<p>Daarom is compressie van grote hoeveelheden informatie relevant als dit kan gebeuren met een snelheid die niet lager is dan de snelheid van real-time invoer\/uitvoer. Voor moderne systemen is dat minstens 100 megabyte per seconde. <\/p>\n<p>Dergelijke snelheden kunnen moderne compressors alleen bereiken in de \u2018fast\u2019 modus. Dit is de relevante modus waarin we de RTT-Mid-algoritme gaan vergelijken met traditionele compressors.<\/p>\n<h4>Vergelijkende test van het nieuwe compressie-algoritme<\/h4>\n<p>\n De RTT-Mid-compressor werkte binnen een testprogramma. In een echte \u2018werkelijke\u2019 applicatie werkt hij aanzienlijk sneller, daar wordt goed gebruik gemaakt van multi-threading en wordt een \u2018normale\u2019 compiler toegepast, in plaats van C#. <\/p>\n<p>Aangezien de in de vergelijkende test gebruikte compressoren op verschillende principes zijn gebaseerd en verschillende datatypes anders comprimeren, werd voor de objectiviteit van de test de methode van het meten van de 'gemiddelde temperatuur in het ziekenhuis' gebruikt...<\/p>\n<p>Er werd een sectorale dumpbestand van de logische schijf met het besturingssysteem Windows 10 aangemaakt, dit is de meest natuurlijke mix van verschillende datastructuren die echt op elke computer aanwezig is. Het comprimeren van dit bestand zal een vergelijking mogelijk maken van de snelheid en de mate van compressie van het nieuwe algoritme met de meest geavanceerde compressoren die worden gebruikt in moderne archiveringssoftware.<\/p>\n<p>Dit is het dumpbestand:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/39fc5bfe9812ac2417d6eb8ef1dde0a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHet dumpbestand werd gecomprimeerd door de compressoren RTT-Mid, 7-zip, WinRar. De compressoren WinRar en 7-zip werden ingesteld op maximale snelheid.<\/p>\n<p>De compressor is actief <b>7-zip<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/1b088a99fb7b04d5b6ccb500ff74c73e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDeze belast de processor met 100%, terwijl de gemiddelde leessnelheid van de oorspronkelijke dump ongeveer 60 megabyte\/s is.<\/p>\n<p>De compressor is actief <b>WinRar<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/462024e8304a90a885ef3857fbd119e1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe situatie is vergelijkbaar, de belasting van de processor is bijna 100%, de gemiddelde leessnelheid van de dump is ongeveer 125 megabyte\/s.<\/p>\n<p>Zoals in het vorige geval is de snelheid van de archiveringssoftware beperkt door de mogelijkheden van de processor.<\/p>\n<p>Nu draait het testprogramma van de compressor <b>RTT-Mid<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/f46fabcbb362dcf99a8b55877954c3a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe screenshot toont aan dat de processor voor 50% is belast en de rest van de tijd inactief is, omdat er geen plek is om de gecomprimeerde gegevens uit te voeren. De schijf voor gegevensuitvoer (Schijf 0) is bijna volledig belast. De leessnelheid van de gegevens (Schijf 1) schommelt sterk, maar is gemiddeld meer dan 200 megabyte\/s.<\/p>\n<p>De snelheid van de compressor wordt in dit geval beperkt door de mogelijkheid om de gecomprimeerde gegevens op Schijf 0 te schrijven.<\/p>\n<p>Nu de mate van compressie van de resulterende archieven:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/1e0740937909c6a5860ef35d15da9e7f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/6e74c8ceab741943a59eca87f092e25b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/3b2f8bed83ea72917f87a3a9813294fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHet is duidelijk dat de compressor RTT-Mid het beste presteerde met de compressie, het archief dat door hem is gemaakt is 1,3 gigabyte kleiner dan het archief van WinRar en 2,1 gigabyte kleiner dan het archief van 7z.<\/p>\n<p>De tijd besteed aan het maken van het archief:<\/p>\n<ul>\n<li> 7-zip \u2013 26 minuten en 10 seconden;<\/li>\n<li> WinRar \u2013 17 minuten en 40 seconden;<\/li>\n<li> RTT-Mid \u2013 7 minuten en 30 seconden.<\/li>\n<\/ul>\n<p>\nZo kon zelfs het testprogramma, dat niet geoptimaliseerd is, met behulp van het algoritme RTT-Mid meer dan twee\u00ebnhalf keer sneller een archief cre\u00ebren, terwijl het archief aanzienlijk kleiner bleek te zijn dan dat van de concurrenten...<\/p>\n<p>Degenen die de screenshots niet geloven, kunnen de juistheid zelf verifi\u00ebren. Het testprogramma is beschikbaar op <noindex><a rel=\"nofollow\" href=\"https:\/\/yadi.sk\/d\/9CkY30b1lRcLYw\">de link<\/a><\/noindex>, download en controleer het.<\/p>\n<p>Maar alleen op processoren met ondersteuning voor AVX-2, zonder ondersteuning voor deze instructies werkt de compressor niet, en test het algoritme niet op oude AMD-processoren, deze zijn langzaam in het uitvoeren van AVX-commando's \u2026<\/p>\n<h4>De gebruikte compressiemethode<\/h4>\n<p>\nHet algoritme maakt gebruik van een methode voor het indexeren van herhalende tekstfragmenten in byte-granulering. Deze compressiemethode is al lange tijd bekend, maar werd niet gebruikt omdat de zoektocht naar overeenkomsten zeer resource-intensief was en veel meer tijd kostte dan het opbouwen van een woordenboek. Het RTT-Mid-algoritme is dan ook een klassiek voorbeeld van een stap 'terug in de toekomst' \u2026<\/p>\n<p>In de RTT-compressor wordt een unieke snelscanner voor het zoeken naar overeenkomsten gebruikt, die het compressieproces heeft versneld. De scanner is handgemaakt, het is 'mijn schat \u2026', 'de prijs is niet laag, omdat het volledig handgemaakt is' (geschreven in assembler).<\/p>\n<p>De scanner voor het zoeken naar overeenkomsten is uitgevoerd volgens een tweelaagse probabilistische schematiek; eerst wordt gezocht naar de aanwezigheid van een 'kenmerk' voor overeenstemming, en pas na het ontdekken van het 'kenmerk' op die plek wordt de procedure voor het ontdekken van de werkelijke overeenkomst gestart. <\/p>\n<p>De zoekvenster voor overeenkomsten heeft een onvoorspelbare grootte, afhankelijk van de mate van entropie in het verwerkte datablok. Voor volledig willekeurige (niet te comprimeren) gegevens heeft het een grootte van enkele megabytes, voor gegevens met herhalingen is het altijd groter dan een megabyte.<\/p>\n<p>Maar veel moderne gegevensformaten zijn niet te comprimeren en het is nutteloos en verspilling om daar een resource-intensieve scanner overheen te laten draaien, daarom zijn er twee werkmodi in de scanner. Eerst worden delen van de oorspronkelijke tekst met mogelijke herhalingen gezocht, deze operatie wordt ook met een probabilistische methode uitgevoerd en gaat zeer snel (met een snelheid van 4-6 Gigabyte\/s). Daarna worden de secties met mogelijke overeenkomsten verwerkt door de hoofdscanner. <\/p>\n<p>Indexcompressie is niet erg effici\u00ebnt; herhalende fragmenten moeten worden vervangen door indices, en de indexarray vermindert het compressieverhouding aanzienlijk. <\/p>\n<p>Om de compressiegraad te verhogen, worden niet alleen volledige overeenkomsten van byte-rijen ge\u00efndexeerd, maar ook gedeeltelijke, wanneer er overeenkomende en niet-overeenkomende bytes in de reeks zijn. Hiervoor is er in het indexformaat een overeenkomende maskerveld opgenomen dat de overeenkomende bytes van twee blokken aangeeft. Voor nog meer compressie wordt indexing met overlappende gedeeltelijk overeenkomende blokken op het huidige blok gebruikt. <\/p>\n<p>Al dit heeft het mogelijk gemaakt om in de RTT-Mid-compressor een compressiegraad te bereiken die vergelijkbaar is met de compressoren die op basis van de dictionary-methode werken, maar die veel sneller functioneert.<\/p>\n<h4>De snelheid van het nieuwe compressie-algoritme<\/h4>\n<p>\nAls de compressor met monopolis gebruik van geheugencache werkt (voor \u00e9\u00e9n thread is 4 MB vereist), varieert de snelheid tussen 700-2000 Megabyte\/sec. per CPU-kern, afhankelijk van het type te comprimeren gegevens, en is deze nauwelijks afhankelijk van de werkfrequentie van de processor. <\/p>\n<p>Bij de multithread-implementatie van de compressor wordt de effectieve schaalbaarheid bepaald door de hoeveelheid cache-geheugen op het derde niveau. Bijvoorbeeld, als er 'aan boord' 9 MB cache-geheugen is, heeft het geen zin om meer dan twee compressie-threads te starten, de snelheid zal daardoor niet toenemen. Maar met 20 MB cache kan men al vijf compressie-threads starten.<\/p>\n<p>Ook de latentie van het RAM-geheugen is een significante parameter die de werksnelheid van de compressor bepaalt. Het algoritme maakt willekeurige toegang tot het RAM-geheugen, waarvan een deel (ongeveer 10%) niet in de cache terechtkomt, en moet wachten op gegevens uit het RAM, wat de werksnelheid verlaagt. <\/p>\n<p>De werking van het systeem voor gegevensinvoer en -uitvoer heeft ook een significante invloed op de snelheid van de compressor. Gegevensverzoeken aan het RAM van de invoer\/uitvoer blokkeren de toegang tot gegevens van de CPU, wat ook de compressiesnelheid verlaagt. Dit probleem is significant voor laptops en desktops, voor <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/\"   title=\"servers\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1458\">servers<\/a> is het minder significant door een meer geavanceerde toegangsbewakingsmodule voor de systeembus en multi-channel RAM.<\/p>\n<p>In de tekst van het artikel gaat het over compressie, decompressie blijft buiten het bereik van dit artikel omdat daar \"alles in orde\" is. Decompressie verloopt aanzienlijk sneller en is beperkt door de in- en uitvoersnelheid. E\u00e9n fysiek core kan in \u00e9\u00e9n thread gemakkelijk uitpak snelheden van 3-4 Gigabyte\/sec bereiken.<\/p>\n<p>Dit heeft te maken met het ontbreken van een zoekoperatie naar overeenkomsten tijdens het uitpakken, wat de belangrijkste bronnen van de processor en cache-geheugen \"opslokt\" tijdens compressie. <\/p>\n<h4>Betrouwbaarheid van opslag van gecomprimeerde data<\/h4>\n<p>\nZoals de naam van de gehele klasse software voor gegevenscompressie (archivers) aangeeft, zijn zij bedoeld voor langdurige opslag van informatie, niet jaren, maar eeuwen en millennia\u2026<\/p>\n<p>In de tijd dat gegevensdragers worden opgeslagen, verliezen ze een deel van hun data, hier een voorbeeld:<\/p>\n<p><img decoding=\"async\" alt=\"Hoge-snelheid fouttolerante compressie (Vervolg)\" src=\"\/wp-content\/uploads\/2019\/12\/b85564e175204e70ed7c3c3ed0fbf008.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDeze \"analoge\" gegevensdrager is duizend jaar oud, sommige fragmenten zijn verloren gegaan, maar de informatie is in het algemeen \"leesbaar\"\u2026<\/p>\n<p>Geen enkele verantwoordelijke producent van moderne digitale opslag systemen en de digitale dragers daarvan garandeert volledige dataretentie langer dan 75 jaar.<br \/>\nEn dit is een probleem, maar een uitgesteld probleem, het zullen onze nakomelingen zijn die het moeten oplossen\u2026<\/p>\n<p>Digitale data opslag systemen kunnen niet alleen na 75 jaar gegevens verliezen, maar fouten in de gegevens kunnen op elk moment optreden, zelfs tijdens het schrijven, deze vervormingen proberen we te minimaliseren door redundantie en het corrigeren met foutencorrectiesystemen. Redundantie en foutencorrectiesystemen kunnen verloren informatie niet altijd herstellen, en als ze dat doen, is er geen garantie dat het herstel correct is uitgevoerd.<\/p>\n<p>En dit is ook een groot probleem, maar geen uitgesteld probleem, het is een huidig probleem.<\/p>\n<p>Moderne compressoren die worden gebruikt voor het archiveren van digitale gegevens zijn gebouwd op verschillende varianten van de woordenboekmethode en voor dergelijke archieven zal het verlies van een fragment informatie een fatale gebeurtenis zijn, er bestaat zelfs een gevestigde term voor deze situatie - een \"beschadigd\" archief\u2026<\/p>\n<p>De lage betrouwbaarheid van informatieopslag in archieven met woordenboekcompressie is gerelateerd aan de structuur van de gecomprimeerde gegevens. Informatie in zo'n archief bevat niet de oorspronkelijke tekst; het zijn de nummers van de records in het woordenboek, terwijl het woordenboek dynamisch wordt aangepast aan de huidige samendrukbare tekst. Bij verlies of verstoring van een fragment van het archief zijn alle daaropvolgende archiefrecords niet meer te identificeren, noch op inhoud, noch op de lengte van het record in het woordenboek, aangezien onduidelijk is aan welk woordenboekrecord het nummer overeenkomt.<\/p>\n<p>Het is onmogelijk om informatie te herstellen uit zo'n \"beschadigd\" archief.<\/p>\n<p>Het RTT-algoritme is gebaseerd op een betrouwbaardere methode voor het opslaan van gecomprimeerde gegevens. Het maakt gebruik van een indexeringsmethode voor het bijhouden van herhaalde fragmenten. Deze benadering van compressie minimaliseert de gevolgen van vervorming van informatie op de opslag, en corrigeert in veel gevallen automatisch de vervormingen die zijn ontstaan bij het opslaan van informatie.<br \/>\nDit komt omdat het archiefbestand in het geval van indexcompressie twee velden bevat:<\/p>\n<ul>\n<li>het veld met de originele tekst waaruit herhalende delen zijn verwijderd;<\/li>\n<li>het indexveld. <\/li>\n<\/ul>\n<p>\nHet indexveld, dat cruciaal is voor het herstel van informatie, is niet groot van formaat en kan voor extra beveiliging van gegevens worden gedupliceerd. Daarom, zelfs als een fragment van de originele tekst of de indexarray verloren gaat, kan de rest van de informatie probleemloos worden hersteld, net zoals op een afbeelding met een \"analoog\" informatieopslagmedium.<\/p>\n<h4>Nadelen van het algoritme<\/h4>\n<p>\nEr zijn geen voordelen zonder nadelen. De indexmethode voor compressie comprimeert herhaalde reeksen van kleine lengte niet. Dit is te wijten aan de beperkingen van de indexmethode. Indexen hebben een grootte van ten minste 3 bytes en kunnen tot 12 bytes groot zijn. Als er een herhaling voorkomt met een kleinere grootte dan die van de index die het beschrijft, wordt deze niet meegerekend, hoe vaak dergelijke herhalingen ook in het te comprimeren bestand worden gevonden.<\/p>\n<p>De traditionele, woordenboekgebaseerde compressiemethode comprimeert effectief meerdere herhalingen van korte lengte en bereikt daardoor een hogere compressieverhouding dan indexcompressie. Dit wordt echter bereikt ten koste van een hoge belasting van de centrale processor, want om de woordenboekmethode effectiever data te laten comprimeren dan de indexmethode, moet deze de verwerkingssnelheid verlagen tot 10-20 megabyte per seconde op echte rekensystemen bij volledige belasting van de CPU.<\/p>\n<p>Deze lage snelheden zijn onaanvaardbaar voor moderne opslagsystemen en bieden meer 'academische' interesse dan praktische toepassingen.<\/p>\n<p>De compressiegraad van informatie zal aanzienlijk worden verhoogd in de volgende versie van het RTT-algoritme (RTT-Max), dat al in ontwikkeling is.<\/p>\n<p>Zoals altijd, komt er een vervolg\u2026<br \/>\n<br \/>Bron: <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\/nl\/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=\"nl_NL\" \/>\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\/nl\/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\udd47Snelheidsbestendige compressie (Vervolg) | ProHoster","description":"Dit artikel is de tweede in een serie over snelle gegevenscompressie. In het eerste artikel werd een compressor beschreven die met een snelheid van 10 GB\/s per processorkern werkt (minimale compressie, RTT-Min).","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/53906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=53906"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53906\/revisions"}],"predecessor-version":[{"id":158702,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53906\/revisions\/158702"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=53906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=53906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=53906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}