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 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

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

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 3
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

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

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
22.3. 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    9.4.2014 15:49 jadd | skóre: 34 | blog: Greenhorn
    Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Přečteno: 451×
    Kopíroval jsem 5GB malých souborů z NTFS do nově vytvořeného HOME s EXT4 (výchozí volby připojení) na laptovém disku, mapovaném přes klasiku, ne LVM.

    Začal jsem včera ve 23h a kopírování skončilo dnes ve 12h. Na otestování mám bývalý SWAP oddíl o velikosti 1GB. Jaké zvolit připojovací volby těchto FS aby jsem mohl správně vybrat?

    Poznámka: malé soubory jsou u mě 1kB až 300kB (jpg, wav, mp3).

    Jak získat časy pro objektivitu dokončeného kopírování?

    Odpovědi

    9.4.2014 17:59 fedor
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Začal jsem včera ve 23h a kopírování skončilo dnes ve 12h.

    Nesmysl, při dnešním hw naprostá blbost. Nebylo to náhodou 500G ?
    9.4.2014 18:41 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Ne, bylo to jak píšu.
    9.4.2014 19:10 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Příloha:
    Podmínky pro test: poběží to na tom samém hw se stejným výkonem. Takže na čem to běží/běželo je jedno. Ale pro info: CPU core2duo P8600, RAM 4GB, HDD Seagate ST9320421AS. Není problém kopírování 5GB velkých souborů.
    9.4.2014 19:25 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    du -s

    5898952

    9.4.2014 22:24 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Podle mne to záleží na tom, jak je nastavený sync. Rotační HDD má cca 100 IOPS (v notebooku méně). Pro zápis je potřeba minimálně zápis do dvou míst. vlastní data + zápis do inode. Pokud je FS nastaven tak, že syncuje okamžitě, tak zapíše maximálně teoreticky 50 souborů za sekundu, v praxi spíše 20 a méně, nezávisle na tom, jak jsou malé. Z toho plyne že za hodinu to zapíše asi ani ne 50000 souborů, pokud ten počet souborů se pohyboval kolem 500 000 mohlo to jet i těch 13 hodin. pokud jste kopíroval ze stejného disku (jiného oddílu) na stejný disk, tak podobné IO se muselo provést i při čtení takže to bude 5-10 souborů za vteřinu.
    10.4.2014 00:49 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    No, měl jsem taky říct, že jsem to kopíroval přes Nautila, dělá si nejdříve ověřování místa apod. S cp by to bylo rychlejší.

    Teď jsem zkoušel stejnou cestou kopírovat 200MB (50000souborů), do btrfs, ext4, ext3 reiserfs3.6 (časy dost podobné o něco horší s btrfs o něco lepší reiserfs), začné to cca 6MB/s ale po 180MB se snižuje na cca 700KB/s a stále to jde dolů.

    Taky jsem zaznamenal a to ikdyž jsem ty soubory smazal z koše (to bylo celkem rychlé). Několikrát to hlásilo, že v adresáři /run došlo místo (Nautilus si to nějak uchovává v paměti) i když už ty soubory jsou smazaný. Byly teda ve schránce ale při prvním pokusu to zaplnění /run nehlásilo až když jsem první pokus smazal do koše a ten hned vysypal a začal pokus dva (s jiným FS).

    Vyšlo mi z toho ve zkratce, že EXT4 nemá cenu měnit za btrfs který je přizpůsobený na velké soubory ale ztrácí víc na těch malých. A EXT3, Reiser3.6 má méně vlastností než EXT4. Objektivní výsledek to není ani příliš pro mě.

    Tykat!

    10.4.2014 22:26 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    700KB/s → 700kB/s
    11.4.2014 00:05 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    btrfs není určený pro rychlost. Už jen to že má vyšši bezpečnost proti náhodné chybě diky checksum něco ve výkonu stojí. Phoronix pravidelně dělá výkonové testy filesystemů. Možná nejsou zcela reprezentativní, ale jistě je dobré je vzít v úvahu.
    11.4.2014 05:52 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    Díky za odkaz,

    .. tohle ní přímo na tebe

    Mě by zajímalo jestli nejsem limitovanej tím rošířeným oddílem v kterém mám ty linuxové oddíly. Je tam psáno, že rošířený oddíl je typu NTFS. Jestli by to nějak zvýšilo výkon, kdybych ten rošířený neměl a měl jen primární oddíly?

    11.4.2014 11:14 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Nijak. Oddíl je jen posloupnost sektorů na disku od sektoru xxx do sektoru yyyy. Původní rozdělení Microsoftu z doby MS-DOS a 20MB HDD definovalo část MBR s tabulkou oddílů, která měla 4 položky a čísla sektorů byly 32 bitová (primární oddíly). Rozšířený oddíl je položka v MBR (od sektoru xxx do yyy), která definuje oddíl, který má uvnitř má také podobnou tabulku oddílů (logické oddíly) (jeho oddíly samozřejmě nemohou přesáhnout hranice rozšířeného oddílu) a tím umožňuje mít více než 4 oddíly na disku. Při startu si systém přečte všechny tyhle tabulky, vytvoří příslušné sda1,sda2,sda5 atd. a mezi přístupem na primární a logický oddíl není rozdíl. Zhruba řečeno stejně přístup na sektor aaa oddílu je přístup na xxx+aaa sektor disku, kde xxx počáteční sektor oddílu.

    Samozřejmě sektory s nižšími čísly mají o něco vyšší přenosové rychlosti, díky tomu, že jsou na větších poloměrech plotny a při jedné otáčce disku pod čtecí hlavou projede více sektorů.
    9.4.2014 19:00 Petr | skóre: 29
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Pokud byly soubory hodne male tak proc ne..
    10.4.2014 01:12 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    Nebyl bottleneck spíš na straně čtení z NTFS? Nemůže být disk nějak poškozený? Co třeba obskurní velikost bloku? Jakmile člověk používá zastaralé souborové systémy typu ext4, může se celkem snadno stát, že omylem vytvoří filesystém s velikostí bloku odlišnou od velikosti stránky (4 kB na Intelu, 8 kB na Power7) a pak se nestačí divit. Ale takhle dramaticky špatný výkon by to mít nemělo ani s nevhodnou velikostí bloku.

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    10.4.2014 02:21 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu

    Tak samozřejmě, že rychlost čtení z NTFS byla omezená ale vždy jsem zkoušel z něj (přímo). Ted jsem našel čtení a skript, a změnil v něm filesize 1024 na 128. Bohužel ale nezjistím reálnou situaci (tu svou), a nevím jestli generovaná data dají výsledek jako kdybych kopíroval ty své (kde každý soubor má jinou velikost a jinou strukturu obsahovou). Bylo by možné poprosit, předělat to na

    z C:\User\Data do /run/media/jadd/TEST ?

    Heron avatar 11.4.2014 12:16 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Osobně také vidím problém na čtecí straně (bez ohledu na FS), protože je to právě seek u čtení, který to bude brzdit. Každý čtený soubor bude vysoce pravděpodobně umístěn jinde. Zatímco na straně zápisu bude sync probíhat jednou za commit time a taky si to ten fs může uspořádat sekvenčně.
    11.4.2014 16:23 host
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Souhlas
    10.4.2014 19:15 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    /etc/mke2fs.conf prozrazuje vhodnou konfiguraci pro malé soubory pro nově vytvářené oddíly.
    10.4.2014 19:59 jirka
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    +1
    10.4.2014 22:18 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Otestování vhodného FS ext4 nebo btrfs - pro svou potřebu
    Přílohy:
    Takže jsem vytvořil takto a zkusil scénář z NTFS jako předtím, ale změnu jsem nepozoroval. Ten skript jsem změnil (v příloze) a provedl amatérský test na EXT4 a EXT4 small vždy 2x (v příloze). Když do toho kouknu, zdá se mi, že EXT4 small má horší výsledky ale nevím jak to mám číst. mke2fs -t ext4 -T small -j -L TEST /dev/sda5

    Uvažoval jsem o znovuvytvoření oddílů ale vidím, že by to byla zbytečná práce.

    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.