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 00:11 | Nová verze

    Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 21:33 | Nová verze

    Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.

    Ladislav Hagara | Komentářů: 0
    včera 21:00 | Komunita

    Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.

    Ladislav Hagara | Komentářů: 0
    včera 20:44 | IT novinky

    Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | IT novinky

    Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Komunita

    MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.

    Ladislav Hagara | Komentářů: 0
    13.9. 17:33 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.

    Ladislav Hagara | Komentářů: 0
    13.9. 01:33 | IT novinky

    Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si

    … více »
    Ladislav Hagara | Komentářů: 10
    12.9. 14:00 | Nová verze

    Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.

    Ladislav Hagara | Komentářů: 0
    12.9. 12:00 | Zajímavý článek

    Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).

    |🇵🇸 | Komentářů: 21
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (81%)
     (7%)
     (3%)
     (3%)
     (4%)
     (2%)
    Celkem 182 hlasů
     Komentářů: 12, poslední 10.9. 13:00
    Rozcestník

    Dotaz: 702GB se nevešlo na 1TB disk

    30.3.2013 07:56 Jirka | skóre: 25
    702GB se nevešlo na 1TB disk
    Přečteno: 1010×
    Zdravím všechny,
    přetahuju data z ntfs partition na jednom disku na ext2 na druhém a výsledek byl dost nepříjemné překvapení.
    Parametry ext2 oddílu:
    velikost bloku 4096, 4 inody na blok, inodů obsazeno asi 1%.
    Soubory jsou směs od filmů až po hromady malinkých souborů v adresářích. Netuší někdo, jak je tohle možný, jak se tomuhle příště vyhnout, případně jaký (léty prověřený) souborový systém použít, aby byl minimálně stejně efektivní, jako to slavný ntfs?
    díky.
    Dokud to funguje, nešťourej se v tom!...

    Řešení dotazu:


    Odpovědi

    30.3.2013 10:16 Kit
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Zkus ReiserFS a případně si zapni tail packing.
    30.3.2013 10:27 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    30.3.2013 10:33 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    tím to není, kopíroval jsem to pod rootem. Zmenšit velikost bloku? pokud bych dal velikost 1024, je pak nějaká šance tam nacpat soubor větší než 16GB, pokud by to jednou bylo potřeba?
    Dokud to funguje, nešťourej se v tom!...
    Řešení 1× (Jirka (tazatel))
    30.3.2013 15:34 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Ty 4 inody na blok byla asi blbost. Udělal jsem několik benchmarků různých souborových systémů v 1GB loopback partišně, celkem zajímavý výsledky: :-)
                            |  prázdný  |nahrán 100M soubor+src jádra|nahrán 900MB soubor|     
                            |volné místo| volné místo |obsazené inode|    volné místo    |
                            |           |             |              |                   |
    EXT2 1k bloky, 4k/inode |   960M    |    370M     |     16%      |        2.2M       |
    EXT2 4k bloky, 4k/inode |   960M    |    303M     |     16%      |        6.6M       |
    EXT2 4k bloky, 16k/inode|   1008M   |    351M     |     61%      |       54.6M       |
    EXT2 2k bloky, 16k/inode|   1008M   |    391M     |     61%      |       46.9M       |
    Reiser3 default         |   1024M   |    438M     |     ---      |       91.0M       |
    JFS                     |   1020M   |    400M     |      5%      |      120.0M       |
    
    Takže to vyhrává JFS, který se mi kdysi osvědčil kvůli neskutečný blbuvzdornosti :-)
    Dokud to funguje, nešťourej se v tom!...
    30.3.2013 21:08 nyan
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    4 inody na blok, nebo 4 inody na block group ? protoze 4 inody na block nemaji smysl. Kazdy soubor zabere minimalne 1 blok a 1 inode, tudiz nema smysl mit vetsi pocet inode nez pocet bloku (neboli >1 inode per block).

    Navic kazdej inode zabere 128 (nebo vic) bytu, ktere jsou alokovany trvale.

    Jinak, proc ne ext4 ? ext2 neumi extenty tudiz velke soubory (filmy apod) budou ukladany velmi neefektivne.
    Tomáš Bžatek avatar 31.3.2013 17:33 Tomáš Bžatek | skóre: 29 | Brno
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk

    Nebyly nektere casti komprimovane nebo hardlinkovane? (NTFS by to melo umet)

    Koupim litajiciho tucnaka
    Řešení 1× (Jirka (tazatel))
    31.3.2013 17:58 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Nejspíš to bylo příliš velkým množstvím inodů, velkými bloky a množstvím malých souborů.
    Teď už je to pasé, přetahoval jsem data na druhej disk, abych v tom prvním mohl změnit oddíly a přeformátovat. Tak jsem potřeboval vědět, jaký filesystém použít, aby tam bylo co nejvíc místa se soubory různých velikostí a množství. Už je tam JFS. Udělal jsem ještě pár pokusů, na celý čáře by to vyhrál FAT32 :-D
    Dokud to funguje, nešťourej se v tom!...
    31.3.2013 19:35 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    tím to není, kopíroval jsem to pod rootem. Zmenšit velikost bloku? pokud bych dal velikost 1024, je pak nějaká šance tam nacpat soubor větší než 16GB, pokud by to jednou bylo potřeba?
    16GB, ..FAT? asi jiná priorita..
    31.3.2013 20:53 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Týjo, FAT na 1TB to je fičák, navíc když na M$ dovolí vytvořit jen max 32GB.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    31.3.2013 21:20 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    A co exFAT? Né že bych to chtěl používat, ale na 1TB disku 1TB volnýho místa, kterej fs tohle umí? :-)
    Dokud to funguje, nešťourej se v tom!...
    31.3.2013 22:14 mimi.vx | skóre: 37 | blog: Mimi.VX | Praha
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk

    jj a co jineho tento patentove chraneny FS umi ?

    USE="-gnome -kde";turris
    31.3.2013 22:22 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Jak jsem uvedl na M$ lze vytvořit max 32GB.
    A kde by se to místo vzalo? Že by si meta-informace zapisoval do cloudu :), navíc velikost alokační jednotky bude asi 128KiB, takže s malými soubory to bude rychle ubývat…
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    31.3.2013 22:28 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Já jen, že jsem to zkoušel s 1GB virtuálním oddílem a po nahrání 100MB velkýho souboru a rozbalených zdrojáků jádra (cca 400MB) tam zbylo ze všech filesystémů nejvíc místa. Ne o moc, ale vyhrál to.
    samozřejmě, tenhle fs je dobrej tak na flashdisk, nedovedu si představit tu kontrolu disku po blbým vypnutí u 650GB oddílu :-D
    Dokud to funguje, nešťourej se v tom!...
    1.4.2013 00:53 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Nu dobrá :), ono by se to asi začalo měnit jak by se postupně přidávalo, možná kdyby se to srovnalo se xfs bylo by to spravedlivější (záleží na tom, kolik má fs před-alokované).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    1.4.2013 20:36 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Moje výsledky na velkoobjemových discích jsou:
    df -T -t xfs 
    Filesystem     Type  1K-blocks       Used Available Use% Mounted on
    /dev/sdf1      xfs  1953382400 1623031540 330350860  84% /mnt/zaloha_1
    /dev/sdb3      xfs  2705696768 2159806208 545890560  80% /mnt/afx
    :~ # du -s -x /mnt/afx
    2159602984      /mnt/afx
    :~ # du -x /mnt/afx | wc -l
    29695
    :~ # du -x /mnt/zaloha_1 | wc -l
    6635
    :~ # du -s -x  /mnt/zaloha_1 
    1622944084      /mnt/zaloha_1
    :~ # 
    
    A myslím, že du vypisuje součet skutečných velikostí souborů a df (used) vypisuje obsazené místo ve filesystému. Takže na mém xfs jsou ztráty pod promile.
    1.4.2013 21:50 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    XFS moc neznám, nezkoušel jsem.
    Možná by se toho mohl chytit někdo "od fochu" a udělat pořádný srovnání všech možných a nemožných fs, tentokrát ne na téma rychlost, ale úspornost při ukládání různých druhů a velikostí dat. Né každej potřebuje ze svýho PC/notesu obsloužit tisíce požadavků za vteřinu.
    Dokud to funguje, nešťourej se v tom!...
    2.4.2013 10:46 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: 702GB se nevešlo na 1TB disk
    Jde o to, že některé FS toho mají předa-alokováno více (ext4) a některé méně a alokují až za chodu (xfs) a například u btrfs se něčeho rozumného předem dopočítat je „ne-jednoduché“, takže nejvyšší vypovídající hodnotu má údaj „kolik se tam toho na konec vešlo“ na daném typu dat.
    V rámci hraní si mám nachystaný i test, který bude něco podobného zjišťovat.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†

    Založit nové vláknoNahoru

    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.