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 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 317 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: LVM a rychlost zápisu

    6.8.2003 17:12 Alex Kubicek | skóre: 14 | Kdyně
    LVM a rychlost zápisu
    Přečteno: 149×
    Mám spojené 2 disky 120GB a 60GB pomocí LVM do jediného a mountuju tento virtuální disk do složky /shares. FTP přenos i přenos dat pomocí Samby vykazuje rychlost zápisu mezi 1000KB - 1400KB/s. Rychlost čtení se pohybuje mezi 6000-8600KB/s. Je v případě použití LVM rychlost zápisu tak omezená? POužívám Debian 3 Woody a LVM ze stable větve. Díky

    Odpovědi

    6.8.2003 20:14 Patvor
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    Mirroring ? Striping ? Berete rychlost sitoveho prenosu ekvivalentni rychlosti pole ?
    6.8.2003 21:46 Alex Kubicek | skóre: 14 | Kdyně
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    Nepouzivam RAID, ale LVM. Proste rychlost cteni odpovida propustnoszi site ( cca.8000KB/s ),ale zapis jen 1400KB/s. LVM umoznuje pouze sdruzit vice fyzickych disku spojit v jeden nebo vice virtualnich disku,u kterych je mozne dynamicky menit jejich velikost.Moznosti mirroringu a strippingu zde nejsou.
    7.8.2003 12:12 Alex Kubicek | skóre: 14 | Kdyně
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    To mi skutecne nikdo neporadi? :-(
    7.8.2003 13:59 mARTin
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    Ja zatial nemam predstavu o konkretnych cislach, ale odporucam pozriet na nejake benchmark programy pre IDE. Program pracujuci vo viacerych vlaknach je tiobench. Ten sa vyslovene odporuca na testovanie RAID-u, co sice nie je Vas pripad, ale moze aj tak dat nejake uzitocne vysledky. Potom poznam este bonnie++.

    Co sa vyslovene neodporuca, je brat ohlad na vysledky z hdparm -t -T /dev/xxx.

    Ak Vam daju tie programy nejake vysledky, tak by ma to celkom zaujimalo - e-mail. Ja som mal pri zapise (hlavne mnozstva malych suborov = random write access) dost zle vysledky (IDE disk, VIA chipset).

    7.8.2003 14:09 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    To měříte rychlost přes síť? Mě to nepřijde moc logické. Co takhle to otestovat místně?
    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é.
    7.8.2003 14:54 Alex Kubicek | skóre: 14 | Kdyně
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    A proc ne? Propustnost 100Mb site je dostatecna.Navic,jak je napsano vyse,tak cteni jde normalne.
    7.8.2003 16:49 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše LVM a rychlost zápisu
    To má co do činění s budováním měřícího experimentu a stejný postup se aplikuje při hledání chyby. Dá se to nazvat metodikou. Jde o vyloučení všech nepředvídatelných a neznámých vlivů. Takže je dobré vyloučit z měřícího řetězce všechny články, které tam nemusí být. Jestliže chci měřit LVM tak proč tam strkat síť? Když dostanu neočekávaný výsledek, tak mě napadá jako logický krok, že zkusím vyloučit z měřícího řetězce články, které tam nepatří. Když dostanu jiný výsledek tak se musím zamyslet, jestli není problém někde jinde. Když ne, jsem o krok blíž jádru problému. Je normální, že při přípravě experimentu, se napřed prověří všechny články jestli měří to co mají. Při hledání chyby se postupuje opačně, postupně se odpojují jednotlivé články a zjišťuje se, kdy se chyba neprojeví. Mě přijde divné hovořit o rychlosti LVM dokud nevyloučím tu síť, která je IMHO naprosto zbytečná k tomu, abych mohl mluvit o LVM. Je to dostatečný důvod? Pro mě tedy určitě.
    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é.

    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.