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 17:33 | Komunita

    MDN (Wikipedie), dnes MDN Web Docs, původně Mozilla Developer Network, slaví 20 let. V říjnu 2004 byl ukončen provoz serveru Netscape DevEdge, který byl hlavním zdrojem dokumentace k webovým prohlížečům Netscape a k webovým technologiím obecně. Mozille se po jednáních s AOL povedlo dokumenty z Netscape DevEdge zachránit a 23. července 2005 byl spuštěn MDC (Mozilla Developer Center). Ten byl v roce 2010 přejmenován na MDN.

    Ladislav Hagara | Komentářů: 0
    dnes 14:55 | Nová verze

    Wayback byl vydán ve verzi 0.1. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | Nová verze

    Byla vydána nová verze 6.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově se lze k síti Tor připojit pomocí mostu WebTunnel. Tor Browser byl povýšen na verzi 14.5.5. Thunderbird na verzi 128.12.0. Další změny v příslušném seznamu.

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

    Meta představila prototyp náramku, který snímá elektrickou aktivity svalů (povrchová elektromyografie, EMG) a umožňuje jemnými gesty ruky a prstů ovládat počítač nebo různá zařízení. Získané datové sady emg2qwerty a emg2pose jsou open source.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Byla vydána (𝕏) nová verze 25.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 25.7 je Visionary Viper. Přehled novinek v příspěvku na fóru.

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

    Před 40 lety, 23. července 1985, společnost Commodore představila první počítač Amiga. Jednalo se o počítač "Amiga od Commodore", jenž byl později pojmenován Amiga 1000. Mělo se jednat o přímou konkurenci počítače Apple Macintosh uvedeného na trh v lednu 1984.

    Ladislav Hagara | Komentářů: 2
    včera 06:00 | IT novinky

    T‑Mobile USA ve spolupráci se Starlinkem spustil službu T-Satellite. Uživatelé služby mohou v odlehlých oblastech bez mobilního signálu aktuálně využívat satelitní síť s více než 650 satelity pro posílání a příjem zpráv, sdílení polohy, posílání zpráv na 911 a příjem upozornění, posílání obrázků a krátkých hlasových zpráv pomocí aplikace Zprávy Google. V plánu jsou také satelitní data.

    Ladislav Hagara | Komentářů: 9
    23.7. 21:55 | Komunita

    Společnost Proxmox Server Solutions stojící za virtualizační platformou Proxmox Virtual Environment věnovala 10 000 eur nadaci The Perl and Raku Foundation (TPRF).

    Ladislav Hagara | Komentářů: 2
    23.7. 21:22 | Bezpečnostní upozornění

    Byla vydána nová verze 2.4.65 svobodného multiplatformního webového serveru Apache (httpd). Řešena je bezpečnostní chyba CVE-2025-54090.

    Ladislav Hagara | Komentářů: 0
    23.7. 14:22 | IT novinky

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia AI asistenta Lumo.

    Ladislav Hagara | Komentářů: 7
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (28%)
     (25%)
     (6%)
     (5%)
     (5%)
     (2%)
     (2%)
     (29%)
    Celkem 126 hlasů
     Komentářů: 16, poslední dnes 15:31
    Rozcestník

    Šifrování disku a dopad na výkon

    21.9.2009 22:04 | Přečteno: 2135× | Linux | Výběrový blog

    Nedávno jsem do svého starého počítače pořídil nový disk. Během úvah o rozdělení a volbě filesystému jsem začal přemýšlet také o šifrování. Nakonec jsem se rozhodl provést výkonnostní test pro veliké soubory. Výsledky najdete dále.

    Pro potřeby testování jsem vytvořil soubor o velikosti 10GB. Původně jsem jej udělal prázdný z /dev/null, ale pak jsem zjistil, že s ním systém pracuje dost rychle, takže jsem připravil jiný přes dd if=/dev/urandom of=reallylargefile count=20M.
    Na novém disku jsem vytvořil malou testovací partition 60G, nad kterou jsem vytvářel různé souborové systémy a také jeden šifrovaný (ext3, aes, cbc-essiv:sha256). Testovací soubor jsem kopíroval z prvního disku na nový přičemž jsem měřil čas a zatížení systému.
    Během testu nebylo zapnuté grafické prostředí a podmínky byly stejné.

    Výsledky testů

    kopírování na ext2, čas 3m8.882s

    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:10:15        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:10:25        all      0,00      0,00      7,75     42,62      0,00     49,62
    14:10:35        all      0,05      0,00      7,40     42,93      0,00     49,63
    14:10:45        all      0,05      0,00      8,15     43,68      0,00     48,13
    14:10:55        all      0,00      0,00      7,84     42,21      0,00     49,95
    14:11:05        all      0,05      0,00      8,25     41,83      0,00     49,88
    Average:        all      0,03      0,00      7,88     42,65      0,00     49,44
    

    kopírování na ext3, čas 3m33.127s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:15:49        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:15:59        all      0,05      0,00     11,49     45,73      0,00     42,73
    14:16:09        all      0,00      0,00     12,01     42,22      0,00     45,77
    14:16:19        all      0,05      0,00     12,49     39,63      0,00     47,83
    14:16:29        all      0,00      0,00     11,99     40,83      0,00     47,18
    14:16:39        all      0,00      0,00     12,64     40,16      0,00     47,20
    Average:        all      0,02      0,00     12,13     41,71      0,00     46,14
    

    kopírování na ext4, čas 3m11.001s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:21:13        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:21:23        all      0,00      0,00      9,35     41,83      0,00     48,83
    14:21:33        all      0,05      0,00      9,95     42,63      0,00     47,38
    14:21:43        all      0,05      0,00      9,95     41,30      0,00     48,70
    14:21:53        all      0,10      0,00     10,64     41,56      0,00     47,70
    14:22:03        all      0,00      0,00     10,05     42,45      0,00     47,50
    Average:        all      0,04      0,00      9,99     41,95      0,00     48,02
    

    kopírování na ReiserFS, čas 3m53.861s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:35:01        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:35:11        all      0,05      0,00     13,48     38,54      0,00     47,93
    14:35:21        all      0,00      0,00     12,80     55,85      0,00     31,35
    14:35:31        all      0,05      0,00     11,63     42,33      0,00     45,99
    14:35:41        all      0,00      0,00     14,08     44,30      0,00     41,62
    14:35:51        all      0,00      0,00     13,45     43,70      0,00     42,85
    Average:        all      0,02      0,00     13,08     44,94      0,00     41,96
    

    kopírování na jfs, čas 3m14.990s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:29:08        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:29:18        all      0,05      0,00      7,14     43,56      0,00     49,25
    14:29:28        all      0,00      0,00      7,75     42,95      0,00     49,30
    14:29:38        all      0,05      0,00      8,35     42,93      0,00     48,68
    14:29:48        all      0,05      0,00      7,75     43,58      0,00     48,63
    14:29:58        all      0,05      0,00      7,75     44,75      0,00     47,45
    Average:        all      0,04      0,00      7,75     43,55      0,00     48,66
    

    kopírování na xfs, čas 3m41.830s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:47:09        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:47:19        all      0,00      0,00      9,05     42,28      0,00     48,68
    14:47:29        all      0,10      0,00      7,79     43,56      0,00     48,55
    14:47:39        all      0,00      0,00      8,65     45,20      0,00     46,15
    14:47:49        all      0,00      0,00      8,00     49,58      0,00     42,43
    14:47:59        all      0,00      0,00      8,00     46,03      0,00     45,98
    Average:        all      0,02      0,00      8,30     45,33      0,00     46,36
    

    kopírování na šifrovaný oddíl, čas 4m1.855s
    Linux 2.6.28-gentoo-r5 (dx2300) 	20.9.2009 	_x86_64_	(2 CPU)
    
    14:01:46        CPU     %user     %nice   %system   %iowait    %steal     %idle
    14:01:56        all      0,00      0,00     43,35     39,55      0,00     17,10
    14:02:06        all      0,05      0,00     44,38     37,08      0,00     18,49
    14:02:16        all      0,00      0,00     48,18     35,93      0,00     15,89
    14:02:26        all      0,00      0,00     43,23     36,13      0,00     20,64
    14:02:36        all      0,00      0,00     47,50     38,45      0,00     14,05
    Average:        all      0,01      0,00     45,33     37,43      0,00     17,23
    
    Shrnutí

    Z testu je patrné, že šifrování není tak úplně bez dopadů na výkon a dopadlo vcelku očekávaně nejhůř (rychlost kopírování a zátěž procesoru). Vítězství ext2 bez žurnálu se dalo předpokládat.
    Ze souborových systémů se žurnálem si dobře vedl jfs od IBM. Slibně vypadá i ext4. ReiserFS verze 3 je všeobecně doporučován pro malé soubory (osobně jej používám pro /var), na velké soubory se zřejmě moc nehodí. Nijak neoslnil ani dnes už překonaný, ale stále velmi používaný ext3. Pro mě osobně byly ale největším zklamáním výsledky xfs firmy SGI, od souborového systému pro superskalární počítače jsem čekal více.

    Pokud jde o šifrování samotné, mohlo by to vypadat, že cena (procesorový čas) je celkem vysoká. Záleží však také na konkrétním použití a tak jsem provedl reálný test se skutečnými daty. Při něm vyšlo najevo, že cca 160% CPU spotřebovává mencoder a na (de)šifrování stačí kolem 2% CPU (kcryptd).

           

    Hodnocení: 86 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    21.9.2009 22:33 grim
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    proč 10G fajl? Nepřijde mi to jako reprezentativní vzorek dat ležících na disku. Na reálných datech (řádově jednotky kB až jednotky MB) by to mohlo dopadnout jinak.

     

    21.9.2009 23:02 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    Třeba na HD videa…
    Only Sith deals in absolutes.
    xkucf03 avatar 22.9.2009 13:10 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Na ty většinou nepotřebuješ šifrovaný disk* ;-) A naopak u většiny dat, které je hodno šifrovat, se negativní změna ani moc neprojeví -- prostě akorát zůstanou v mezipaměti o něco déle, než se stihnou zašifrovat a uložit.

    *) pokud se nezabýváš dětskou pornografií :-)

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    22.9.2009 20:11 hufhendr | skóre: 33 | blog: U hufhendra
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Myslím, že má smysl šifrovat třeba i ta HD videa a nemusí to být vůbec dětské porno. Stačí se podívat, co se děje kolem thepiratebay...

    xkucf03 avatar 22.9.2009 20:29 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Alespoň u nás se přechovávat a stahovat může. Takže by tě stejně museli chytit při sdílení, nabízení chráněného obsahu. A v tom ti šifrovaný disk nepomůže, ne?

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    22.9.2009 20:57 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    Donedávna jsme si mohl užívat doma dětské porno. Pak poslanci zvedli ruce a všechny kotoučky s dětským pornem se staly rázem nelegální. Kdo ví, co zakážou příště? Nebo si stačí vzít notebook a udělat si výlet, stačí po Evropě. Překročíte čáru a rázem je z vás kriminálník. Člověk musí myslet dopředu.
    21.9.2009 23:03 hufhendr | skóre: 33 | blog: U hufhendra
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Osobně jsem udělal dobrou zkušenost se všemi uvedenými souborovými systémy (mimo ext4, který jsem zatím nikdy nepoužil). Každý je v nějaké oblasti použití silný a jinde může vítězit jiný. Univerzálně nejlepší asi není žádný. Já jsem hledal vítěze pro opravdu veliké soubory a podíval jsem se i na výkonnostní dopady případného šifrování.

    Pokud jde o to šifrování, důležité je IMHO udělat reálný test. Mně to vyšlo, ale pokud by šlo o 10GB databázový soubor, mohlo to třeba dopadnout jinak.

    22.9.2009 09:04 neaktivni | skóre: 24 | blog: neaktivni
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    Osobně jsem udělal dobrou zkušenost

    Vemte místo.

    Josef Kufner avatar 21.9.2009 23:21 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    A jaký filesystém jsi měl na tom šifrovaném disku?
    Hello world ! Segmentation fault (core dumped)
    Integral avatar 21.9.2009 23:30 Integral | blog: devnull
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    pise to tam - ext3 sifrovany aes...
    22.9.2009 08:35 Michal2
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    Udelat takove testy a nenapsat na jakem pocitaci byly delane... Je jasne, ze sifrovani na tom tvem dvouprocesorovem stroji s dvema 366MHz Celerony bude brat sifrovani hodne.

    22.9.2009 08:46 hufhendr | skóre: 33 | blog: U hufhendra
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Nepovažoval jsem to za nutné, ale máte pravdu, procesor je Intel Core 2 Duo E4300 1.8GHz, celá sestava pak zde (navíc 4GB RAM).
    Nový disk je SEAGATE SV35.4 1000GB, SATA II, 32MB cache, 7200ot, ST31000525SV (made in China).

    22.9.2009 19:23 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon
    Supr, o výkonostních dopadech šifrování se píše málo, díky.
    22.9.2009 20:15 hufhendr | skóre: 33 | blog: U hufhendra
    Rozbalit Rozbalit vše Re: Šifrování disku a dopad na výkon

    Není zač, chci se ještě podívat na dopady použití LVM.

    Založit nové vláknoNahoru

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