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 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ářů: 1
    dnes 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ářů: 0
    včera 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ářů: 1
    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
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (25%)
     (20%)
     (5%)
     (0%)
     (0%)
     (10%)
     (0%)
     (40%)
    Celkem 20 hlasů
     Komentářů: 3, poslední včera 17:26
    Rozcestník

    Dotaz: AHCI způsobuje vyšší vytížení procesoru

    23.4.2010 23:21 tobik | skóre: 13
    AHCI způsobuje vyšší vytížení procesoru
    Přečteno: 435×
    Všiml jsem si, že udev (/sbin/udevd --daemon) mi běžně zabírá 10-15% procesoru. Po čase jsem zjistil, že stačí vypnout v biosu AHCI. S tím se ale zase nesmíří Windows v dualbootu (skončí BSOD).

    Našel jsem sice, co AHCI je, ale nepochopil jsem, jaký přínos to pro mě může mít :) Jestli to stojí za těch 10-15% výkonu. A samozřejmě měnit bios při každém rebootu také není ideální. Přirozeně nejlepší by bylo upravit nastavení udevu tak, aby i při zapnutém AHCI zabíral pouze běžných 0-1%, ale to právě nevím jak.

    OpenSuse 11.2, kernel 2.6.31.12

    Odpovědi

    23.4.2010 23:57 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Pozri logy jadra a udevu, pripadne mu zvys logovanie. Asi sa ti tam nieco mlati. Udev by nemal v podstate robit nic, ak sa nemeni hw. Aj to 1% je skoro privela. Pripadne skus zmenit verziu udevu.
    If you hold a Unix shell up to your ear, you can you hear the C.
    24.4.2010 17:57 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Nastavil jsem si logování udevu na info a moc moudrý z toho nejsem. Smazal jsem /var/log/messages a restartoval počítač. Hned po restartu měl /var/log/messages 11MB a po několika minutách už 50MB. Naprostou většinu z toho mají na svědomí zprávy udevu. http://pastebin.com/7hKuv25s tady je úryvek. Zdá se mi, že se to pořád opakuje.

    No než jsem napsal těchto pár řádek, už má log 80MB :-D
    24.4.2010 20:03 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Asi by to chcelo kus logu z konca alebo prostriedku a nie zo zaciatku, kde ako sam vidis 200kB sa vygeneruje aj bez AHCI. udev bude asi stale nieco skusat a stale failovat. Takze chces najst nejake opakujuce sa logy o tom istom a potom mozes hladat, preco sa mu nedari.
    If you hold a Unix shell up to your ear, you can you hear the C.
    24.4.2010 20:34 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    http://tobik.pastebin.com/Jgmace8s

    Nepodařilo se mi vysledovat, který kód se tam přesně opakuje (kde začíná, kde končí), ale že se to opakuje je zřejmé třeba podle tohoto úseku, který je poměrně výrazný a nepřehlédnutelný:
    Apr 24 17:37:11 redBook cdrom_id[1492]: CDROM_DRIVE_STATUS != CDS_DISC_OK
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_CD_R=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_CD_RW=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_DVD=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_DVD_R=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_DVD_RAM=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_MRW=1'
    Apr 24 17:37:11 redBook udevd-work[374]: '/lib/udev/cdrom_id' (stdout) 'ID_CDROM_MRW_W=1'
    24.4.2010 20:56 NeoV | skóre: 23
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Bude chyba v jadre - teda nekompatibilny/zabugovany ovladac SATA radica... pri 2.6.31 jadre mi to s mojim southbridge-om SB700 robilo tiez sarapatu --> po pripojeni jedneho z ext. USB diskov... udev hltil log errormi... po upgrade na Kubuntu 10.04 s jadrom 2.6.32-21 problem uplne zmizol :-)

    takze som to neriesil nejako vyraznejsie...
    24.4.2010 23:55 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Skus inu kombinaciu udev a jadro (su navzajom na sebe dost zavisle a nefacha kazda verzia s kazdou). Nemas nejak zacyklene pravidla?
    If you hold a Unix shell up to your ear, you can you hear the C.
    25.4.2010 01:38 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    Pravidla udevu jsou výchozí od opensuse, jediné pravidlo, které jsem si ručně vytvořil, rozpozná můj externí disk a vytvoří na něj speciální symlink v /dev. Nedokážu si představit, jak by se to mohlo zacyklit. A navíc pouze se zapnutým AHCI.

    S tím kernelem už jsem to začal zkoumat, ale bohužel opensuse se nezdá k této cestě otevřené. Existují sice předpřipravené balíčky s novějším kernelem, ale balíky s odpovídajícími moduly už ne. Konkrétně preload-kmp-desktop mi dělá problémy. A ručně to kompilit proti novému kernelu mi přijde příliš krkolomné.
    24.4.2010 18:05 tobik | skóre: 13
    Rozbalit Rozbalit vše Re: AHCI způsobuje vyšší vytížení procesoru
    No tak s vypnutým AHCI má log najednou po spuštění 200 kB a dál už se vůbec nehýbe.

    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.