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 14:00 | Zajímavý projekt

Byl spuštěn Humble Down Under Bundle. Za vlastní cenu lze koupit multiplatformní hry The Warlock of Firetop Mountain, Screencheat, Hand of Fate a Satellite Reign. Při nadprůměrné platbě (aktuálně 3,63 $) také Hacknet, Hacknet Labyrinths, Crawl a Hurtworld. Při platbě 12 $ a více lze získat navíc Armello.

Ladislav Hagara | Komentářů: 0
dnes 13:00 | Nová verze

Google Chrome 62 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 62.0.3202.62 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 35 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 1
dnes 11:00 | Zajímavý článek

Článek (en) na Mozilla.cz je věnován vykreslování stránek ve Firefoxu. V průběhu roku 2018 by se ve Firefoxu měl objevit WebRender, jenž by měl vykreslování stránek urychlit díky využití GPU.

Ladislav Hagara | Komentářů: 1
dnes 08:22 | Bezpečnostní upozornění

NÚKIB (Národní úřad pro kybernetickou a informační bezpečnost) informuje o zranitelnosti ROCA v procesu generování RSA klíčů, který se odehrává v softwarové knihovně implementované například v kryptografických čipových kartách, bezpečnostních tokenech a dalších hardwarových čipech vyrobených společností Infineon Technologies AG. Zranitelnost umožňuje praktický faktorizační útok, při kterém útočník dokáže vypočítat

… více »
Ladislav Hagara | Komentářů: 1
dnes 01:23 | Zajímavý software

Příspěvek na blogu otevřené certifikační autority Let's Encrypt informuje o začlenění podpory protokolu ACME (Automatic Certificate Management Environment) přímo do webového serveru Apache. Klienty ACME lze nahradit novým modulem Apache mod_md. Na vývoj tohoto modulu bylo uvolněno 70 tisíc dolarů z programu Mozilla Open Source Support (MOSS). K rozchození HTTPS na Apache stačí nově přidat do konfiguračního souboru řádek s ManagedDomain. Minutový videonávod na YouTube [reddit].

Ladislav Hagara | Komentářů: 1
včera 14:15 | Komunita

Daniel Stenberg, autor nástroje curl, na svém blogu oznámil, že obdržel letošní Polhemovu cenu, kterou uděluje Švédská inženýrská asociace za „technologickou inovaci nebo důvtipné řešení technického problému“.

marbu | Komentářů: 9
včera 13:40 | Pozvánky

Cílem Social Good Hackathonu, který se uskuteční 21. a 22. října v Brně, je vymyslet a zrealizovat projekty, které pomůžou zlepšit svět kolem nás. Je to unikátní příležitost, jak představit nejrůznější sociální projekty a zrealizovat je, propojit aktivní lidi, zástupce a zástupkyně nevládních organizací a lidi z prostředí IT a designu. Hackathon pořádá brněnská neziskovka Nesehnutí.

… více »
Barbora | Komentářů: 1
včera 00:44 | Pozvánky

V sobotu 21. října 2017 se na půdě Elektrotechnické fakulty ČVUT v Praze uskuteční RT-Summit – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt.

… více »
Pavel Píša | Komentářů: 8
16.10. 23:44 | Bezpečnostní upozornění

V Linuxu byla nalezena bezpečnostní chyba CVE-2017-15265 zneužitelná k lokální eskalaci práv. Jedná se o chybu v části ALSA (Advanced Linux Sound Architecture).

Ladislav Hagara | Komentářů: 1
16.10. 22:44 | Komunita

Greg Kroah-Hartman informuje na svém blogu, že do zdrojových kódu linuxového jádra bylo přidáno (commit) prohlášení Linux Kernel Enforcement Statement. Zdrojové kódy Linuxu jsou k dispozici pod licencí GPL-2.0. Prohlášení přidává ustanovení z GPL-3.0. Cílem je chránit Linux před patentovými trolly, viz například problém s bývalým vedoucím týmu Netfilter Patrickem McHardym. Více v často kladených otázkách (FAQ).

Ladislav Hagara | Komentářů: 4
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (16%)
 (0%)
 (0%)
 (2%)
 (73%)
 (9%)
