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

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

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

Společnost Qualys zveřejnila výsledky bezpečnostního auditu procps-ng. Nalezeno bylo 7 bezpečnostních chyb (CVE-2018-1120, CVE-2018-1121, CVE-2018-1122, CVE-2018-1123, CVE-2018-1124, CVE-2018-1125 a CVE-2018-1126). Dvě z nich jsou zneužitelné k lokální eskalaci práv. Příslušné záplaty jsou již k dispozici v upstreamu.

Ladislav Hagara | Komentářů: 1
18.5. 06:44 | Nová verze

Byla vydána třiadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Ken Wood. Představení novinek v poznámkách k vydání a také na YouTube.

Ladislav Hagara | Komentářů: 3
18.5. 05:55 | Zajímavý článek

Tento týden se v Cambridge ve Velké Británii konal hackfest, který měl za cíl zlepšit výkon na GNOME postavených systémů na slabších počítačích. Hans de Goede například analyzoval spotřebu paměti jednotlivých komponent ve Fedora 28 Workstation na stroji s 2 GB RAM a pomocí kroků popsaných v článku Kde uspořit paměť ve Fedora Workstation na MojeFedora.cz snížil spotřebu paměti z 1,4 GB na 765 MB.

Ladislav Hagara | Komentářů: 8
17.5. 20:55 | Nová verze

Bram Moolenaar oznámil vydání verze 8.1 textového editoru Vim (Vi IMproved). Hlavní novinkou je integrovaný terminál.

Ladislav Hagara | Komentářů: 8
17.5. 16:55 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.27 a beta verze 1.28 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 6
17.5. 11:11 | Nová verze

Byla vydána verze 5.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Před měsícem slavil Proxmox VE 10 let (pdf).

Ladislav Hagara | Komentářů: 16
17.5. 10:22 | Nová verze

Byla vydána verze 4.8 a záhy na to opravná verze 4.8.1 svobodné náhrady proprietárních BIOSů coreboot (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 10
16.5. 05:55 | Komunita

Správce souborů (Files, Soubory, Nautilus) v nejnovějším GNOME 3.28 již neumožňuje zobrazovat ikony na ploše. Dalším vylepšením bude pravděpodobně odstranění možnosti spouštění aplikací (commit) přímo ze správce souborů.

Ladislav Hagara | Komentářů: 126
16.5. 04:44 | IT novinky

Dnes končí crowdfundingová kampaň na podporu modulárního open source routeru Turris MOX od CZ.NIC. Cílová částka 250 tisíc dolarů byla vybrána. Z posledních novinek představených v rámci kampaně lze zmínit demo webového rozhraní, spolupráci s Nextcloudem a Turris MOX: Cloud nebo konfigurátor pro testování kompatibility jednotlivých modulů.

Ladislav Hagara | Komentářů: 19
Používáte pro některé služby inetd?
 (32%)
 (26%)
 (43%)
Celkem 129 hlasů
 Komentářů: 3, poslední 9.5. 08:05
    Rozcestník

    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: 153×
    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.