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 18:55 | Zajímavý projekt

Společnosti Google, Microsoft, Twitter a Facebook společně představily open source platformu Data Transfer Project (DTP). Cílem platformy je zjednodušit uživatelům přechod a přenos dat mezi jednotlivými online službami. Podrobnosti v pdf a na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 18:33 | Nová verze

Canonical a Microsoft společně oznámili, že PowerShell Core je nově dostupný také jako snap balíček na Snapcraftu. Microsoft uvolnil zdrojové kódy PowerShellu (Wikipedie, GitHub) v srpnu 2016 pod open source licencí MIT a naportoval je na Linux.

Ladislav Hagara | Komentářů: 1
včera 13:11 | Zajímavý projekt

Novinkou v minor aktualizaci webového prohlížeče Vivaldi je podpora vyhledávače Qwant (Wikipedie). Vývojáři Vivaldi zdůrazňují, že se jedná o evropský vyhledávač respektující soukromí uživatelů.

Ladislav Hagara | Komentářů: 7
včera 01:33 | Nová verze

Po šesti letech od vydání verze 1.0 byla vydána verze 2.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.

Ladislav Hagara | Komentářů: 0
19.7. 16:22 | Nová verze Ladislav Hagara | Komentářů: 13
19.7. 15:00 | Komunita

Dnes končí podpora Ubuntu 17.10 Artful Aardvark. Uživatelům je doporučen přechod na Ubuntu 18.04 Bionic Beaver s prodlouženou podporou do roku 2023. Podpora standardních verzí Ubuntu je 9 měsíců. Verze 17.10 byla vydána 19. října 2017.

Ladislav Hagara | Komentářů: 11
19.7. 13:33 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 334 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Všechny jsou vzdáleně zneužitelné bez autentizace. V Oracle MySQL je opraveno 31 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich.

Ladislav Hagara | Komentářů: 0
19.7. 13:11 | Zajímavý software

Nick Clifton zveřejnil na blogu společnosti Red Hat věnujícímu se počítačové bezpečnosti nástroj, pomocí kterého lze ověřit, zda jsou binární spustitelné soubory odolné vůči variantě 1 bezpečnostní chyby Spectre v procesorech.

Ladislav Hagara | Komentářů: 0
19.7. 03:00 | Nová verze

Po více než roce vývoje od vydání verze 1.12 byla vydána nová verze 1.13 Java edice počítačové hry Minecraft (Wikipedie). Kódový název nejnovější verze je Update Aquatic. Přehled novinek v oficiálním oznámení o vydání. Detailní přehled novinek na Gamepedii a na YouTube.

Ladislav Hagara | Komentářů: 4
18.7. 23:55 | Nová verze

Společnost Epic Games vydala verzi 4.20 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Přehled novinek i s celou řadou obrázků a videi v oznámení na blogu.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (77%)
 (20%)
 (5%)
 (7%)
 (2%)
 (10%)
Celkem 372 hlasů
 Komentářů: 40, poslední 29.6. 10:21
    Rozcestník

    Dotaz: REALNA rychlost kopirovani IDE disku

    15.9.2003 13:54 Dan B | skóre: 10
    REALNA rychlost kopirovani IDE disku
    Přečteno: 1269×
    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.