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 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
dnes 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 19
dnes 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
dnes 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

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

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

Ladislav Hagara | Komentářů: 5
včera 22:22 | Zajímavý software

Společnosti Haivision a Wowza společně oznámily vznik SRT Alliance a otevření protokolu pro streamování videa SRT. Podrobnosti v FAQ. Zdrojové kódy SRT jsou k dispozici na GitHubu pod open source licencí LGPLv2.1.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 15
23.4. 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 16
23.4. 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 5
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 100
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (0%)
 (7%)
 (45%)
 (9%)
Celkem 293 hlasů
 Komentářů: 32, poslední včera 12:24
    Rozcestník

    Dotaz: Pomale kopirovani z pevneho disku

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