{"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\/sl\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","title":{"rendered":"Speedy fault-tolerant compression (Continuation)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ta \u010dlanek je \u017ee drugi v seriji o hitri kompresiji podatkov. V prvem \u010dlanku smo opisali kompresor, ki deluje s hitrostjo 10 GB\/s na eno procesorsko jedro (minimalna kompresija, RTT-Min). <\/p>\n<p>Ta kompresor je \u017ee vgrajen v opremo forenznih duplicatorjev za hitro kompresijo dumpov informacijskih nosilcev in za pove\u010danje odpornosti kriptografije; prav tako se lahko uporablja za kompresijo slik virtualnih strojev in swap datotek RAM-a, ko jih shranjujemo na hitre SSD diske.<\/p>\n<p>V prvem \u010dlanku je bila prav tako napovedana razvojna faza algoritma kompresije za stiskanje varnostnih kopij HDD in SSD diskov (povpre\u010dna kompresija, RTT-Mid) z bistveno izbolj\u0161animi parametri kompresije podatkov. Do sedaj je ta kompresor popolnoma pripravljen in ta \u010dlanek je prav o njem. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nKompresor, ki izvaja algoritem RTT-Mid, zagotavlja stopnjo kompresije, primerljivo s standardnimi arhivatorji, kot sta WinRar in 7-Zip, ki delujejo v hitrem na\u010dinu. Pri tem je hitrost njegovega delovanja vsaj za red vi\u0161ja. <\/p>\n<p>Hitrost pakiranja\/razpakiranja podatkov je kriti\u010dni parameter, ki dolo\u010da podro\u010dje uporabe tehnologij kompresije. Malo kdo bi si namre\u010d mislil, da bi stiskal terabajt podatkov s hitrostjo 10-15 MB na sekundo (tak\u0161na je namre\u010d hitrost arhivatorjev v standardnem na\u010dinu kompresije), saj bi to trajalo skoraj dvajset ur pri popolni obremenitvi procesorja \u2026<\/p>\n<p>Po drugi strani pa se lahko isti terabajt kopira s hitrostmi okoli 2-3 GB na sekundo v desetih minutah. <\/p>\n<p>Zato je kompresija velike koli\u010dine informacij smiselna, \u010de se izvaja s hitrostjo, ki ni ni\u017eja od hitrosti realnega vnosa\/izvoda. Za sodobne sisteme to pomeni vsaj 100 MB na sekundo. <\/p>\n<p>Tak\u0161ne hitrosti lahko sodobni kompresorji dosegajo le v na\u010dinu \u201efast\u201c. V tej aktualni na\u010dinu bomo primerjali algoritem RTT-Mid s tradicionalnimi kompresorji.<\/p>\n<h4>Primerjalno testiranje novega algoritma kompresije<\/h4>\n<p>\n Kompresor RTT-Mid je deloval v sklopu testne programske opreme. V resni\u010dni \u201edelovni\u201c aplikaciji deluje precej hitreje, saj se tam u\u010dinkovito uporablja ve\u010dnitnost in uporabljeni so \u201enormalni\u201c prevajalniki, ne pa C#. <\/p>\n<p>Ker so se v primerjalnem testu uporabljeni podatkovni kompresorji temelje na razli\u010dnih na\u010delih in razli\u010dne vrste podatkov stiskajo na razli\u010dne na\u010dine, je bila za objektivnost testa uporabljena metoda merjenja \"povpre\u010dne temperature po bolni\u0161nici\"\u2026<\/p>\n<p>Ustvarjena je bila datoteka sektorja stiskanja logi\u010dnega diska z operacijskim sistemom Windows 10, kar je najbolj naravna me\u0161anica razli\u010dnih podatkovnih struktur, ki dejansko obstajajo na vsakem ra\u010dunalniku. Stiskanje te datoteke bo omogo\u010dilo primerjavo hitrosti in stopnje kompresije novega algoritma s najnaprednej\u0161imi kompresorji, ki se uporabljajo v sodobnih arhivatorjih.<\/p>\n<p>Tukaj je ta datoteka stiskanja:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/39fc5bfe9812ac2417d6eb8ef1dde0a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDatoteka stiskanja je bila stisnjena s kompresorji RTT-Mid, 7-zip, WinRar. Kompresor WinRar in 7-zip sta bila nastavljena na maksimalno hitrost delovanja.<\/p>\n<p>Kompresor deluje <b>7-zip<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/1b088a99fb7b04d5b6ccb500ff74c73e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nObremeni procesor na 100 %, pri \u010demer je povpre\u010dna hitrost branja izvorne datoteke okoli 60 Megabajtov\/sek.<\/p>\n<p>Kompresor deluje <b>WinRar<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/462024e8304a90a885ef3857fbd119e1.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSituacija je podobna, obremenitev procesorja skoraj 100 %, povpre\u010dna hitrost branja datoteke okoli 125 Megabajtov\/sek.<\/p>\n<p>Kot v prej\u0161njem primeru je hitrost delovanja arhivatorja omejena z zmogljivostmi procesorja.<\/p>\n<p>Sedaj deluje testna programska oprema kompresorja <b>RTT-Mid<\/b>:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/f46fabcbb362dcf99a8b55877954c3a8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZaslonski posnetek prikazuje, da je procesor obremenjen 50 % in ostalo \u010das miruje, ker ni prostora za spro\u0161\u010danje stisnjenih podatkov. Disk za spro\u0161\u010danje podatkov (Disk 0) je skoraj popolnoma obremenjen. Hitrost branja podatkov (Disk 1) mo\u010dno niha, vendar je v povpre\u010dju ve\u010d kot 200 Megabajtov\/sek.<\/p>\n<p>Hitrost delovanja kompresorja je v tem primeru omejena z mo\u017enostjo zapisovanja stisnjenih podatkov na Disk 0.<\/p>\n<p>Zdaj stopnja stiskanja nastalih arhivov:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/1e0740937909c6a5860ef35d15da9e7f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/6e74c8ceab741943a59eca87f092e25b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/3b2f8bed83ea72917f87a3a9813294fc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVidno je, da je kompresor RTT-Mid najbolje opravil nalogo kompresije, arhiv, ki ga je ustvaril, je 1,3 Gigabajta manj\u0161i od arhiva WinRar in 2,1 Gigabajta manj\u0161i od arhiva 7z.<\/p>\n<p>\u010cas porabljen za ustvarjanje arhiva:<\/p>\n<ul>\n<li> 7-zip \u2013 26 minut 10 sekund;<\/li>\n<li> WinRar \u2013 17 minut 40 sekund;<\/li>\n<li> RTT-Mid \u2013 7 minut 30 sekund.<\/li>\n<\/ul>\n<p>\nTako je tudi testna, neoptimizirana programska oprema, ki uporablja algoritem RTT-Mid, lahko ve\u010d kot dvakrat in pol hitreje ustvarila arhiv, pri \u010demer se je arhiv izkazal za bistveno manj\u0161i kot pri konkurenci\u2026<\/p>\n<p>Tisti, ki ne verjamejo zaslonskim posnetkom, lahko preverijo njihovo verodostojnost sami. Testna programska oprema je na voljo na <noindex><a rel=\"nofollow\" href=\"https:\/\/yadi.sk\/d\/9CkY30b1lRcLYw\">linku<\/a><\/noindex>, prenesite in preverite.<\/p>\n<p>Ampak le na procesorjih, ki podpirajo AVX-2; brez podpore teh navodil kompressor ne deluje, prav tako ne preizku\u0161ajte algoritma na starej\u0161ih procesorjih AMD, saj so po\u010dasni pri izvajanju AVX ukazov...<\/p>\n<h4>Uporabljena metoda stiskanja<\/h4>\n<p>\nAlgoritem uporablja metodo indeksiranja ponavljajo\u010dih se fragmentov besedila v bajtni granulaciji. Ta metoda stiskanja je znana \u017ee dolgo, vendar ni bila uporabljena, ker je bila operacija iskanja ujemanj zelo potratna glede potrebnih virov in je zahtevala veliko ve\u010d \u010dasa kot gradnja slovarja. Tako je algoritem RTT-Mid klasi\u010den primer premikanja 'nazaj v prihodnost'...<\/p>\n<p>Kompressor RTT uporablja edinstven hitri skener za iskanje ujemanj, ta je omogo\u010dil pospe\u0161itev procesa stiskanja. Skener je lastne izdelave, 'moja dragocenost...', 'cene ni majhna, saj je popolnoma ro\u010dno delo' (napisan v assemblerju).<\/p>\n<p>Skener za iskanje ujemanj deluje po dvojnem verjetnostnem re\u017eimu, najprej se skenira prisotnost 'znaka' ujemanja, in \u0161ele po odkritju 'znaka' na tem mestu se za\u017eene postopek odkrivanja realnega ujemanja. <\/p>\n<p>Okno za iskanje ujemanj ima nepredvidljivo velikost, odvisno od stopnje entropije v obdelovani podatkovni enoti. Za popolnoma naklju\u010dne (ne stisljive) podatke je velika nekaj megabajtov, za podatke z ponovitvami pa vedno ve\u010dja od megabajta.<\/p>\n<p>Toda mnogi sodobni formati podatkov so ne stisljivi in 'vrteti' po njih virov po\u017ere\u0161en skener je brezsmiselno in razsipno, zato skener uporablja dva na\u010dina delovanja. Najprej se i\u0161\u010dejo odseki izvornega besedila z morebitnimi ponovitvami, ta operacija se prav tako izvaja s verjetnostno metodo in se izvaja zelo hitro (pri hitrosti 4-6 gigabajtov\/s). Nato se odseki z morebitnimi ujemanji obdelajo z glavnim skenerjem. <\/p>\n<p>Indeksno stiskanje ni zelo u\u010dinkovito, ker je potrebno ponavljajo\u010de se fragmente zamenjati z indeksi, indeksoni niz pa bistveno zni\u017euje koeficient stiskanja. <\/p>\n<p>Za pove\u010danje stopnje stiskanja se ne indeksirajo samo popolne ujemajo\u010de se nizovne zaporedja, ampak tudi delna, kadar niz vsebuje ujemajo\u010de in neujemajo\u010de se bite. V indeksni format je vklju\u010deno polje maske ujemanj, ki ozna\u010duje ujemajo\u010de bite dveh blokov. Za \u0161e ve\u010dje stiskanje se uporablja indeksiranje z nalaganjem ve\u010d delno ujemajo\u010dih se blokov na trenutni blok. <\/p>\n<p>Vse to je omogo\u010dilo, da je kompressor RTT-Mid dosegel stopnjo stiskanja, primerljivo s kompressorji, ki delujejo po besedilni metodi, vendar deluje precej hitreje.<\/p>\n<h4>Hitrost delovanja novega algoritma stiskanja<\/h4>\n<p>\n\u010ce kompressor deluje z monopolno uporabo pomnilni\u0161kega predpomnilnika (za en tok je potrebnih 4 Megabajti), hitrost dela nihaje med 700-2000 Megabajti\/sec na eno procesorsko jedro, odvisno od vrste stiskanih podatkov in malo od delovne frekvence procesorja. <\/p>\n<p>Pri ve\u010dnitni izvedbi kompressorja u\u010dinkovitost skalabilnosti dolo\u010da koli\u010dina tretje ravni predpomnilnika. Na primer, s 9 Megabajti predpomnilnika ni smiselno zagnati ve\u010d kot dveh stiskalnih tokov, saj hitrost ne bo narasla. Toda pri 20 Megabajtih predpomnilnika lahko \u017ee zagnate pet stiskalnih tokov.<\/p>\n<p>Prav tako pomemben parameter, ki dolo\u010da hitrost delovanja kompressorja, postane latenca dostopa do pomnilnika. Algoritem uporablja naklju\u010dne dostope do glavnega pomnilnika, od katerih del ne pride v predpomnilnik (pribli\u017eno 10%), kar povzro\u010da, da mora \u010dakati na podatke iz glavnega pomnilnika, kar zmanj\u0161uje hitrost delovanja. <\/p>\n<p>Pomembno vpliva na hitrost kompressorja tudi delovanje sistema za vhod\/izhod podatkov. Zahteve za dostop do glavnega pomnilnika od naprave za vhod\/izhod blokirajo dostop do podatkov s strani procesorja, kar prav tako zmanj\u0161uje hitrost stiskanja. Ta te\u017eava je pomembna za prenosne ra\u010dunalnike in namizne ra\u010dunalnike, <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sl\/server\/\"   title=\"stre\u017enikov\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1458\">stre\u017enikov<\/a> je manj pomembna zaradi bolj naprednega nadzornega bloka za dostop do sistemske vodila in ve\u010dkanalnega pomnilnika.<\/p>\n<p>V besedilu \u010dlanka se nenehno omenjata kompresija, dekompresija pa ostaja zunaj te razprave, saj je tam \"vse v redu\". Dekompresija poteka bistveno hitreje in je omejena s hitrostjo vnosa\/izpu\u0161\u010danja. En fizi\u010dni procesorski jedro v enem toku brez te\u017eav dose\u017ee hitrosti razpakiranja od 3-4 gigabajtov na sekundo.<\/p>\n<p>To je posledica pomanjkanja operacije iskanja ujemanj med razpakiranjem, ki \"po\u017ere\" glavne vire procesorja in predpomnilnika med kompresijo. <\/p>\n<h4>Zanesljivost shranjevanja stisnjenih podatkov<\/h4>\n<p>\nKot izhaja iz imena celotnega razreda programske opreme, ki uporablja kompresijo podatkov (arhivatorji), so ti namenjeni dolgoro\u010dnemu shranjevanju informacij, ne leti, ampak stoletja in tiso\u010dletja...<\/p>\n<p>Med shranjevanjem nosilci informacij izgubijo del podatkov, tukaj je primer:<\/p>\n<p><img decoding=\"async\" alt=\"Speedy fault-tolerant compression (Continuation)\" src=\"\/wp-content\/uploads\/2019\/12\/b85564e175204e70ed7c3c3ed0fbf008.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTa \"analogni\" nosilec informacij je star tiso\u010d let, nekateri fragmenti so izgubljeni, vendar je v celoti informacija \"bralna\"...<\/p>\n<p>Nobeden od odgovornih proizvajalcev sodobnih digitalnih sistemov za shranjevanje podatkov in digitalnih nosilcev le-teh ne daje garancij za popolno ohranitev podatkov ve\u010d kot 75 let.<br \/>\nIn to je problem, vendar odlo\u017een problem, s katerim se bodo ukvarjali na\u0161i potomci...<\/p>\n<p>Sistemi za shranjevanje digitalnih podatkov lahko izgubljajo podatke ne samo po 75 letih, napake v podatkih se lahko pojavijo kadarkoli, celo med zapisovanjem, te izkrivljanja pa posku\u0161ajo minimizirati z uporabo odve\u010dnosti in popravljanjem s sistemi za korekcijo napak. Odve\u010dnost in sistemi korekcije morda ne bodo vedno mogli obnoviti izgubljenih informacij, in \u010de jih obnovijo, ni jamstev, da je bila operacija obnovitve pravilno izvedena.<\/p>\n<p>In to je tudi velik problem, a ne odlo\u017een, temve\u010d trenutni.<\/p>\n<p>Sodobni kompresorji, uporabljeni za arhiviranje digitalnih podatkov, temeljijo na razli\u010dnih razli\u010dicah slovarskih metod in za take arhive bo izguba fragmenta informacij usodna situacija, celo ustaljen izraz za to situacijo obstaja \u2014 \"pokvaren\" arhiv...<\/p>\n<p>Nizka zanesljivost shranjevanja informacij v arhivih s slovarsko stiskalno tehniko je povezana s strukturo stisnjenih podatkov. Informacije v takem arhivu ne vsebujejo izvirnega besedila, temve\u010d shranjujejo \u0161tevilke zapisov v slovarju, sam slovar pa se dinami\u010dno prilagaja trenutnemu stiskanju besedila. Ob izgubi ali izkrivljanju fragmenta arhiva niso ve\u010d mo\u017ene identifikacije nadaljnjih zapisov arhiva niti po vsebini niti po dol\u017eini zapisa v slovarju, saj ni jasno, \u010demu ustreza \u0161tevilka slovarnega zapisa.<\/p>\n<p>Obnovitev informacij iz tak\u0161nega 'pokvarjenega' arhiva ni mogo\u010da.<\/p>\n<p>Algoritem RTT temelji na zanesljivej\u0161i metodi shranjevanja stisnjenih podatkov. Uporablja indeksno metodo za prepoznavanje ponavljajo\u010dih se fragmentov. Tak pristop k stiskanju omogo\u010da minimalizacijo posledic izkrivljanja informacij na nosilcu in v mnogih primerih samodejno popravi izkrivljanja, ki so nastala med shranjevanjem informacij.<br \/>\nTo je povezano s tem, da arhivska datoteka v primeru indeksnega stiskanja vsebuje dve polji:<\/p>\n<ul>\n<li>polje izvirnega besedila z odstranjenimi ponavljajo\u010dimi se deli;<\/li>\n<li>polje indeksov. <\/li>\n<\/ul>\n<p>\nKriti\u010dno pomembno polje indeksov, ki je klju\u010dno za obnovitev informacij, ni veliko po velikosti in ga je mogo\u010de podvojiti za ve\u010djo zanesljivost shranjevanja podatkov. Zato, tudi \u010de bo izgubljen fragment izvirnega besedila ali indeksnega niza, bo mogo\u010de vse ostale informacije obnoviti brez te\u017eav, tako kot na sliki z 'analognim' nosilcem informacij.<\/p>\n<h4>Slabosti algoritma<\/h4>\n<p>\nBrez slabosti ni prednosti. Indeksna metoda stiskanja ne stisne ponavljajo\u010dih se zaporedij majhne dol\u017eine. To je posledica omejitev indeksne metode. Indeksi imajo velikost vsaj 3 bajte in so lahko veliki do 12 bajtov. \u010ce se sre\u010da ponovitev z manj\u0161imi dimenzijami, kot so tiste, ki jih opisuje njegov indeks, se ne upo\u0161teva, ne glede na to, kako pogosto so tak\u0161ne ponovitve odkrite v stisnjeni datoteki.<\/p>\n<p>Tradicionalna, rje\u010dni\u010dna metoda kompresije u\u010dinkovito smanjuje vi\u0161estruke ponavljanja male duljine i stoga posti\u017ee ve\u0107i omjer kompresije nego indeksna kompresija. Istina je da se to posti\u017ee visokom optere\u0107enju centralnog procesora; da bi rje\u010dni\u010dna metoda po\u010dela u\u010dinkovitije komprimirati podatke od indeksne metode, mora smanjiti brzinu obrade podataka na 10-20 megabajta u sekundi na stvarnim ra\u010dunalnim instalacijama pri punom optere\u0107enju CPU-a.<\/p>\n<p>Takve niske brzine su neprihvatljive za moderne sustave pohrane podataka i predstavljaju vi\u0161e \u00abakademski\u00bb interes nego prakti\u010dan.<\/p>\n<p>Stepen kompresije informacija bit \u0107e znatno pove\u0107ana u sljede\u0107oj modifikaciji algoritma RTT (RTT-Max), koja je ve\u0107 u razvoju.<\/p>\n<p>Dakle, kao i uvijek, nastavak slijedi\u2026<br \/>\n<br \/>Izvor: <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.4 - 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\/sl\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\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\/sl\/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\udd47Brza otporna kompresija (Nastavak) | ProHoster","description":"Ta \u010dlanek je \u017ee drugi v seriji o hitri kompresiji podatkov. V prvem \u010dlanku smo opisali kompresor, ki deluje s hitrostjo 10 GB\/s na eno procesorsko jedro (minimalna kompresija, RTT-Min).","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/skorostnaya-otkazoustojchivaya-kompressiya-prodolzhenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/53906","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=53906"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/53906\/revisions"}],"predecessor-version":[{"id":158702,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/53906\/revisions\/158702"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=53906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=53906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=53906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}