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 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 16
dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 6
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 6
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 997 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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: 372×
    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: 44 | 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: 44 | 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: 44 | 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.