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 17:33 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 28 Release Party v Brně konané 5. června.

Ladislav Hagara | Komentářů: 0
dnes 13:11 | IT novinky

Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Dle očekávání se nejvýkonnějším superpočítačem stal superpočítač Summit. Český superpočítač Salomon klesl na 139. místo. Další přehledy a statistiky na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 09:00 | Nová verze

Po téměř 13 měsících vývoje od vydání verze 5.26 byla vydána nová stabilní verze 5.28 programovacího jazyka Perl. Do vývoje se zapojilo 77 vývojářů. Změněno bylo přibližně 730 tisíc řádků v 2 200 souborech. Přehled novinek a změn v podrobném seznamu.

Ladislav Hagara | Komentářů: 5
dnes 05:55 | Komunita

Při prvním spuštění Ubuntu 18.04 LTS (Bionic Beaver) je spuštěn nástroj Ubuntu Report. Pokud uživatel souhlasí, jsou pomocí tohoto nástroje odeslány do Canonicalu informace o daném počítači (doba instalace, počet procesorů, rozlišení displeje, velikost paměti, časová zóna, ...). Will Cooke, vedoucí týmu Ubuntu Desktop, zveřejnil na blogu Canonicalu první získané statistiky. Infografika na It's FOSS.

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

Byl vydán Debian 8.11, tj. jedenáctá a současně poslední opravná verze Debianu 8 s kódovým názvem Jessie. Uživatelům je doporučen přechod na Debian 9 Stretch nebo využít LTS (Debian Long Term Support). LTS podpora Debianu 8 je plánována do 30. června 2020. LTS podpora Debianu 7 Wheezy skončila 31. května 2018.

Ladislav Hagara | Komentářů: 0
včera 09:11 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, klesla pod 6 000 dolarů. Před půl rokem byla hodnota Bitcoinu téměř 20 000 dolarů.

Ladislav Hagara | Komentářů: 50
23.6. 12:33 | Zajímavý projekt

Kernel.org představil lore.kernel.org, tj. archiv diskusního listu vývojářů linuxového jádra LKML (Linux Kernel Mailing List) s řadou zajímavých funkcí. Archiv běží na softwaru Public Inbox.

Ladislav Hagara | Komentářů: 0
23.6. 10:55 | Nová verze

Po devíti měsících vývoje od vydání verze 10.0 byla vydána verze 11.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
22.6. 20:44 | Nová verze

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

Ladislav Hagara | Komentářů: 74
22.6. 15:00 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.28 a beta verze 1.29 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání. Atom 1.28 je postaven na Electronu 2.0.

Ladislav Hagara | Komentářů: 3
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (10%)
Celkem 259 hlasů
 Komentářů: 39, poslední 21.6. 17:44
    Rozcestník

    Dotaz: Zamrzávání KDE při pomalých diskových operacích.

    9.5.2012 11:56 lertimir | skóre: 61 | blog: Par_slov
    Zamrzávání KDE při pomalých diskových operacích.
    Přečteno: 289×
    Mám problém s KDE (OS: Linux 3.1.10-1.9-desktop x86_64 Systém: openSUSE 12.1 (x86_64) KDE: 4.7.2 (4.7.2) "release 5") Při práci s pomalejším diskovým subsystémech a kopírování (dělám to hlavně krusaderem ale jev je i jinde) zamrzne celé KDE a nedá se ovládat. Pomalý znamená třeba NFS filesystém nebo flash disky. naposled jsem udělal chybku a postil do flash dva proudy s mnoha soubory cca 2GB a asi 15 minut byl počítač nepoužitelný. To že to trvá dlouho je sice nepříjemné, ale kopírování nemuže zamrazit okna. Netuším ani kde hledat. (možná to souvisí s tím jak jsem už jednou psal, že nájezd gwenview také zatuhne i kurzor.

    Odpovědi

    9.5.2012 13:36 MadCatX
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.

    Hrozně nerad bych mystifikoval, ale na jaderných novinách i jinde jsem četl, že podobné za problémy může velké množství dirty pages, které se drží v paměti při zápisu na pomalá zařízení. V jádře 3.3+ by toto mělo být z části vyřešené.

    Sám jsem podobně fatální záseky v KDE nikdy neměl (občas se mi tohle stane na pár vtěřin při startu KDE, ale nic strašného), takže nemůžu moc posoudit. Kromě novějšího jádra si můžete zkusit pohrát s I/O plánovačem, někteří uživatelé na fórech Archu měli prý dobré výsledky s noop či deadline plánovačem při zápisu na flash paměti.

    pushkin avatar 9.5.2012 18:49 pushkin | skóre: 42 | blog: FluxBlog
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Netuším přesně, čím to je, ale je na to velmi citlivé právě kio_file (tj. kopírování přes jakýkoliv KDE program). Kopírování třeba pomocí mc se chová lépe. Jestli jde o závadu jádra nebo KDE netuším, je možné, že kio_file používá nějaký jaderný postup, kterému se mc vyhýbá a výsledek je tento...
    "...viděl jsem Vás žíznit a tak jsem se vrátil." | Díky, Kájo!
    9.5.2012 20:29 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Ano, kio_file to dělá. A asi vyřešení nevidím v dohledné době. Mám i problémy s kopírováním dat na server (gigabitová sít mezi stanicí a serverem, RAID 5 na serveru - stripy na raidu 16kB takže malé) A při kopírování filmů tedy cca 700MB se stejně v průběhu přenosu celá stanice chvílemi zasekne. Typicky ve chvíli, kdy se podle KDE teploměru soubor dokopíruje a asi se provádí sync. Přesto dosahuje rychlost při kopírování v krusaderu cca jednotky MB/s. Pokud jsem zkusil na příkazovém řádku natvrdo kopíroval přes cp byly rychlost cca 10-15 krát vyšší a na 90-95% gigabitové sítě tedy rychlost mezi 90 až 110 MB/s.

    Problémy jsou asi horší už podle tohoto a tohoto a tohoto. Status "UNCONFIRMED" znamená, že se s chybou nic nedělá a kašle se na ni?

    Kruci mě se tak z KDE nechce. To co používám často a je tvrdě v KDE je digikam, kontact, krusader, kile, kompare, kate, kopete, ale jestli s tím něco neudělají, tak nechci mít se svého čtyřjádra i5 nepožitelnou bednu.
    9.5.2012 21:21 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    pushkin avatar 9.5.2012 22:27 pushkin | skóre: 42 | blog: FluxBlog
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    To zní optimisticky zkusím. Jinak existuje vysvětlení, proč je na to tak citlivé právě kio_file?
    "...viděl jsem Vás žíznit a tak jsem se vrátil." | Díky, Kájo!
    9.5.2012 22:46 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Nemyslím, že by kio_file mělo nějaký takový problém. Spíš to bude tím, že KDE aplikace potřebují X-Server a ten má problém, pokud je přetížené I/O (proto třeba mimo jiné špatně reaguje i jen kurzor). A obecně KDE aplikace jsou komplikovanější než konzolová aplikace a tak zase je přetížené I/O víc poznat.

    pushkin avatar 9.5.2012 23:22 pushkin | skóre: 42 | blog: FluxBlog
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    I to je možné. Jinak provedl jsem test - kopírování 1GB hudby na Nokii E52 (OS S60) s Class 4 32GB kartou. Celý proces trval zhruba půl hodiny, takže průměrná rychlost kopírování byla 0.5MB/s. KDE trpěly při každé větší akci záseky (i při přepnutí mezi plochami apod.), ale po každém záseku se vzpamatovaly rychleji (do minuty), než s předchozí verzí jádra (aktuálně kernel-desktop-3.1.10-1.9.1.x86_64.rpm, předtím kernel-desktop-3.1.9-1.4.1.x86_64.rpm), KDE 4.8.3. Hodně podobné je to i na Debian Wheezy, KDE 4.7.4, kernel 3.2.0.
    "...viděl jsem Vás žíznit a tak jsem se vrátil." | Díky, Kájo!
    10.5.2012 18:52 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Nejvíce pikantní na celé záležitosti bylo, že jsem kopírováním přenášel fotky na flash disk kamaráda, který pracuje ve Windows. A já už dost let ho přesvědčuji jak je linux a opensource fajn. Už přišel na chuť openoffice, vlc playeru, inkscape. No a po této zkušenosti si už ze mne dělá pár dni srandu, kdy už zahodím ten nepoužitelný systém, který nereaguje ani na čtyřjádrovém procesoru.
    10.5.2012 19:02 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Ale proč to zamrzne i na mnohajádrových procesorech. Podle mne to pak problém designu scheduleru. Systemu by mělo se dát říci, že procesy které pošlu na frontu v kopírování, by mne neměly nijak ovlivnit interaktivitu. V podstatě je jedno jestli kopírování poběží o 10 nebo 25 déle pokud zbytek systému nebude zaseklý. V tomto případě v těch widlích kamarád kopíruje total commanderem a tak že všechny kopírování hází do fronty. A interaktivitu to nikdy neovlivní.
    Prcek avatar 9.5.2012 23:06 Prcek | skóre: 43 | Jindřichův Hradec / Brno
    Rozbalit Rozbalit vše Re: Zamrzávání KDE při pomalých diskových operacích.
    Jo taky se mi to stává (Gentoo, linux 3.2.12, KDE 4.8.1), na pár vteřin všechno zamrzne.
    Člověk je takový, jak vypadá... A já vypadám jako pravá, nefalšovaná děvka!!!

    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.