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:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 1
    dnes 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 2
    včera 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 12
    včera 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    11.3. 23:22 | Nová verze

    Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 4
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1073 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Pomale kopirovani z pevneho disku

    3.4.2012 14:53 rhadesan
    Pomale kopirovani z pevneho disku
    Přečteno: 721×
    Ahoj,

    mam nainstalovany Arch linux a kdyz cokoliv kopiruju z nej (na flash kartu), tak je pocitac uplne nepouzitelne pomalej. I pohyb mysi se nezvlada zobrazovat.

    Kopirovani i trva nesmyslne dlouho na to, jak je ta karta rychla. Pocitac je pritom jeste uchazejici - P4.

    Nevi nekdo cim by to mohlo byt?

    Odpovědi

    3.4.2012 15:17 pamet
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku

    Není paměť úplně zaplněná? Používá se swap?

    Pošli výstup free

    3.4.2012 16:16 rhadesan
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    Ahoj,

    to me ani nenapadlo. Udelal jsem par free behem toho kopirovani. Ten prvni je pred kopirovanim, ten posledni je po nem. Kopiruju to thunarem, a je faktm, ze behem toho kopirovani v topu vzal asi pres 35% pameti.

    Kazdopadne co z toho plyne? Jde to nejak zoptimalizovat? (a urychlit - jede to tak na 20% vykonu ty flash pameti)

    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     379824     121472          0      10932     255100
    -/+ buffers/cache:     113792     387504
    Swap:      1048572      56832     991740
    radek@arch-desktop: ~$ 
    radek@arch-desktop: ~$ 
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     495120       6176          0        392     357148
    -/+ buffers/cache:     137580     363716
    Swap:      1048572      56848     991724
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     496508       4788          0        140     353784
    -/+ buffers/cache:     142584     358712
    Swap:      1048572      56852     991720
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     496616       4680          0        128     340888
    -/+ buffers/cache:     155600     345696
    Swap:      1048572      57132     991440
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     493108       8188          0        256     229364
    -/+ buffers/cache:     263488     237808
    Swap:      1048572     207408     841164
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     396292     105004          0        656     121972
    -/+ buffers/cache:     273664     227632
    Swap:      1048572     205496     843076
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     397640     103656          0        672     123548
    -/+ buffers/cache:     273420     227876
    Swap:      1048572     205452     843120
    radek@arch-desktop: ~$ 
    
    3.4.2012 16:38 pamet
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku

    Problém bude v tom, že se používá swap ("virtuální paměť"). Řešením bude zjistit, které aplikace RAM "žerou" a nahradit je "menšími žrouty" nebo přikoupit paměť.

    3.4.2012 17:29 rhadesan
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    To mi s prominutim prijde jako hloupost. I kdyz kopiruju skrze mc, tak je ten pc priserne pomalej. Kolik pameti by podle tebe melo byt potreba na cp? I kdyz jsem tam mel 1GB RAM, tak to neslo normalne.

    Tam musi byt neco spatne nakonfigurovany. Treba nejaky parametr v biosu nebo tak? A zaroven nejaky parametr na omezeni cache pri kopirovani?

    3.4.2012 19:03 pamet
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku

    Není to hloupost. Já např. na svém notebooku mám v kolonce "used" ve výpisu "free" hodnotu 621 MB (mluvím o RAM, nikoli swap). A to používám (vyjma firefoxu) samé "odlehčené" programy -- např. pekwm jako správce oken.

    3.4.2012 20:10 rhadesan
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    Ja pouzivam LXDE, po nastartovani mam zabrano ani ne 100MB. Takze volny pameti jsem mel (kdyz jsem jeste mel 1GB) pres 900 MB - a to bylo to kopirovani pomale take. Ale i tak to preci temer nic neznamena, volna pamet znamena nevyuzita pamet, a jestli se nepletu, tak jadro nema jako default strategii co nejvetsi mnozstvi volne pameti.

    Kdyz jsem jeste mel P3 a na nem Win XP a 512 MB RAM, tak kopirovani mi v zadnym pripade ten pocitac takhle nezahltilo a bylo rychlejsi.

    Nema nekdo prosim nejaky jiny napad nez kupovat vice pameti?

    3.4.2012 21:00 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku

    Plete tu několik věcí dohromady.

    Za prvé některá jádra na některém hardwaru skutečně předvádějí zátuhy, aniž by přitom byla nějaká swapovací aktivita. S tím neporadím.

    Za druhé Linux při přidělování paměti blokové keši věští a někdy má špatný odhad. Dobře je to popsáno zde v kapitole Swappiness. Příznakem je vytlačování virtuální stránek procesů do swapu blokovou keší. Řešením je vypnout swap nebo poladit hodnotu swapinnes.

    Za třetí podle dodaných výpisů skutečně něco (procesy nebo jádro, bez /proc/meminfo nelze soudit) spotřebovává paměť:

    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     496616       4680          0        128     340888
    -/+ buffers/cache:     155600     345696
    Swap:      1048572      57132     991440
    radek@arch-desktop: ~$ free
                 total       used       free     shared    buffers     cached
    Mem:        501296     493108       8188          0        256     229364
    -/+ buffers/cache:     263488     237808
    Swap:      1048572     207408     841164

    Tato dvě sousední měření ukazují, že někde utíká paměť. Když sečte -/+buffers/cache:used se Swap:used a součty porovnáte, je vidět, že nejdříve jste měl skutečnou spotřebu 212732 a potom 470896.

    On to taky může být prostě hloupě napsaný kopírovací program, který čte z rychlého disku, co to jde, do RAM a pomalu zapisuje do flashové paměti, takže v RAM se hromadí nezapsaná data. Normálně si nezapsaná data přebírá jádro a přesouvá je do blokové keše, ale ta vám v tomto případě také klesla, takže jádro přestalo data přijímat a slovutný kopírovací program místo držení rozumně velkého bufferu jej nafukoval až k prasknutí. Je to ale jen moje hypotéza. Chtělo by to prozkoumat, co zabírá paměť.

    4.4.2012 14:25 ency | skóre: 4
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    Ukaz jeste vypis dmesg, jestli tam nejaky tasky nehangujou, protoze tohle je vazne divny - to skutecne musi byt chyba v konfiguraci, nastaveni nejakeho ovladace co manipuluje s tou kartou, ktera bude dozajista na usb.
    V uvahu prichazi jeste varianta, ze nekdo sere do tve vany.
    A pri kopirovani z disku na disk nebo na usb disk se to nedeje?
    4.4.2012 16:56 jezisek
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    Napadá mě zkusit vyměnit thunar za pcmanfm, který je viditelně rychlejší a zabírá méně ram a může odstraňovat chybu při kopírování. Mám 7 let starý ntb travelmate 2350, s rozšířenou 512mb ram. Při první instalaci se mi vše sekalo, swapovalo a prostě hrůza. Zkompiloval sem si jádro 2.6.38.6(debian 6) a tím se podstatně vše urychlilo, tak možná to vyřešíte právě tím jádrem. Navíc doporučuji odlehčit distribuci, já mám velmi odlehčené lxde a sotva se mi povede zaplnit 350mb ram a to používám firefox(250mb ram max) a vlc na hudbu. Po startu mám zaplněno okolo 40mb ram. Swap nepoužívám a flash videa plynule přehrávám v kvalitě 360p. Práce je velmi rychlá a spokojenost.
    10.4.2012 14:40 rhadesan
    Rozbalit Rozbalit vše Re: Pomale kopirovani z pevneho disku
    Vypada to, ze hlavni problem je skutecne v Thunaru. Naposledy jsem zkousel kopirovani v prikazove radce a zadny problem...

    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.