abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 2
    včera 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 2
    včera 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 3
    včera 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:22 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 5
    28.4. 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

    Ladislav Hagara | Komentářů: 0
    28.4. 15:11 | Nová verze

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    28.4. 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    27.4. 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (15%)
     (25%)
    Celkem 1454 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Test rychlosti kompresních programů

    WebUpd8 vydal článek srovnávající rychlost komprese a dekomprese v závislosti na použitém kompresním programu. Nejlépe ze srovnání vychází lzop.

    9.7.2011 23:09 | Migi | Zajímavý článek


    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    10.7.2011 10:48 לך לעזה
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    chyba lávky, cat je rychlejší :-)
    10.7.2011 10:54 MX
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    No, ano ... neresili tam kompresni pomer, takze ten test je uplne k prdu.
    10.7.2011 11:27 Jirka P.
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Navíc tam "komprimovali" /dev/zero, neřešili cacheování atd. Test k ničemu.
    stativ avatar 10.7.2011 11:33 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    A pak tu lidi nadávají na phoronix.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    10.7.2011 10:57 MX
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    btw bacha na fakt, ze kdyz jsou ty data dost velke, tak by ten kompresni program mohl byt rychlejsi nez je primo kopirovat (zapis je relativne pomaly). Zapisovalo by se pak mensi mnozstvi dat a navic zapis a komprese by mohly probihat paralelne (hlavicka by nelitala po disku jenom tam a zpatky). Pak tu jde vzit v uvahu, ze tam jsou disky dva a kdesi cosi ...
    T-T avatar 10.7.2011 15:17 T-T | skóre: 12
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Nemohl, stejně je musíš rozbalit :-)
    ^_^
    David Watzke avatar 10.7.2011 16:01 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Tam ale platí totéž, čteš méně dat a zapisuješ jich stejně -> opět to může být rychlejší.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    25.7.2011 14:46 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Přesně tak. Rychlost dekomprese lzop se běžně pohybuje na rychlosti čtení z paměti, na moderním HW může být i rychlejší. To se pak pro některé účely vyplatí držet data komprimovaná v paměti a dekomprimovat do cache CPU v momentě, kdy jsou potřeba.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    10.7.2011 18:46 omg
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    a vida. prece jen tu jeste zustal nekdo komentovat, kdo pouziva obcas i to uvnitr hlavy... no kazdopadne vsechny algoritmy maji svoje + a - a na ruznych datech a ruznym hw se budou vysledky lisit vice nez zanedbatelne. at uz je algoritmus citlivy jen na rychlost zaznamoveho zarizeni, jiny hlavne na cpu a dalsi kvuli prostorove slozitosti na rychlost a velikost pameti a samotna ucinnost komperese a vyhodnost pouziti u nekterych vyjmecnych pripadu je pak zalezitosti vhodneho vyberu komprimovanych dat. zaver? DO TEST IT ON YOUR OWN DATA AND HARDWARE.
    mirefek avatar 10.7.2011 18:47 mirefek | skóre: 6 | blog: proc_dalsi_nazev
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Vzdyt to tam pisou -- Obviously, less is better ... :-)
    Limoto avatar 10.7.2011 11:35 Limoto | skóre: 32 | blog: Limotův blog
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů

    Nečekaně...

    10.7.2011 13:44 werWER
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    U kompresních programů mě zajímá dosahovaný kompresní poměr. To neotestovali.
    10.7.2011 15:12 Xerces
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    A ještě je zajímavý, zda existuje dekompresní algoritmus.
    10.7.2011 15:44 Habo
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Jj, pigzip...
    10.7.2011 18:47 omg
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    rm ma neprekonatelny kompresni pomer vymenou za absenci dekomprese.
    10.7.2011 21:01 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    barf má poměr stejný jako rm; na rozdíl od něj však dokáže soubor opět rozbalit.
    Petr Tomášek avatar 11.7.2011 10:55 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    jo, s tím rozdílem, že barf kóduje data do názvu souboru ;-)
    multicult.fm | monokultura je zlo | welcome refugees!
    11.7.2011 12:33 Andrej | skóre: 9
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    if the first byte is n-2 then remove it

    Method n (2-257) is indicated by an extension of the form .x[0-9][a-z] as a base 26 encoding of n-2. For example, method 2 (.x0a) removes a leading 0 byte, method 3 (.x0b) removes a leading 1 byte, up through method 257 (.x9v) which removes a leading 255 byte.
    inymi slovami je to prenos prveho bajtu obsahu suboru do jeho nazvu (a teda ulozenie v ramci metadat suboroveho systemu). disku to nepomoze len sa tie data ulozia na ine miesto. v uctovnictve a to nazyva skryty dlh, v makroekonomike deficit statneho rozpoctu, sedliackym rozumom sa to da jednoducho pomenovat ako podvod.
    Any sufficiently advanced magic is indistinguishable from technology. --Larry Niven
    10.7.2011 19:21 Dundee5 | skóre: 17 | blog: Dundee5 | Praha
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    Srovnání, kde je zahrnut i kompresní poměr, je tu:

    Srovnání kompresních nástrojů
    Kdo se vzdá svobody, aby získal jistotu, ztratí nakonec obojí. --Benjamin Franklin
    25.7.2011 14:43 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: Test rychlosti kompresních programů
    A lzop je kde?
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    11.7.2011 18:25 BostX
    Rozbalit Rozbalit vše Nahovno mi je kompresia za 0.00002 sekund...
    Ked najprv 10 sekund tukam do klavesnice, dva-tri krat sa pomylim, rezignujem natukam --help, este raz rezignujem a zagooglim na nejake examples. Magori! :-(

    Založit nové vláknoNahoru


    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.