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í
×
    včera 22:44 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.15.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    včera 22:33 | Zajímavý projekt

    BIGWORDS.PAGE je open-source webová aplikace, která po otevření odkazu v prohlížeči vykreslí přes celou obrazovku jednoduché informační sdělení. Zpráva i její nastavení jsou uložené v části URL za znakem #, například odkaz https://bigwords.page/#abclinuxu zobrazí jako velký bílý nápis 'abclinuxu' na černém pozadí. Obsah odkazu lze upravovat i vestavěným editorem, ten umožňuje nastavovat formátování a vizuální efekty textu, časovače, QR kódy a obrázky. Zdrojový kód je dostupný pod licencí MIT na GitHubu.

    ❗Červivý Hřib krade❗ | Komentářů: 4
    včera 11:55 | Upozornění

    V neděli 11. října proběhne rotace klíče kořenové zóny. Podruhé v historii. Ondřej Filip na blogu CZ.NIC: "Pokud je pro Vás DNS protokol spíše výzva, ale přesto spravujete nějakou síť či DNS resolver, zkuste si jednoduchý test, který připravila firma Cloudflare na této adrese. Obzvláště zbystřit byste měli, pokud uvidíte nějaká červená políčka."

    Ladislav Hagara | Komentářů: 7
    včera 09:55 | IT novinky

    Vláda Spojených států se rozhodla vyřadit americkou softwarovou společnost Microsoft a několik dalších velkých technologických podniků z programu, který umožňuje kvalifikovaným zahraničním pracovníkům získat povolení k trvalému pobytu. Oznámila to včera administrativa amerického prezidenta Donalda Trumpa. Opatření zdůvodnila rozsáhlým zneužíváním programu, který je dlouhodobě terčem kritiky ze strany Trumpových příznivců, neboť prý znevýhodňuje americké pracovníky.

    Ladislav Hagara | Komentářů: 11
    včera 09:44 | IT novinky

    Datové centrum největší ruské technologické společnosti Jandex v Rjazaňské oblasti se stalo cílem dronového útoku a zastavilo provoz. Jandexu se někdy přezdívá „ruský Google“. Provozuje nejoblíbenější internetový vyhledávač v Rusku nebo aplikace pro objednávky jídla a taxi. Využívají jej desítky milionů lidí v rusky mluvících zemích.

    Ladislav Hagara | Komentářů: 11
    včera 09:33 | Nová verze

    Francouzská společnost Mistral AI představila Mistral Large 4 (interně přezdívaný 'le Chonk', volně přeloženo 'pořádný macek'), 'open-weight multimodální hybridní instruct-and-reasoning model s architekturou granulárního MoE, nativně podporující více jak 160 jazyků'. Model má přes jeden bilión parametrů, z nichž při práci využívá 49 miliard, kontextové okno o délce milion tokenů a obrazový enkodér o 1,6 miliardách parametrů.

    … více »
    ❗Červivý Hřib krade❗ | Komentářů: 2
    včera 03:22 | Nová verze

    Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.20. Díky 227 přispěvatelům.

    Ladislav Hagara | Komentářů: 0
    včera 03:11 | Komunita

    Simon Long oznámil Raspberry Pi Desktop pro PC a Mac s Intelem postavený na aktualizovaném Debianu 13 Trixie. S klientem Raspberry Pi Connect pro vzdálenou správu. Ke stažení je vedle Raspberry Pi OS pro Raspberry Pi.

    Ladislav Hagara | Komentářů: 1
    8.10. 21:33 | Zajímavý projekt

    ESP32-C3 adblock přemění lacinou vývojovou desku ESP32‑C3 na samostatný DNS blokovač nejenom reklamních domén, minimalistickou alternativu k populárnímu Pi-hole. ESP32-C3 adblock místo objemných názvů domén ukládá jejich 40-bitové FNV-1a hashe do flash paměti, které pak binárně prohledává, kontrola jedné domény trvá přibližně 10 milisekund. Blocklist pojme až 537 tisíc domén a lze jej spravovat přes webové rozhraní. Projekt zatím

    … více »
    ❗Červivý Hřib krade❗ | Komentářů: 0
    8.10. 21:00 | Zajímavý software

    ArtCraft je sada open source aplikací pro práci s obrázky a videi "inspirovaných" aplikacemi od Adobe. Napsaných v Rustu. Pro MacOS, Windows i Linux. Běží také ve webovém prohlížeči. Aktuálně se jedná o 7 aplikací: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) a DesignCraft (InDesign). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 8
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2820 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: ZFS snapshoty - kolik zabírají?

    16.3.2012 16:37 JanM | skóre: 28
    ZFS snapshoty - kolik zabírají?
    Přečteno: 619×
    Zdravím přítomné,

    tušíte někdo jak spočítat, kolik bajtů se uvolní při smazání konkrétního snapshotu na ZFS?
    # zfs snapshot srv/tracks@01
    # zfs list -t snapshot | grep tracks
    srv/tracks                                        29K   155G    29K  /srv/tracks
    srv/tracks@01                                       0      -    29K  -
    # dd if=/dev/zero of=/srv/tracks/file01 bs=1024 count=1000
    1000+0 records in
    1000+0 records out
    1024000 bytes (1.0 MB) copied, 0.0748983 s, 13.7 MB/s
    # snapshot srv/tracks@02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                       0      -  1.03M  -
    # dd if=/dev/zero of=/srv/tracks/file02 bs=1024 count=1000
    1000+0 records in
    1000+0 records out
    1024000 bytes (1.0 MB) copied, 0.0730653 s, 14.0 MB/s
    # rm /srv/tracks/file01
    # zfs list -t all | grep tracks
    srv/tracks                                      2.08M   155G  2.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                     27K      -  1.03M  -
    # zfs snapshot srv/tracks@03
    # zfs list -t all | grep tracks
    srv/tracks                                      2.09M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     26K      -    29K  -
    srv/tracks@02                                   1.03M      -  1.03M  -
    srv/tracks@03                                       0      -  1.03M  -
    
    Až potud celkem fajn, dataset srv/tracks zabírá 2.09 MB, což obsahuje file01 v @02 a file02 v @03. Aktuální velikost datasetu je 1.03 MB, neb file01 byl již smazán.
    # zfs destroy srv/tracks@02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    # zfs snapshot srv/tracks@04
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    # zfs snapshot srv/tracks@05
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    srv/tracks@05                                       0      -  1.03M  -
    
    Pokud nyní odstraním snapshoty @03, @04 a @05, nic neušetřím, neb soubor file02 stále existuje v srv/tracks.
    # rm /srv/tracks/file02
    # zfs list -t all | grep tracks
    srv/tracks                                      1.06M   155G  1.03M  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    srv/tracks@03                                       0      -  1.03M  -
    srv/tracks@04                                       0      -  1.03M  -
    srv/tracks@05                                       0      -  1.03M  -
    
    Pokud nyní odstraním snapshoty @03, @04 a @05, ušetřím 1.03 MB prostoru. Jak to ale zjistit z výpisu zfs list -t snapshot, když i v předchozím kroku zobrazil stejné informace?
    # for i in 03 04 05; do zfs destroy srv/tracks@$i; done
    # zfs list -t all | grep tracks
    srv/tracks                                        56K   155G    29K  /srv/tracks
    srv/tracks@01                                     27K      -    29K  -
    
    Ať se dívám, jak se dívám, spolehlivě se nedá vyčíst, kolik místa ušetřím smazáním nějakého snapshotu.

    Nebo někdo zná nějaký fígl?

    Odpovědi

    blami avatar 17.3.2012 02:49 blami | skóre: 29 | Praha
    Rozbalit Rozbalit vše Re: ZFS snapshoty - kolik zabírají?
    Nesedim ted u Solarisu a tudiz varim z vody, ale zkusil bych zfs list -t all -o size. Z toho vypisu by to melo jit vycist.
    19.3.2012 20:31 JanM | skóre: 28
    Rozbalit Rozbalit vše Re: ZFS snapshoty - kolik zabírají?
    Hm, nevím, hledal jsem hledal, ale buď špatně anebo to není možné.

    Existuje "used" a "refer", přičemž ta první se odkazuje na velikost dat skutečně alokovanou konkrétnímu snapshotu, ta druhá vlastnost popisuje velikost souborového systému v okamžiku vytvoření snapshotu.

    Takže "used" by měla být to pravé, nicméně to nefunguje v případě, kdy jsou data obsažena ve dvou snapshotech (celkem logicky), ale v aktuálním souborovém systému již chybí. V takovém případě je "used" stále nulové. Stačí však smazat jeden snapshot a náhle se "used" toho zbývajícího rovná velikosti již smazaných dat.

    Chtělo by to nějakou utilitku, která by zvládla spočítat a hlavně nějak prezentovat, kolik dat by se dalo ušetřit promazáním některých snapshotů.

    Tzn., že by musela zjistit, která data již neexistují v souborovém systému a kterými snapshoty jsou sdílena. Pak to seřadit dle velikosti a/nebo počtu sdílejících snapshotů.

    Možná by se dal využít "zfs diff", nicméně ten zatím pro ZFS on Linux nebyl implementován.

    P.S. Řeším to proto, že při zaplnění záložního disku se mi nezdá nejlepší varianta mazat automaticky nejstarší snapshoty, ale spíše identifikovat ty objemné, a buď tyto smazat, anebo naklonovat a smazat jen příslušné soubory a znovu rsyncem vytvořit i snapshoty následné, avšak bez inkriminovaných souborů. Trochu overkill.

    Založit nové vlákno • Nahoru

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

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