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í
×
    11.7. 16:44 | Komunita

    Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.

    Ladislav Hagara | Komentářů: 3
    11.7. 14:55 | Humor

    McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.

    Ladislav Hagara | Komentářů: 15
    11.7. 00:11 | Nová verze

    Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    10.7. 21:00 | Bezpečnostní upozornění

    Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 4
    10.7. 15:22 | Nová verze

    Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.

    Ladislav Hagara | Komentářů: 12
    10.7. 12:55 | Bezpečnostní upozornění

    Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].

    Ladislav Hagara | Komentářů: 16
    10.7. 11:55 | Humor

    Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂

    Ladislav Hagara | Komentářů: 15
    10.7. 02:11 | Nová verze

    Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    10.7. 01:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.

    Ladislav Hagara | Komentářů: 1
    10.7. 00:11 | IT novinky

    Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.

    Ladislav Hagara | Komentářů: 8
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (27%)
     (7%)
     (3%)
     (1%)
     (1%)
     (4%)
    Celkem 389 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    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: 63×
    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.