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.
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é.
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í.
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 »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.
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.
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).
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.
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.
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.
echo 1 > /proc/sys/vm/drop_caches. Navic pri vytvoreni noveho filesystemu je puvodni cache stejne neplatna.
echo 3 > /proc/sys/vm/drop_caches
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.237sJinak 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.
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?)?
..akurát nechápem načo 250G na systémJe to jednoduché - menší disk, rychlejší obnova raidu.
IMHO ten dotaz nebyl myšlen jako "proč tak málo", ale jako "proč tak moc". :-)
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.
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?
hdparm a ten měří pouze čtení.
To som si neuvedomil, moja chyba, som tu videl dd aj hdparm. Ale aspon v tom mam jasno tedka.
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.
Proč bs=1M? 8M by bylo určitě rychlejší...
Tiskni
Sdílej: