{"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\/et\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","title":{"rendered":"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>See artikkel on juba teine teema kiirusest andmete tihendamisel. Esimeses artiklis kirjeldati tihendajat, mis t\u00f6\u00f6tab kiirusel 10 Gbyte\/s \u00fche protsessorituuma kohta (minimaalne tihendus, RTT-Min). <\/p>\n<p>See tihendaja on juba rakendatud kriminalistika duplikaatorite seadmetesse kiirusel andmedumpide tihendamiseks ja kr\u00fcptograafia vastupidavuse suurendamiseks; samuti saab seda kasutada virtuaalmasinate piltide ja operatiivm\u00e4lu swap-failide tihendamiseks nende salvestamisel kiiretel SSD salvestusseadmetel.<\/p>\n<p>Esimeses artiklis kuulutati v\u00e4lja ka HDD ja SSD ketaste varukoopiate tihendusalgoritmi arendamine (keskmine tihendus, RTT-Mid) m\u00e4rkimisv\u00e4\u00e4rselt paranenud andmete tihendamise parameetritega. Praeguseks on see tihendaja t\u00e4ielikult valmis ja see artikkel r\u00e4\u00e4gib just temast. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nTihendaja, mis teostab RTT-Mid algoritmi, tagab tihendustaseme, mis on v\u00f5rreldav standardsete arhiveerijatega nagu WinRar, 7-Zip, mis t\u00f6\u00f6tavad kiirusere\u017eiimis. Samal ajal on tema t\u00f6\u00f6kiirus v\u00e4hemalt kordades k\u00f5rgem. <\/p>\n<p>Andmete pakkimise\/avamise kiirus on kriitiline parameeter, mis m\u00e4\u00e4rab tihendustehnoloogiate kasutusala. Harva kellelgi tuleks p\u00e4he tihendada terabait andmeid kiirusel 10-15 MegaBaiti sekundis (see on arhiveerijate standardre\u017eiimis saavutatud kiirus), kuna sellele kulub peaaegu kaksk\u00fcmmend tundi t\u00e4isprotsessorikoormuse korral...<\/p>\n<p>Teisest k\u00fcljest saab sama terabaiti kopeerida kiirusel umbes 2-3 GigaBaiti sekundis k\u00fcmne minuti jooksul. <\/p>\n<p>Seet\u00f5ttu on suurtel andmemahtudel teabe tihendamine relevantne, kui seda tehakse mitte madalama kiirusena kui reaalse sisendi\/v\u00e4ljundi kiirus. Kaasaegsete s\u00fcsteemide puhul on see v\u00e4hemalt 100 MegaBaiti sekundis. <\/p>\n<p>Need kiirus n\u00e4itajad saavad kaasaegsed tihendajad andma ainult \u00abkiire\u00bb re\u017eiimis. Just selle aktuaalse re\u017eiimi j\u00e4rgi teeme RTT-Mid algoritmi ja traditsiooniliste tihendajate v\u00f5rdluse.<\/p>\n<h4>Uue tihendusalgoritmi v\u00f5rdlev testimine<\/h4>\n<p>\n Tihendaja RTT-Mid t\u00f6\u00f6tas testprogrammi koostisosana. Tegelikus \u00abt\u00f6\u00f6tavas\u00bb rakenduses t\u00f6\u00f6tab see oluliselt kiiremini, kus j\u00e4rjekindlalt kasutatakse mitme l\u00f5imega t\u00f6\u00f6tlemist ja rakendatakse \u00abtavalist\u00bb kompilaatorit, mitte C#. <\/p>\n<p>Kuna v\u00f5rreldes testides kasutatavad kompressorid p\u00f5hinevad erinevatel printsiipidel ja erinevad andmet\u00fc\u00fcbid kokku suruvad erinevalt, kasutati objektiivsuse tagamiseks meetodit \"keskmine temperatuur haiglas\"\u2026<\/p>\n<p>Loodi sektorite kaupa loogilise kettadumpli fail, kus on operatsioonis\u00fcsteem Windows 10, see on k\u00f5ige loomulikum segu erinevatest andmestruktuuridest, mis tegelikult on igal arvutil. Selle faili kokkusurutamine v\u00f5imaldab v\u00f5rrelda uue algoritmi kiirus ja kokkusurumise aste k\u00f5ige arenenumate kompressorite seas, mida kasutatakse kaasaegsetes arhiivijas.<\/p>\n<p>Siin on see dumpli fail:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/39fc5bfe9812ac2417d6eb8ef1dde0a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDumpli faili surusid kokku kompressorid RTT-Mid, 7-zip, WinRar. WinRari ja 7-zip kompressorid olid seadistatud maksimaalsele t\u00f6\u00f6kiirusel.<\/p>\n<p>Kompressor t\u00f6\u00f6tab <b>7-zip<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/1b088a99fb7b04d5b6ccb500ff74c73e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSee koormab protsessorit 100%, samal ajal on keskmine kiirus l\u00e4htedumpli lugemisel umbes 60 MegaBaidi\/s.<\/p>\n<p>Kompressor t\u00f6\u00f6tab <b>WinRar<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/462024e8304a90a885ef3857fbd119e1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOlukord on sarnane, protsessori koormus on praktiliselt 100%, keskmine kiirus dumpli lugemisel on umbes 125 MegaBaidi\/s.<\/p>\n<p>Nagu eelmisel juhul, on arhiivija t\u00f6\u00f6 kiirus piiratud protsessori v\u00f5imalustega.<\/p>\n<p>N\u00fc\u00fcd t\u00f6\u00f6tab kompressori testprogramm <b>RTT-Mid<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/f46fabcbb362dcf99a8b55877954c3a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEkraanipilt n\u00e4itab, et protsessor on koormatud 50% ja \u00fclej\u00e4\u00e4nud aja on see vaikne, kuna pole kohta, kuhu kokku suruda andmeid. Andmete v\u00e4ljastus ketas (Ketas 0) on praktiliselt t\u00e4is. Andmete lugemise kiirus (Ketas 1) k\u00f5igub tugevalt, kuid keskmiselt on see \u00fcle 200 MegaBaidi\/s.<\/p>\n<p>Kompressor t\u00f6\u00f6 kiirus on antud juhul piiratud kokku surutud andmete kirjutamisega Kettale 0.<\/p>\n<p>N\u00fc\u00fcd on saadud arhiivide kokkusurumise aste:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/1e0740937909c6a5860ef35d15da9e7f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/6e74c8ceab741943a59eca87f092e25b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/3b2f8bed83ea72917f87a3a9813294fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOn n\u00e4htav, et kompressor RTT-Mid on k\u00f5ige paremini kokku surunud, arhiiv, mille ta l\u00f5i, on 1,3 GigaBaiti v\u00e4iksem WinRari arhiivist ja 2,1 GigaBaiti v\u00e4iksem 7z arhiivist.<\/p>\n<p>Aeg arhiivi loomisele:<\/p>\n<ul>\n<li> 7-zip \u2013 26 minutit 10 sekundit;<\/li>\n<li> WinRar \u2013 17 minutit 40 sekundit;<\/li>\n<li> RTT-Mid \u2013 7 minutit 30 sekundit.<\/li>\n<\/ul>\n<p>\nNii et isegi testprogramm, mis pole optimeeritud, suutis RTT-Midi algoritmi kasutades rohkem kui kaks ja pool korda kiiremini arhiivi luua, samal ajal on arhiiv m\u00e4rkimisv\u00e4\u00e4rselt v\u00e4iksem kui konkurentidel\u2026<\/p>\n<p>Need, kes ei usalda ekraanipilte, saavad nende autentsust ise kontrollida. Testprogramm on saadaval <noindex><a rel=\"nofollow\" href=\"https:\/\/yadi.sk\/d\/9CkY30b1lRcLYw\">lingil<\/a><\/noindex>, laadige alla ja kontrollige.<\/p>\n<p>Aga ainult AVX-2 toega protsessoritel, neid juhiseid toeta protsessorite puhul kompressor ei t\u00f6\u00f6ta, ning \u00e4rge testige algoritmi vanadel AMD protsessoritel, need on AVX k\u00e4su t\u00e4itmisel aeglased...<\/p>\n<h4>Kasutatud kompressioonimeetod<\/h4>\n<p>\nAlgritmis kasutatakse korduvate tekstifragmentide indekseerimise meetodit baitide granulaarsuses. Selline tihendamise meetod on tuntud juba pikka aega, kuid seda ei ole kasutatud, kuna vasteotsingu teostamine oli ressursside osas v\u00e4ga kulukas ja n\u00f5udis aega oluliselt rohkem kui s\u00f5nastiku koostamine. Seega on algoritm RTT-Mid klassikaline n\u00e4ide liikumisest \"tagasi tulevikku\"...<\/p>\n<p>RTT kompressor kasutab ainulaadset kiirete vasteotsingu skannerit, see v\u00f5imaldas kiirendada kompressiooniprotsessi. Skanner on tehtud k\u00e4sit\u00f6\u00f6na, \"mu ilus\", \"hind on suur, kuna see on t\u00e4ielikult k\u00e4sitsi valmistatud\" (kirjutatud assembleris).<\/p>\n<p>Vasteotsingu skanner on teostatud kaheastmelise t\u00f5en\u00e4osusmeetodi kohaselt, esmalt skaneeritakse \"m\u00e4rgi\" olemasolu ja alles p\u00e4rast m\u00e4rgi tuvastamist k\u00e4ivitatakse reaalse vaste avastamise protseduur. <\/p>\n<p>Vasteotsingu aken on ettearvamatu suurusega, s\u00f5ltudes t\u00f6\u00f6deldava andmepaki entropia m\u00e4\u00e4rast. T\u00e4iesti juhuslike (tihendamatute) andmete puhul on selle suurus megabait, korduvate andmete puhul on see alati suurem kui megabait.<\/p>\n<p>Aga paljud t\u00e4nap\u00e4evased andmeformaatide on tihendamatud ja ressursside n\u00f5udlik skanner nende peal on kasutu ja raiskav, seet\u00f5ttu kasutatakse skanneris kahte t\u00f6\u00f6re\u017eiimi. Esmalt otsitakse originaalteksti osi v\u00f5imalike korduste jaoks, see toiming tehakse samuti t\u00f5en\u00e4osusmeetodi kaudu ja toimub v\u00e4ga kiiresti (kiirus 4-6 Gigabaiti\/sek). Seej\u00e4rel t\u00f6\u00f6deldakse v\u00f5imalikud kokkulangevused p\u00f5hiskanneriga. <\/p>\n<p>Indekseerimine ei ole v\u00e4ga efektiivne, tuleb asendada korduvad fragmentid indeksitega ja indeksimassiiv v\u00e4hendab m\u00e4rgatavalt tihendamise suhet. <\/p>\n<p>Kuna indekseerimise m\u00e4\u00e4r katab mitte ainult t\u00e4ielikke vasteid baitide stringidele, vaid ka osalisi, kui stringis on nii vastavad kui ka mitte \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 byte'id. Selleks on indeksi formaati kaasatud vaste maski v\u00e4li, mis n\u00e4itab kahe ploki vastavaid byte'e. Veelgi suuremaks kokkusurutuseks kasutatakse indekseerimist, kus on \u00fclekattega mitu osaliselt kattuvat plokki, praeguse ploki kohal. <\/p>\n<p>K\u00f5ik see v\u00f5imaldas R\u0422T-Mid kompressoril saavutada kokkusurumise taset, mis on v\u00f5rreldav s\u00f5naraamatute meetodil t\u00f6\u00f6tavate kompressoritega, kuid t\u00f6\u00f6tab tunduvalt kiiremini.<\/p>\n<h4>Uue kokkusurumise algoritmi t\u00f6\u00f6kiirus<\/h4>\n<p>\nKui kompressor t\u00f6\u00f6tab m\u00e4lukahevormil (\u00fche niidi jaoks on vajalik 4 Megabaiti), siis t\u00f6\u00f6kiirus k\u00f5igub 700-2000 Megabaiti\/seki \u00fche protsessorituuma kohta, olenevalt tihendatavate andmete t\u00fc\u00fcbist ja s\u00f5ltub v\u00e4he protsessori t\u00f6\u00f6tamise sagedusest. <\/p>\n<p>Mitme niidiga kompressori rakendamisel m\u00e4\u00e4rab t\u00f5hus skaleeritavus kolmanda taseme vahem\u00e4lu suurus. N\u00e4iteks, kui on olemas 9 Megabaiti vahem\u00e4lu, ei ole m\u00f5tet k\u00e4ivitada rohkem kui kahte tihendamisniiti, kuna kiirus ei t\u00f5use sellest. Kuid 20 Megabaiti vahem\u00e4luga saab juba k\u00e4ivitada viis tihendamisniiti.<\/p>\n<p>Samuti on oluline parameeter, mis m\u00e4\u00e4rab kompressori t\u00f6\u00f6kiirusel, operatiivm\u00e4lu latentsus. Algoritm kasutab juhuslikke p\u00f6\u00f6rdumisi O\u041f-le, millest osa ei j\u00f5ua vahem\u00e4llu (umbes 10%), mist\u00f5ttu peab see ootama O\u041f-st andmete saamist, mis v\u00e4hendab t\u00f6\u00f6kiirust. <\/p>\n<p>Ka andmete sisendi\/v\u00e4ljundi s\u00fcsteemi t\u00f6\u00f6 m\u00f5jutab m\u00e4rkimisv\u00e4\u00e4rselt kompressori kiirus. O\u041f p\u00e4ringud sisendi\/v\u00e4ljundi seostavad CPU andmete taotlusi, mis samuti v\u00e4hendab kokkusurumise kiirus. See probleem on oluline s\u00fclearvutitele ja lauaarvutitele, <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/server\/\"   title=\"serverid\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1458\">serverid<\/a> kuna see on v\u00e4hem oluline, t\u00e4nu arenenumale s\u00fcsteemile, mis reguleerib juurdep\u00e4\u00e4su s\u00fcsteemi bussile ja mitmekanalilisele operatiivm\u00e4lu.<\/p>\n<p>Kogu artikli tekstis r\u00e4\u00e4gitakse kompressioonist, dekompressioon j\u00e4\u00e4b selle artikli raames v\u00e4lja, kuna seal \"on k\u00f5ik korras\". Dekompressioon toimub m\u00e4rgatavalt kiiremini ja on piiratud sisendi\/v\u00e4ljundi kiirusest. \u00dcks f\u00fc\u00fcsiline s\u00fcda suudab \u00fches voos rahulikult saavutada 3-4 gigabaiti\/s suuruseid lahti pakkimise kiirus.<\/p>\n<p>See on seotud sellega, et lahti pakkimise protsessis puudub vaste otsimise operatsioon, mis \"neelab\" kompressiooniprotsessi k\u00e4igus peamisi protsessori ja vahem\u00e4lu ressursse. <\/p>\n<h4>Suruandmete usaldusv\u00e4\u00e4rne s\u00e4ilitamine<\/h4>\n<p>\nNimes tuleneb kogu programmide klassist, mis kasutab andmete kompressiooni (arhivaatorid), nad on m\u00f5eldud teabe pikaajaliseks s\u00e4ilitamiseks, mitte aastateks, vaid sajanditeks ja tuhandeteks aastateks...<\/p>\n<p>Andmete s\u00e4ilitamise jooksul kaotavad info kandjad osa andmeid, siin on n\u00e4ide:<\/p>\n<p><img decoding=\"async\" alt=\"Kiiruselt usaldusv\u00e4\u00e4rne tihendus (J\u00e4tkukiri)\" src=\"\/wp-content\/uploads\/2019\/12\/b85564e175204e70ed7c3c3ed0fbf008.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSellel \"analoogsel\" teabe kandjal on aastatuhande ajalugu, m\u00f5ned fragmendid on kadunud, kuid \u00fcldiselt on info \"loetav\"...<\/p>\n<p>\u00dckski vastutav kaasaegne digitaalsete andmesalvestuss\u00fcsteemide tootja ega digitaalsete andmevahendite tootja ei anna garantiisid, et andmed s\u00e4ilivad t\u00e4ielikult \u00fcle 75 aasta.<br \/>\nJa see on probleem, kuid probleem, mis on edasi l\u00fckatud, lahendavad selle meie j\u00e4reltulijad...<\/p>\n<p>Digitaalsete andmete salvestuss\u00fcsteemid v\u00f5ivad kaotada andmeid mitte ainult 75 aasta p\u00e4rast, andmevead v\u00f5ivad ilmneda igal ajal, isegi nende salvestamise ajal. Nende moonutuste minimeerimiseks p\u00fc\u00fcavad nad kasutada liigset teavet ja korrigeerida vigade parandamise s\u00fcsteemide abil. Liigne teave ja vigade parandamise s\u00fcsteemid suudavad kaotatud teavet kaugelt mitte alati taastada, ja isegi kui nad taastavad, ei ole garantiid, et taastamisoperatsioon toimus \u00f5igesti.<\/p>\n<p>Ja see on samuti suur probleem, kuid mitte edasi l\u00fckatud, vaid praegune.<\/p>\n<p>Kaasaegsed kompressorid, mida kasutatakse digitaalsete andmete arhiveerimiseks, p\u00f5hinevad erinevatel s\u00f5naraamatu meetodi modifikatsioonidel, ja selliste arhivide puhul on teabe fragmendi kaotamine fataalne s\u00fcndmus. Sellise olukorra jaoks on olemas isegi v\u00e4ljakujunenud m\u00f5isted \u2014 \"rikkis\" arhiiv...<\/p>\n<p>Madala usaldusv\u00e4\u00e4rsus andmete s\u00e4ilitamisel s\u00f5naraamiga tihendatud arhiivides on seotud tihendatud andmete struktuuriga. Sellises arhiivis ei ole algset teksti, vaid seal hoitakse s\u00f5naraamatu salvestuste numbreid, samas kui s\u00f5naraamat muudetakse d\u00fcnaamiliselt jooksva tihendatava teksti p\u00f5hjal. Arhiivi murrangu v\u00f5i moonduse korral on k\u00f5iki j\u00e4rgnevaid arhiivi salvestusi v\u00f5imatu tuvastada ei sisu ega s\u00f5naraamatu salvestuse pikkuse j\u00e4rgi, kuna ei ole selge, millele vastab s\u00f5naraamatu salvestuse number.<\/p>\n<p>Teavet sellisest \"katkestatud\" arhiivist ei ole v\u00f5imalik taastada.<\/p>\n<p>RTT algoritm p\u00f5hineb usaldusv\u00e4\u00e4rsemal meetodil tihendatud andmete hoidmiseks. Siin rakendatakse indeksimeetodit korduvate fragmentide arvestamiseks. Selline l\u00e4henemine tihendusele aitab minimeerida andmete moonutamise tagaj\u00e4rgi ja paljusid moonutusi, mis esinevad andmete hoidmisel, on v\u00f5imalik automaatselt korrigeerida.<br \/>\nSee on tingitud sellest, et indeksitihenduse korral sisaldab arhiivifail kahte v\u00e4ljad:<\/p>\n<ul>\n<li>algse teksti v\u00e4li, millest on eemaldatud korduvate osade osad;<\/li>\n<li>indeksite v\u00e4li. <\/li>\n<\/ul>\n<p>\nKriitiliselt oluline teabe taastamiseks on indeksi v\u00e4li, mis on suuruselt v\u00e4ike ja seda saab andmete usaldusv\u00e4\u00e4rse hoidmise nimel dubleerida. Seega, isegi kui algse teksti v\u00f5i indeksimassi fragment kaob, saab kogu muu teabe taastada ilma probleemideta, nagu pildil sarnase analoogse andmekandja puhul.<\/p>\n<h4>Alati on puudusi.<\/h4>\n<p>\nEeliseid ei ole ilma puudusteta. Indeksimeetod ei tihenda korduvaid l\u00fchikesi j\u00e4rjekordi. See on seotud indeksimeetodi piirangutega. Indeksid on v\u00e4hemalt 3 biiti suured ja v\u00f5ivad ulatuda isegi 12 biidini. Kui esineb kordus, mille suurus on v\u00e4iksem kui seda kirjeldav indeks, siis ei arvestata seda, olenemata sellest, kui tihti sellised kordused esinevad tihendatud failis.<\/p>\n<p>Traditsiooniline, s\u00f5naraamatup\u00f5hine kompressioonimeetod t\u00f5husalt tihendab l\u00fchikesi korduseid ja seega saavutab suurema tihendusteguri kui indeksikompressioon. Kuid see saavutatakse protsessorile k\u00f5rgema koormuse hinnaga, et s\u00f5naraamatup\u00f5hine meetod hakkaks andmeid efektiivsemalt tihendama, peab see v\u00e4hendama andmete t\u00f6\u00f6tlemise kiiruseni 10-20 megabaiti sekundis reaalsetes arvutuses, kui CPU on t\u00e4ielikult koormatud.<\/p>\n<p>Nii madalad kiirusd on t\u00e4nap\u00e4evaste andmesalvestuss\u00fcsteemide jaoks vastuv\u00f5etamatud ja pakuvad rohkem \"akadeemilist\" huvi kui praktilist.<\/p>\n<p>Teabe tihendamise tase suureneb m\u00e4rkimisv\u00e4\u00e4rselt j\u00e4rgmises RTT (R\u0422T- Max) algoritmi modifikatsioonis, mis on juba arendamisel.<\/p>\n<p>Nii et nagu ikka, j\u00e4rgnevad s\u00fcndmused\u2026<br \/>\n<br \/>Allikas: <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.1.1 - 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\/et\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\/et\/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\udd47Kiire ja t\u00f5rketaluv kompressioon (J\u00e4tkub) | ProHoster","description":"See artikkel on juba teine teema kiirusest andmete tihendamisel. Esimeses artiklis kirjeldati tihendajat, mis t\u00f6\u00f6tab kiirusel 10 Gbyte\/s \u00fche protsessorituuma kohta (minimaalne tihendus, RTT-Min).","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/53906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=53906"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/53906\/revisions"}],"predecessor-version":[{"id":158702,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/53906\/revisions\/158702"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=53906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=53906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=53906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}