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 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    8.5. 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    8.5. 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    8.5. 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    8.5. 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 569 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: Pomale kopirovani z pevneho disku

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