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 19:00 | Nová verze

Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
včera 18:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 155. brněnský sraz, který proběhne v pátek 17. srpna od 18:00 na zahrádce restaurace Tanganika (Horova 35). V případě nepřízně počasí uvnitř. Tentokrát bude sraz pojat tématicky. Vzhledem k blížícímu se 50. výročí invaze vojsk Varšavské smlouvy do Československa proběhne malá výstava. Kromě literatury budou k vidění též originály novin z 21. srpna 1968, dosud nikde nezveřejněné fotky okupovaného Brna a původní letáky rozdávané v ulicích.

Ladislav Hagara | Komentářů: 0
včera 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 10
15.8. 06:00 | Nová verze

Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 26
15.8. 03:00 | Nová verze

Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.

Ladislav Hagara | Komentářů: 3
14.8. 22:11 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.

Ladislav Hagara | Komentářů: 19
14.8. 12:33 | IT novinky

Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.

Ladislav Hagara | Komentářů: 1
14.8. 11:11 | Zajímavý software

V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].

Ladislav Hagara | Komentářů: 21
14.8. 02:00 | Nová verze

Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.

Ladislav Hagara | Komentářů: 0
13.8. 21:00 | Zajímavý projekt

Cílem projektu DXVK bylo vytvořit vrstvu kompatibility mezi Direct3D 11 a Vulkanem a začlenění této vrstvy do Wine. Direct3D 10 nad Vulkanem bylo možné řešit mezikrokem pomocí vrstvy DXUP překládající Direct3D 10 na Direct3D 11. Vývojáři DXVK se rozhodli přímo podporovat Direct3D 10. Podpora byla začleněna do hlavní větve na GitHubu.

Ladislav Hagara | Komentářů: 4
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (6%)
 (4%)
 (13%)
 (78%)
Celkem 196 hlasů
 Komentářů: 9, poslední 14.8. 21:03
    Rozcestník

    Dotaz: Ubuntu 16.04 problem s rychlost kopirovani na USB klic

    9.11.2017 11:46 kafi | skóre: 25 | blog: muj_prvni_blog
    Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Přečteno: 258×
    Zdravim panove, pouzivam Ubuntu 16.04 a pri kopirovani dat na USB klicenku dochazi ke kompletnimu zaseknuti systemu, pohyby mysi jsou trhane na klavesnici temer nereaguje. Po prekopirovani vsechno v normalu. Ma sestava: Intel i5 3GHz, 8GB RAM, SSD disk KINGSTON SUV400S37120G + 2 HDD disky v raidu 1. Kopirovani dela problem jen z ssd do usb flash nebo z hddd do usb flashdisku. mezi disky v pohode. Test rychlosti SSD disku:
    
    Timing cached reads:   21460 MB in  2.00 seconds = 10740.94 MB/sec
    Timing buffered disk reads: 1446 MB in  3.00 seconds = 481.51 MB/sec
    
    
    Test rychlosti HDD disku v raidu 1:
    
    Timing cached reads:   18802 MB in  2.00 seconds = 9409.83 MB/sec
    Timing buffered disk reads: 468 MB in  3.07 seconds = 152.23 MB/sec
    
    

    Odpovědi

    9.11.2017 14:49 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Asi je to tento problém. Co mě tedy udivuje, že to v ubuntu není ošetřeno tolik let po identifikaci (a řešení) problému.
    9.11.2017 16:23 gurr
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    A já si myslel, že mi blbne GUI (mám Nvidia :( GPU). A ono je to tohle, hmm.
    10.11.2017 07:13 kafi | skóre: 25 | blog: muj_prvni_blog
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Super ted vim v cem je problem, ale reseni se nedari najit a vypada to, ze ani neni. Nebo snad je a jsem slepy!?
    10.11.2017 07:28 kafi | skóre: 25 | blog: muj_prvni_blog
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Jeste bych doplnil - presel jsem na Ubuntu z Debianu a tam jsem tento problem nemel. Napadlo me prelozit vanila jadro, ale to jsem od dob Slackware 9 nedelal a vubec se mi do toho nechce. Neda se nekde sehnat nejake jine jadro, ve kterem by to bylo opraveno/upraveno a fungovalo? Dalsi otazkou je jestli vubec to je ve vanile opravene/upravene. Je to strasne otravne a nechce se mi prechazet zase na Debian.
    10.11.2017 08:03 MadCatX
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Nastav si hodnoty dirty_bytes a dirty_background_bytes na rozumná čísla a zkus to. Nevím, jak moc zde pomůže zapnout paralelní fronty pro bloková zařízení, taky by to možná stálo za pokus.
    10.11.2017 09:18 kafi | skóre: 25 | blog: muj_prvni_blog
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    "rozumná čísla" co to je? Jak je urcit? Pohral jsem si s hodnotami uz pred mou odpovedi a nepripada mi, ze by to melo nejaky efekt. Nasel jsem ke stazeni kernel od Debiana. Zkusim jej narvat do Ubuntu a uvidim. Prjde mi to lepsi nez laborovanim s hodnotami.
    10.11.2017 09:29 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Rozumné hodnoty můžeš zkusit mezi 30-100MB pro dirty_bytes a background na polovinu zvolené hodnoty. (To je tak 1 sekudna až 3 sekundy zápisu do toho pomalého zařízení. Pokud to nepomůže tak stáhnout ještě trochu méně.)
    10.11.2017 09:35 MadCatX
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Debianí jádro bude podle mě dost podobné Ubuntímu. Já už jsem tenhle problém dost dlouho nepozoroval a to jsem měl jednu dobu dost hloupou flashku, kterou jsem často používal ve strojích s 16 a 32 GB RAM. Na obou strojích jsem měl povolené blk_mq, možná to má nějaký efekt...
    10.11.2017 09:58 lertimir | skóre: 61 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Ubuntu 16.04 problem s rychlost kopirovani na USB klic
    Ještě doplním jak ten článek chápu. Normálně se nic neděje, buffer funguje jak má, vše je normální a počítač reaguje. Problém nastane, když nějaký proces zavolá sync. V tom případě musí špinavé stránky do disků. Pokud jsou buffery takové, že se zapisují dlouho, tak vše stojí, protože nejdříve je třeba dosynchronizovat disky. (na mém domácím desktopu mám 24GB a když by to bylo 20% tak jsou buffery skoro 5GB a při rychlosti flash disku -dobry 20MB/s špatny 8MB/s je to fakt dlouho) Pak se všechno uvolní, nicméně procesy, které píší na tu flash díky tomu že berou data s rychlých SSD/HDD poměrně rychle naplní buffery, pak zase něco zavolá sync a vše stojí než se dosynchronizuje. Snížení velikosti bufferů způsobí dvě věci. Jednak buffery jsou malé a tím pádem sync zapisuje málo dat a bude rychle hotovo. Za druhé proces čtení dat do bufferů je zpomalen, protože buffer se zalní a read musí počkat. Tím pádem očekávám, že sync spuštěný uživatelským programem se pustí "méně často". Pustí se z pohledu množství přečtených/zapsaných dat ve stejném místě programu, ale z pohledu času uživatele to bude ve větších intervalech protože data se tak rychle nečtou. Obojí změní poměr mezi situací "počítač pracuje normálně" a situací "synchronizují se disky počítač stojí" silně ve prospěch první situace.

    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.