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 15:00 | Nová verze

    Všem vše nejlepší do nového roku 2026.

    Ladislav Hagara | Komentářů: 7
    včera 13:33 | Zajímavý software

    Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().

    Ladislav Hagara | Komentářů: 2
    včera 03:00 | Nová verze

    Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    30.12. 18:55 | IT novinky

    Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.

    Ladislav Hagara | Komentářů: 0
    30.12. 16:11 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.

    Ladislav Hagara | Komentářů: 0
    30.12. 03:33 | Bezpečnostní upozornění

    V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.

    Ladislav Hagara | Komentářů: 0
    29.12. 23:11 | IT novinky

    Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.

    NUKE GAZA! 🎆 | Komentářů: 14
    29.12. 15:55 | Komunita

    FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.

    NUKE GAZA! 🎆 | Komentářů: 7
    29.12. 15:44 | Zajímavý software

    K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.

    NUKE GAZA! 🎆 | Komentářů: 1
    Kdo vám letos nadělí dárek?
     (29%)
     (1%)
     (28%)
     (1%)
     (1%)
     (1%)
     (10%)
     (10%)
     (18%)
    Celkem 223 hlasů
     Komentářů: 22, poslední včera 15:34
    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: 76×
    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.