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 03:33 | Nová verze

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

    Ladislav Hagara | Komentářů: 0
    včera 15:44 | Zajímavý software

    Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.

    Ladislav Hagara | Komentářů: 1
    včera 13:22 | Zajímavý článek

    Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.

    Ladislav Hagara | Komentářů: 1
    včera 12:11 | Nová verze

    Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.

    Ladislav Hagara | Komentářů: 8
    včera 11:44 | IT novinky

    Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.

    Ladislav Hagara | Komentářů: 0
    včera 04:44 | Nová verze

    Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    včera 03:33 | Komunita

    Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.

    Ladislav Hagara | Komentářů: 0
    9.6. 22:22 | Komunita

    Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.

    Ladislav Hagara | Komentářů: 5
    9.6. 15:11 | Komunita

    Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.

    VSladek | Komentářů: 0
    9.6. 13:11 | Nová verze

    Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

    Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (27%)
    Celkem 1871 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Pomale kopirovani z pevneho disku

    3.4.2012 14:53 rhadesan
    Pomale kopirovani z pevneho disku
    Přečteno: 727×
    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.