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 22:44 | Bezpečnostní upozornění

    NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.

    Ladislav Hagara | Komentářů: 2
    včera 21:00 | IT novinky

    Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | Komunita

    Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.

    Ladislav Hagara | Komentářů: 0
    20.7. 17:44 | Zajímavý článek

    Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.

    Ladislav Hagara | Komentářů: 3
    20.7. 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 15
    20.7. 00:22 | Komunita

    Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.

    Ladislav Hagara | Komentářů: 1
    19.7. 13:22 | Komunita

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    18.7. 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    18.7. 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 2
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (27%)
     (25%)
     (4%)
     (6%)
     (3%)
     (3%)
     (4%)
     (27%)
    Celkem 67 hlasů
     Komentářů: 10, poslední dnes 12:43
    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.