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 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 21
včera 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
včera 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 8
včera 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 19
včera 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

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

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 23
25.4. 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
25.4. 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ářů: 78
25.4. 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
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 318 hlasů
 Komentářů: 50, poslední dnes 04:06
    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: 1252×
    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.