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

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

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

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 1
včera 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
včera 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
včera 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
19.1. 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 8
19.1. 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
19.1. 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ářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (11%)
Celkem 342 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: REALNA rychlost kopirovani IDE disku

    15.9.2003 13:54 Dan B | skóre: 10
    REALNA rychlost kopirovani IDE disku
    Přečteno: 1244×
    Chtel jsem se optat na "REALNOU" rychlost kopirovani mezi IDE disky (nebo v ramci disku). "REALNA" nazyvam rychlost kterou ukazuje mc pri kopirovani (ackoliv to neni realna rychlost). Testovaci metoda: ~650MB file (nejlepe nejaky movie) zkopirovat z disku na disk popripade zkopirovat z jednoho adresare do jineho.

    Osobne se mi dostava vykonu ~6.5MB/s. Hodnota mi pripada velmi nizka a i subjektivne zkopirovat 20GB je utrpeni. Kdyz zacnu kopirovat tak to bezi ~29MB/s, ale po cca 13% to zacne rapidne zpomalovat a skonci to na udavanych 6~7MB/s(chache?). Pod M$ "Wintendo" mi pripada kopirovani daleko rychlejsi - asi mam neco spatne nakonfigurovano, ze to je takovy slimak nebo je to normalni?

    - hdparam -tT /dev/hda(b) ukazuje ~550MB a ~45MB disk Seagate Baracuda IV, 7200rpm, 2MB chache - nastaveno *udma5, fs je ReiserFS

    - kernel 2.4.20 (kernel.org), distribuce Gentoo Linux 1.4 (P4 plna optimalizace)

    - Intel Pentium 4 2.53GHz (@3.3), 512RAM DDR433 CL2, ASUS P4PE i845 (zkouseno pretaktovano i nepretaktovano, vymena IDE kabelu - bez rozdilu)

    - disky jsou pripojeny na primary IDE - master disk na konci "ksandy" slave uprostred

    - na secondary IDE je pripojeno CDRW a DVD

    PS: pod dosem bejval "smartdrive" ... neni teda pod linuxem neco takoveho take a ja to nemam zapnuto?

    diky za pripadnou odpoved

    Odpovědi

    Petr Krčmář avatar 15.9.2003 14:08 Petr Krčmář | skóre: 60 | Liberec
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Smartdrajv pod Linuxem je blbost. Jádro si kešuje samo - nemusíš se o to starat. Problém je IMHO v tom, že jsou disky na jedné kšandě. Dej je odděleně a uvidíš. Všechno ohledně disků se nastavuje pomocí zmíněného hdparmu. Petr
    Amatéři postavili Noemovu archu, profesionálové Titanic ...
    15.9.2003 14:16 Dan B | skóre: 10
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    ok zkusim to, ale i tak ... pri kopirovani v ramci jednoho disku to dela max tech ~7MB/s a to mi pripada jako pekna nouze :\ nebude pak vadit, ze bude IDE disk (master) a k nemu DVD a na druhe IDE disk a CDRW ... pokud si spravne pamatuju tak se rychlost IDE kanalu ridi podle nejpomalejsiho zarizeni na ksande toho konkretniho kanalu. kazdopadne to vyzkousim jentak pro zajimavost ... jak rychle to kopiruje tobe? ~cca
    15.9.2003 14:34 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Další věc - když budeš kopírovat velké soubory mezi jednotlivýma partitionama na stejném disku, tak to bude nechutně pomalé, protože disk musí nepřetržitě seekovat. Nejlepší řešení je, jak už tady bylo zmíněno, dát každý disk na oddělený IDE kanál. Pokud jsou totiž disky na jedné kšandě, nemůžou komunikovat současně. Kopírování pak vypadá zhruba tak, že disk A vyšle data, disk B počká, než kolem něj proletí do řadiče, ten je pak odešle disku B, ten si je zapíše, ale disk A mezitím zase čeká, než si disk B vyřídí všechno potřebné a když skončí se zápisem, disk A zase pošle kus dat, atd...
    Stanislav Brabec avatar 16.9.2003 11:30 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše dd místo cp
    Pokud chci kopírovat opravdu velký soubor z jedné partitiony na druhou, použiju: dd if=vstup of=vystup bs=512M Velikost bufferu (poslední číslo) volím tak asi 2/3 paměti počítače (nebo raději ještě méně). Je to znatelně rychlejší než cp - cp čte data a zároveň píše, dd čte celý blok a pak teprve začne psát.
    15.9.2003 14:36 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    rychlost IDE kanalu ridi podle nejpomalejsiho zarizeni na ksande

    To si pamatuješ správně. Osobně bych nikdy nedal ATA/100 disk na jeden kabel s CD, nebo nedej bože CDRW mechanikou. Na druhou stranu, třeba to nebude tak hrozný, ještě jsem to nezkoušel... :-)

    15.9.2003 14:37 Petr Klima | skóre: 22
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Mam v pocitaci dva roky stareho Maxtora d740, ted si kamarad koupil opet maxtora DiamondMax 9+, nebo co to presne je. Mel jsem ho v pocitaci a kopiroval hodne dat mezi disky z reiserfs na reiserfs a rychlost byla 30-35MB/s. Totez, ale s FAT - rychlost byla cca 15-20MB/s. Kopirovani v ramci disku (reiser->reiser) jede kolem 12 MB/s, kdyz se zapisuje na FAT (reiser->FAT, FAT->FAT), je to cca 7MB/s. Vsechno jsou to hodnoty, na kterych se MC ustali ke konci kopirovani souboru o velikosti 2GB. Takze jestli kopirujete na/z FATky, tak se "rychlosti" nedivte. Rychlost prikazu na IDE kanalu se ridi nejpomalejsim zarizenim, data tecou pro kazde zarizeni jeho maximalni rychlosti. Je to jiste - mel jsem na jedne ksande disk, ktery zvlada PIO4 (ani ne MDMA) a svuj systemovy Maxtor (ATA100) a data urcite nejely 16,6MB/s....
    15.9.2003 14:53 Dan B | skóre: 10
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    :) v tom pripade sem ale celkem nahranej. Jestlize dam Jeden disk na primary IDE a druhej na secondary IDE tak pak musim CDRW a DVD dat jedno na primary jako slave a druhy jako slave na secondary. Tak se teda zvedavej jak ty zapisy pak dopadnou (pokud se budou ridit podle tech CD/DVD mechanik). Vztahujou se ty rychlosti (zpomaleni) i kdyz neni to zarizeni (CD) pouzivano zrovna? no zalaboruju s tim ... tech 30MB/s by mi pripadalo odpovidajicich pocitaci, ale to co to dela ted je hrozny Sarajevo ... ;\
    15.9.2003 15:00 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Vztahujou se ty rychlosti (zpomaleni) i kdyz neni to zarizeni (CD) pouzivano zrovna?

    Ano. Když zařízení nepřenáší data, je celý IDE kanál volný pro disk, ale řídící příkazy pořád pojedou rychlostí nejpomalejšího zařízení... Osobně bych se docela bál té CDRW mechaniky spolu s diskem. Těžko říct, jak by se to chovalo při vypalování. Ale jak už jsem řekl, nezkoušel jsem to, takže můžu jenom hádat...

    15.9.2003 15:39 MOJE
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Zkus chvili pouvazovat. Pokud disk udela 30MiB/sec, tak je to obvykle pro cteni a jen v idealni situaci, takze pri kopirovani v ramci jednoho disku se ta data musi cist a zapisovat, takze z 30MiB/sec mame 15. No a hned potom s hruzou zjistis, ze jak bylo vyse napsano pro disk to neni zdaleka idealni situace a musi seekovat. Tim se kopirovani zase o neco zpomali. A nakonec jeste vezmeme v uvahu rezii v OS a na filesystem a dostaneme nejakych 10MiB/sec, coz je docela slusna hodnota. Vhodne je podivat se, jestli je zapnute DMA, 32bit pristup k disku a dalsi drobnosti. Mne pomaha hdparm -c1u1d1m16 , ale zalezi to na stari a podporovanosti radice.
    15.9.2003 16:10 Dan B | skóre: 10
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    jinak ty parametry: hdparm -c1u1d1m16 /dev/hda, ted sem to nastavil v praci na svoji workstation a rychlost se zvysila nemel jsem tu nastaven 32bit pristup (priznak c) a unmaskirq (priznak u). Vyzkousim to na stanici doma jaky to bude mit vliv.
    15.9.2003 16:38 MOJE
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Unmaskirq ma hlavne vliv na zatizeni CPU. A 32 bit pristup na disk ma vliv docela velky (aspon u mne).
    15.9.2003 15:43 MOJE
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Jo jeste jsem zapomel, ze na testovani disku je lepsi bonnie, nez haluzovy hdparm a ze pokud se to "zda" pod windows rychlejsi tak bude asi nejlepsi to stopnout.
    15.9.2003 15:56 Dan B | skóre: 10
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    Bohuzel uz nemam Windoze na disku temer rok a v podstate si nestezuji (az na to IDE). To "zda" bylo napsano z duvodu, ze kdyz se na ten disk kopirovalo tech 80GB+ movies (winXP sveho casu), tak to bylo hotovo za stejnou dobu jako zkopirovani 3 movies na soucasnem OS. Bonnie zkusim a poslu vysledky z nej. Presto 10MB/s se mi zda jako dost mizerna hodnota na ATA100 disk rok stary.
    15.9.2003 16:41 MOJE
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    ja mam jako realnou rychlost kopirovani prave okolo tech 10MiB/s a prijde mi to rozumne. Disk je 2 roky stary (IBM) a podobne je to i vedle, kde je disk 1 rok stary (nejaky seagate)
    15.9.2003 17:08 Dan B | skóre: 10
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    ... otestuju poslu vysledky DEKUJI Vsem za ochotu se podelit o zkusenosti, prohledaval jsem asi dvakrat archiv a nepodarilo se mi najit nikde priklad toho jak by mel byt IDE disk nakonfigurovan pro maximalni vykon ... co takhle hodit to do navodu? Nasel jsem na Internetu pomerne pekne pojednani o hdparam stacilo by to prelozit ... mozna na tom zamakam.
    15.9.2003 17:48 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše REALNA rychlost kopirovani IDE disku
    no něco o hdparm je i na http://linuxdesktop.kn.vutbr.cz a dokonce česky :-)

    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.