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 03:44 | Nová verze

    Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.

    Ladislav Hagara | Komentářů: 2
    1.5. 15:11 | IT novinky

    Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.

    Ladislav Hagara | Komentářů: 14
    30.4. 23:33 | Nová verze

    Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 0
    30.4. 23:11 | Nová verze

    Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    30.4. 12:11 | IT novinky

    Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.

    Ladislav Hagara | Komentářů: 33
    30.4. 11:44 | Komunita

    Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.

    Ladislav Hagara | Komentářů: 0
    30.4. 01:11 | IT novinky

    Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.

    Ladislav Hagara | Komentářů: 58
    29.4. 23:44 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.

    Ladislav Hagara | Komentářů: 4
    29.4. 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    29.4. 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 7
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (25%)
    Celkem 1477 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0

    23.6.2005 17:34 Ota
    Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Přečteno: 78×
    Na disku hda mám nainstalovanou Mandrivu2005(hda1) a starý dobrý Mandrake9.0(hda2). Obě partition jsou ReiserFS. Pokud provedu hdparm -tT v Mandrake9.0, dostanu výsledek kolem 54MB/s při vytížení v řádu desítek %. Pokud restartuji a stejný test provedu v Mandrivě2005, výsledek kolísá v rozmezí 25-35 MB/s při 100% zatížení CPU. Instalováno je to na kompu Intel815+ICH2+Celer800. Když z tohoto kompu "vyškubnu hadr" a přemístím na počítač s Athlonem2200+ChipsetNF2, je najednou výkon disků na Mandrivě2005 zcela v pořádku, hdparm dává přes 50 MB/s při vytížení pár desítek %. Na tom Intelu je Mandriva prostě líná, disky neúměrně zatěžují CPU a mě nějak došly nápady, jak to řešit... Netuší někdo, jak na to? Dík všem za případné odpovědi.

    Výpis v Mandrivě: hdparm /dev/hda

    /dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 16383/255/63, sectors = 80026361856, start = 0

    Odpovědi

    23.6.2005 17:41 JeanVEGA | skóre: 17 | Poprad
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    a mas zapnute DMA?
    ČVUT FEL, sometimes hell, ČVUT FIT, almost always sh*t :)
    23.6.2005 20:31 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Má.
    23.6.2005 20:33 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Hoď sem výpis dmesg |grep hda v obou distribucích a tentokrát prosím obalený tagem <pre>.
    23.6.2005 20:38 #Tom
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Mně se u jádra 2.6 objevil stejný problém s řadičem HPT370. Pomohl mi příkaz hdparm -a 8192 /dev/zmíněný_disk.
    23.6.2005 22:46 Ota
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Vzhledem k tomu, že nemám právě v dosahu počítač o němž je řeč (je v práci), budu pokračovat zítra. Ten parametr "readahead" zkusím s různými hodnotami. Případně provedu nějaké další výpisy. Díky.
    24.6.2005 00:14 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Podívej se do těch dmesg, na jaké frekvenci ti jede IDE:
    ...
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    ...
    hda: 19640880 sectors (10056 MB) w/384KiB Cache, CHS=19485/16/63, UDMA(33)
    ...
    Pokud budou tyto řádky v dmesg obou systémů různé, tak je jasné odkud vítr vane. :-)
    24.6.2005 16:00 Ota
    Rozbalit Rozbalit vše Re: Mandriva2005, nižší výkon HDD oproti Mandrake 9.0
    Tak to vypadá, že problém je vyřešen. Na doporučení Toma jsem zaexperimentoval s hodnotou "readahead" a komunikace s HDD se zrychlila při změně z výchozí hodnoty 256, na hodnotu 512 prakticky na dvojnásobek. Viz. výpis:
    [root@localhost ota]# hdparm -t /dev/hda
    
    /dev/hda:
     Timing buffered disk reads:   80 MB in  3.02 seconds =  26.47 MB/sec
    [root@localhost ota]# hdparm -a 512 /dev/hda
    
    /dev/hda:
     setting fs readahead to 512
     readahead    = 512 (on)
    [root@localhost ota]# hdparm -t /dev/hda
    
    /dev/hda:
     Timing buffered disk reads:  152 MB in  3.02 seconds =  50.41 MB/sec
    
    Další zvyšování hodnoty "readahead" v mém případě již na výkon nemělo žádný výrazný vliv. Výsledek se pohyboval v rozmezí 50-55MB/s. Děkuji všem diskutujícím za váš čas a příspěvky.

    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.