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 04:22 | Zajímavý článek

    Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.

    Ladislav Hagara | Komentářů: 0
    včera 13:11 | IT novinky

    Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.

    Ladislav Hagara | Komentářů: 3
    včera 04:11 | Nová verze

    Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    1.8. 19:55 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze

    … více »
    Ladislav Hagara | Komentářů: 1
    1.8. 03:00 | Nová verze

    V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.

    Ladislav Hagara | Komentářů: 0
    31.7. 19:22 | Bezpečnostní upozornění

    Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.

    Ladislav Hagara | Komentářů: 1
    31.7. 18:33 | Bezpečnostní upozornění

    Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).

    Ladislav Hagara | Komentářů: 4
    31.7. 14:11 | Zajímavý projekt

    Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.

    Pinhead | Komentářů: 0
    30.7. 17:22 | Zajímavý projekt

    Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.

    |🇵🇸 | Komentářů: 27
    30.7. 13:33 | IT novinky

    Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.

    Ladislav Hagara | Komentářů: 6
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (6%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2306 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník
    Štítky: není přiřazen žádný štítek



    Vložit další komentář
    28.5.2009 21:39 franta
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Tento test tohle ma zasadni nevyhodu, a to, ze ruzna rychlost na ruznych mistech na disku znehodnoti vysledky. Mel jste pokazde vytvoril novy raid nad stejnou partisnou=stejna oblast na disku.
    28.5.2009 21:43 franta
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Dalsi problem vidim v pouziti pouze 2GB testovaciho souboru. Ten se temer vleze do pameti :-(
    Michal Fecko avatar 28.5.2009 22:07 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Ako potom vysvetlit tieto rozdielne vysledky?
    =^..^= AmigaPower® avatar 29.5.2009 06:05 =^..^= AmigaPower® | skóre: 30 | blog: BLB | Praha
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Jednoduše! Na každym z těch disků, je ta žlutá samolepka nalepená úplně jinak.. ;-)
    Michal Fecko avatar 29.5.2009 07:34 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Asi :-D
    29.5.2009 08:31 franta
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Nejsi trochu mimo? To je snad normalni ze ruzna mereni davaji ruzne vysledky, ne?
    Michal Fecko avatar 29.5.2009 10:07 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Pri 3 meraniach zhruba rovnake vysledky? Nedaj sa vysmiat...
    29.5.2009 11:47 Vskutečnosti Saýc | skóre: 7
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Ze vysledky jsou ruzne je mozne, ale ten test opravdu o nicem nevypovida.

    Bylo by lepsi raid sestavit pokazde zcela, restartovat pocitac (kvuli cache) a potom pouzit treba bonnie++. To rekne vic o tom jak se takovy system chova v realnem nasazeni.
    frEon avatar 29.5.2009 20:15 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Restartovat pocitac kvuli vyprazdneni cache neni vubec potreba. Staci pustit echo 1 > /proc/sys/vm/drop_caches. Navic pri vytvoreni noveho filesystemu je puvodni cache stejne neplatna.
    Talking about music is like dancing to architecture.
    frEon avatar 29.5.2009 20:21 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    ted, kdyz to po sobe ctu, si uvedomuji, ze jsem chtel rict: echo 3 > /proc/sys/vm/drop_caches
    Talking about music is like dancing to architecture.
    28.5.2009 22:53 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    No, takže takový výsledek to mělo u mne - vytvořený soubor je desetkrát větší (aby nebyla námitka ohledně paměti). Jde o softwarový RAID 1, souborový systém reiserfs. Na pozadí současně běží čtyři virtuální stroje (3x linux, 1x windows server), které na onom raidu v současné chvíli zabírají celkem cca 100GB (z 932GB)
    stroj:/media/disk/vmware# time dd if=/dev/zero of=test.img bs=1M count=20480 && sync
    20480+0 vstoupivších záznamů
    20480+0 vystoupivších záznamů
    21 474 836 480 bajtů (21 GB) zkopírováno, 355,509 s, 60,4 MB/s
    
    real	5m56.767s
    user	0m0.023s
    sys	1m35.237s
    
    Jinak já osobně jsem zvolil jinou strategii. Ve stroji mám 2x RAID1 systémový (2x250GB) a datový (2x1000GB). Jeden disk z každého raidu je napevno ve "stroji" a druhý výjimatelný v hotswapovém koši. 1x250GB a 1x1000GB mám pro průběžnou zálohu. Z tého zálohy jsem v případě nutnosti schopen rozjet identický stroj a jiném železe. Záloha virtuálních strojů je řešena ještě mimo to.
    Michal Fecko avatar 28.5.2009 23:17 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.

    Pekne, akurát nechápem načo 250G na systém ;-) Ja to mam na svojej domacej pracovnej stanici momentalne takto... 2 x 500G (Seagate, 7200rpms, 32M cache) v RAID1.

    /dev/md0 8.5G /
    /dev/md1 2.1G swap *
    /dev/md2 456G /home
    
    * - prerobim ale v blizkej buducnosti na RAID0 a primountujem ako /tmp - swap urobim 512M do suboru

    Inac dobry vysledok tych 21G - mne to hodilo toto:

    $ time dd if=/dev/zero of=test.img bs=1M count=20480 && sync
    20480+0 records in
    20480+0 records out
    21474836480 bytes (21 GB) copied, 438.258 s, 49.0 MB/s
    
    real    7m18.281s
    user    0m0.076s
    sys     1m8.176s
    

    a to mi bezi iba jeden virtualny stroj (HAIKU@QEMU) a zapratane mam necele dve plochy aplikaciami. Zalohovanie riesim jednak na datovej (/home) partici (zaloha proti nahodnemu vymazu v domacom adresari - auto-mirroring na ine miesto) + hot swapujem 160G usb disk - zalohovanie najdolezistejsej prace + nejake fotky. Nad hotswap internym diskom som tiez rozmyslal - ale v dobe ked som si zakupil USB box som nijake cenovo prijatelne (oproti USB boxu) riesenie nenasiel. :-( Ak by som si do buducna mal stavat domaci desktop asi by som siahol po 4 diskovom RAID10 zlozenom z hotswapovych diskov - aspon 1.5TB (+ potreboval by som ale case na 5 hotswap 5,25" sacht + jednu na DVDRW). Zaujimalo ako sa riesis hotswap na Linuxe - akeho vyrobcu si zvolil a ako disk odpajas/pripajas (iba mount/umount?)?

    29.5.2009 09:01 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    ..akurát nechápem načo 250G na systém

    Je to jednoduché - menší disk, rychlejší obnova raidu. Ten systémový disk má jen 30GB zbytek toho disku je volný. Vytvářet na jednom disku více diskových oddílů a z nich pak skládat raid je volovina.

    A proč zrovna 500GB? Protože za tři roky to bude tak nejmenší velikost disku jakou asi tak půjde sehnat.

    Ad hotswap - ten sata disky normálně umí, takže na to stačí ten koš, který umožňuje pohodlnou manipulaci. Viz link: CHIEFTEC S-ATA Backplane SNT-3141SATA HDD cage, 4x SATA do 3x 5, 25" pozic
    29.5.2009 18:43 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    ..akurát nechápem načo 250G na systém

    Je to jednoduché - menší disk, rychlejší obnova raidu.

    IMHO ten dotaz nebyl myšlen jako "proč tak málo", ale jako "proč tak moc". :-)

    29.5.2009 21:45 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Protože cenový rozdíl mezi 80GB a 250GB diskem byl směšně malý.
    29.5.2009 08:37 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Nejsem si jist, jestli test hdparm na RAID1 něco vypovídá. Vzhledem k tomu, že výsledek je stejný jako při čtení samostatného disku, tipuju, že se nečetlo ze všech disků v poli naráz.
    Quando omni flunkus moritati
    30.5.2009 10:55 pato83
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.

    Je tomu tak uz z povahy RAID1. Je to uplne v poriadku, ze vysli tieto vysledky pri RAID1 a zapise na jeden samostatny disk. Pri RAID1 sa tie iste data zapisuju na oba disky v poli, takze nic ine cakat ani nejde.

    30.5.2009 13:02 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    To není tak úplně pravda. Při čtení delšího souvislého bloku je teoreticky možné dosáhnout dvojnásobné rychlosti (obecně n-násobné), protože můžete (současně) číst z každého disku část. Linuxový driver tak ale nefunguje, ten pro volbu fyzického zařízení při čtení používá jednoduchý algoritmus, který je zaměřen v podstatě jen na optimalizaci seek time.
    30.5.2009 13:21 pato83
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.

    Dakujem za vysvetlenie. Ale podla toho to nie je tak, ze mame 2MB dat, su dva disky. Z kazdeho precitam 1MB dat toho suboru, takze citanie by bolo 2x tak rychle ako pri jednom disku. Ale uz zapisat tieto 2MB treba na oba, takze tam k ziadnemu zrychleniu dojst nemoze. Takze zrychlenie by tam byt malo/mohlo ale zapis uz nie. Ja viem, hodne polopatisticky. Je toto tvrdenie pravda alebo nie?

    30.5.2009 14:39 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Ano, zrychlení je u RAID 1 opravdu možné jen při čtení. Ale trekker.dk komentoval výsledek příkazu hdparm a ten měří pouze čtení.
    30.5.2009 14:47 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.

    To som si neuvedomil, moja chyba, som tu videl dd aj hdparm. Ale aspon v tom mam jasno tedka.

    31.5.2009 22:31 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Je tomu tak uz z povahy RAID1. Je to uplne v poriadku, ze vysli tieto vysledky pri RAID1 a zapise na jeden samostatny disk.

    Hdparm ale netestuje zápisem, ale čtením.
    Quando omni flunkus moritati
    31.5.2009 22:32 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Ale dopytle, když už se podívám, jestli někdo něco neřekl přede mnou, tak stejně to podstatné přehlídnu.
    Quando omni flunkus moritati
    Limoto avatar 29.5.2009 18:41 Limoto | skóre: 32 | blog: Limotův blog
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.

    Proč bs=1M? 8M by bylo určitě rychlejší...

    29.5.2009 20:47 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: Malý test štvordiskového swRAIDu v Debiane.
    Nemusi, kedysi som si robil nejake testy zapisu alebo citania (uz si nepamatam) z disku (iba jedne disk, nie RAID) a najrychlejsie bolo s bs=4096. Vacsie bs to malicko spomalilo. Asi to bude najvyhodnejsie, ked sa velkost stranky == velkost kopirovaneho bloku.
    If you hold a Unix shell up to your ear, you can you hear the C.

    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.