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 11:33 | IT novinky

    Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.

    Ladislav Hagara | Komentářů: 10
    dnes 10:55 | IT novinky

    Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.

    Ladislav Hagara | Komentářů: 9
    včera 17:55 | Zajímavý projekt

    Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.

    Ladislav Hagara | Komentářů: 11
    11.7. 16:44 | Komunita

    Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.

    Ladislav Hagara | Komentářů: 3
    11.7. 14:55 | Humor

    McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.

    Ladislav Hagara | Komentářů: 16
    11.7. 00:11 | Nová verze

    Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 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.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    10.7. 21:00 | Bezpečnostní upozornění

    Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 4
    10.7. 15:22 | Nová verze

    Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.

    Ladislav Hagara | Komentářů: 12
    10.7. 12:55 | Bezpečnostní upozornění

    Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].

    Ladislav Hagara | Komentářů: 16
    10.7. 11:55 | Humor

    Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂

    Ladislav Hagara | Komentářů: 16
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (27%)
     (7%)
     (3%)
     (1%)
     (1%)
     (4%)
    Celkem 391 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    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: 1323×
    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.