Celkem 44 hlasů
 Komentářů: 1, poslední dnes 11:21
    Rozcestník

    Dotaz: Fyzické zapojení více disků, kam s daty

    24.9.2006 11:46 Juraj | skóre: 2 | blog: Začínám
    Fyzické zapojení více disků, kam s daty
    Přečteno: 417×

    Ahoj, mám dva IDE řadiče, dva disky a jedno DVD. Jeden disk je menší/starší/pomalejší (80GB), druhý novější/větší/rychlejší.

    První otázka je kam dát systém a kam data. Zdálo by se mně šikovné mít systém na tom menším (společně s Windows), ale nejsem si jistý jestli je lepší rychlý disk mít pro systém nebo pro data.

    Druhá otázka se týká fyzického zapojení: jeden z disků musí být společně s DVD mechanikou (asi jako master?). Nebude ho to nějak výrazně zpomalovat? Pokud ano, je lepší mít DVD společně s datovým nebo programovým diskem?

    Ten pomalejší disk je tak o 1/3 pomalejší, počítač je normální pracovní stanice, žádný server.

    Díky za nápady a doporučení

    Odpovědi

    24.9.2006 11:52 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    System rozhodne na rychlejsim disku na samostatne ksande, data disk (pomalejsi) spolu s DVD na druhe.
    24.9.2006 12:00 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Řěšil bych to malej pomalej disk jako primární ide a master na to windows.

    Na primární ide bych jako salve dal CD (DVD) protože většinou budete tahat data na HD s daty čily aby CD nebylo na stejné kšandě jako HD s daty.

    A ty další disky na druhý ide kde bych nainstaloval linux ten bez problémů botuje i z jiných disků + disk s daty.

    Zavaděč do MBR na master prvního ide dokáže botovat i windows.

    V každém případě instalujte windows do /dev/hda1 ušetříte si hromadu problémů. první instalovat windows přepisují MBR :-( .
    24.9.2006 12:37 Juraj | skóre: 2 | blog: Začínám
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    To zní logicky, ale zase to znamená že budu mít data i systém na jednom disku, tomu jsem se chtěl vyhnout.Já mam ty disky totiž jenom dva: 80Gb (pomalejší) a 250 GB (rychlejší). Pro windows mně stačí 20GB, takže bych mohl mít část dat na tom menšim/pomalejšim.

    Možná bych mohl použít LVM a případně to pak změnit, ale má cenu na pracovní stanici použít LVM? jak jsem to pochopil tak hlavní výhoda je že můžu měnit rozložení oddílů za provozu, to je výhoda u serveru ale u stanice mně to je jedno.
    24.9.2006 13:15 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Spíš bych to tedy udělal windows + oddíl s fat pro data na přetahování na prvním disku.

    Na druhém si udělej tedy dva oddíly s OS Linux + /home pro linux na data, případně ještě jeden NTFS pro data na windows.

    PS. Stejně máš malé HD :-)

    Moje rozdělení pro příklad:
    Disk /dev/hda: 120.0 GB, 120034123776 bytes
    255 heads, 63 sectors/track, 14593 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/hda1   *           1       12748   102398278+   7  HPFS/NTFS
    /dev/hda2           12749       14593    14819962+   5  Extended
    /dev/hda5           12749       14593    14819931    c  W95 FAT32 (LBA)
    
    Disk /dev/hdb: 300.0 GB, 300069052416 bytes
    255 heads, 63 sectors/track, 36481 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/hdb1   *           1       36481   293033601   83  Linux  /home
    
    
    Zařízení /dev/hdc je DVD vypalovačka
    
    Disk /dev/hdd: 120.0 GB, 120034123776 bytes
    16 heads, 63 sectors/track, 232581 cylinders
    Units = cylinders of 1008 * 512 = 516096 bytes
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/hdd1   *           1         195       98248+  83  Linux   /boot
    /dev/hdd2             196        2134      977256   82  Linux swap / Solaris
    /dev/hdd3            2135      232581   116145288   83  Linux   /
    
    
    
    
    24.9.2006 21:38 Juraj | skóre: 2 | blog: Začínám
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty

    Teď sem ty disky měřil a rychlosti jsou následující:

    /dev/hda:
     Timing buffered disk reads:  182 MB in  3.03 seconds =  59.99 MB/sec
    
    /dev/hdc:
     Timing buffered disk reads:  162 MB in  3.01 seconds =  53.75 MB/sec
    

    Je ten rozdíl vůbec významný? Myslím tím při normálním provozu. Mně osobně to přijde rozdíl téměř nevýznamný, ale možná se pletu.

    25.9.2006 08:55 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    IMHO to nijak zásadní rozdíl není. Při běžné práci je navíc důležitý i seek time (obvykle hraje i větší roli než čistá rychlost) a tam klidně může vycházet lépe ten druhý disk.
    28.9.2006 19:33 Juraj | skóre: 2 | blog: Začínám
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Začátečnická otázka: dá se seek time nějak změřit (v linuxu)? Ovlivní rychlost i rozdělení na oddíly?
    28.9.2006 20:24 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Dnes už celkem ne.

    Samozřejmě je vhodné aby na oddíly s kterýmy se často pracuje byly fyzicky u sebe aby hlavička nemusela kmitat sem a tam.

    Čili nebudu dělat oddíly linux - windows - linux - windows ale windows windows windows linux linux linux :-)
    25.9.2006 09:17 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Tak tvoje problemy bych chtel mit...

    /dev/hda: Timing buffered disk reads: 88 MB in 3.05 seconds = 28.88 MB/sec
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    28.9.2006 21:03 tom112233 | skóre: 21 | blog: tpikalek | Brno
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    To je snad notebook, ne? Já mám dva asi 6 let staré WD Claviar 40GB.

    /dev/hda: Timing buffered disk reads: 168 MB in 3.00 seconds = 55.92 MB/sec
    /dev/hdb: Timing buffered disk reads: 156 MB in 3.00 seconds = 51.52 MB/sec

    Ale je pravda, že musím nastavit něco jako
    hdparm -c3 -m16 -d1 -X udma5 -a 8192 /dev/hda
    hdparm -c3 -m16 -d1 -X udma5 -a 8192 /dev/hdb

    jinak je to kolem 6 MB/sec.
    29.9.2006 11:30 Peter Golis | skóre: 55 | Bratislava
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    a co toto?
    /dev/sda:
     Timing buffered disk reads:    4 MB in  4.28 seconds = 956.06 kB/sec
    
    isa radic :-)
    25.9.2006 09:11 červ | skóre: 10 | blog: cerveny_cerv
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Rozhodně ten menší, pomalejší připojit společně s DVD. Mám doma něco podobného (20GB, 160GB). Na menším mám Win (kvůli práci) + vypalovačku. 160-tku mám pak rozdělenou 20 GB pro / (linux+swap). 40 GB /home, 60 GB /multimedia (filmy a muziku). 20 GB /DATA, 10 GB /programs (tady mám programy typu Firefox, Thunderbird apod.) a zbylých 10GB mám jako /zaloha. Pro strýčka příhodu. Toto rozdělení se mi velmi osvědčilo. Win a data mám na vfat, zbytek je ext3 a díky IFS drivers mám do win připojeny např. /multimedia. Po různých experimentech, formátování a reinstalace systémů tak nepřijdu o jediný bit.
    KISS - Keep it simply, stupid.
    30.9.2006 10:50 pep
    Rozbalit Rozbalit vše Re: Fyzické zapojení více disků, kam s daty
    Zrovna resim podobny problem: - 250, 320 a 80GB PATA disky - DVD - dva radice - win (v podstate jenom na hry:-) - jeden linux na praci + jeden na hrani

    Pomerne rad bych mel data na jednom disku a win a linux na druhem, jestli to teda neni blbost

    - FAT oddil pro pretahovani netreba pac mezi win a lin nic nepretahuju

    Vsechny disky jsou vicemene stejne rychl, akorat se lisi velikosti cache, 80 ma 2 MB, 250 8MB a 320 16 MB

    Mate nejake navrhy? Doufam ze to neni moc velka drzost:-)

    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.