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 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 24
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 7
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 1
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 19
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 329 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Pomale kopirovani z pevneho disku

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