Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
Už za týden, ve čtvrtek 4. června, se v Národní technické knihovně v pražských Dejvicích uskuteční další konference věnovaná tématům spojeným s IPv6 - Den IPv6. Program akce a registrační formulář jsou k dispozici na webu akce. Kapacita konference je omezená, proto organizátoři doporučují, aby se vážní zájemci přihlásili včas (k dnešnímu dni zbývá přibližně 30 volných míst). Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Zařízení Steam Deck OLED bylo znovu naskladněno, ale vlivem rostoucích cen pamětí a úložišť má novou, vyšší cenovku. Steam Deck OLED 512 GB stojí nově 779 EUR (stál 569 EUR) a Steam Deck OLED 1 TB stojí 919 EUR (stál 679 EUR). Samotné zařízení se nijak nezměnilo a nové ceny tedy pouze odráží aktuální náklady na komponenty a další globální logistické výzvy, se kterými se potýká celá branže.
Český telekomunikační úřad zahajuje novou etapu využívání vysokofrekvenčního rádiového spektra v pásmu 26 GHz. Toto pásmo bude od 1. 7. 2026 otevřeno pro provoz moderních bezdrátových sítí, zejména sítí páté generace (5G), pevných bezdrátových přístupových sítí (FWA) a lokálních či průmyslových sítí určených například pro výrobní areály, logistická centra nebo technologické kampusy. Současně s otevřením pásma 26 GHz přistoupil ČTÚ ke zpřístupnění informací o využívání rádiových kmitočtů v tomto pásmu.
Logitech představil myš Signature Comfort Plus M850 L s polstrovanou opěrkou dlaně pro větší pohodlí a sadu s touto myší a klávesnicí s integrovanou opěrkou dlaní Signature Comfort Plus Combo MK880.
Gaël Duval se rozepsal o novinkách a plánech Murena a /e/OS. Počet uživatelů telefonů Murena a mobilního operačního systému /e/OS bez aplikací a služeb od Googlu se blíží 100 000. Ambicí je, aby se /e/OS stal třetí mobilní platformou v Evropě i na světě, s potenciálem dostat se i na PC. Blíží se vydání nové verze 4 s funkcemi zálohování a obnova, import e-mailů z Gmailu a rozpoznávání hlasu. Murena Workspace přinese videohovory, elektronický podpis a správu zařízení (MDM).
Dnes a zítra probíhá Ubuntu Summit 26.04. Na programu je řada zajímavých přednášek. Sledovat je lze na YouTube. Úvodní slovo měli Mark Shuttleworth a Jon Seager.
Přeji hezký den,
rád bych se pozeptal na názor nastíněný v titulku:
Otázka zní, dá se toto považovat za RAID 10 a bude to mít i obdobné parametry?
Teoretická úvaha, při tomto rozložení mi přijde zbytečné dělat v guestu RAID 1 (tuto "funkci" supluje host) a tudíž stačí RAID 0. A jde mi o zvyšení rychlosti read/write operací (databáze pervasive SQL, ale i vůbec obecně dosáhnout maximálních možných rychlostí).
no kdyby k tomu byly technické prostředky tak možná ne. ale na dvou discích RAID 10 prostě neudělám. prosím nerozebírejme jestli a jak to udělat. Prostě je situace taková (2x RAID1) a časem se možná zlepší (koupě dvou disků).
Ted mne zaujala jen teoretická možnost se současnými možnostmi. 
Díky za názory
chtěl jsem se vyvarovat diskusím jak to je a jak udělat. proč jsou dvě diskové pole není pro tento dotaz podstatné (obě dvojice disků mají jinou kapacitu, slouží k něčemu jinémju) - prostě beru daný stav věcí a nechtěl sem diskutovat jak využít disky v již zaběhlém systému.
otázka byla teoretická s využitím stávající kontrétní situace - tedy při této konfiguraci. (IMHO by mne zajímalo jak se 4 disky různé kapacity za běhu udělat RAID 10 ze dvou RAID1 na ostrém serveru s malou možností odstávky a dalších technických vybavení. ale to je asi na další dotaz)
zkusím proměřit a pár testů a uvidím.
Dovolím se nesouhlasit,mírně. K této sestavě jsem již přišel, já ji nedělal . ani na systému neběžely žádné VM. V tomto systému se orientuji a předělávám, což za běhu nejde ideálně. Jak jsem psal, opravdu se nedá soudit, když neznáš/te pozadí. Nevím, jakou příčinu má řešit můj dotaz, prostě hypotetická úvaha. Nechápu veškeré úvahy kolem, Ano kdybych stavěl server od nuly a měl k tomu patřičný HW udělám jinak.
Prostě mě za této situace napadla tato možnost, nic víc.
Co se týká přechodu na RAID 10 za běhu, samozřejmě vím o možnosti udělat degradovaný a přejít na něj (toto jsem již dělal), ale jak jsem psal, když není na to potřebný hw - tedy aspon dva volné disky, těžko se něco dělá. navíc v této situaci RAID 10 nad nestejnými disky mi přijde steně neefektivní jako můj hypotetciký dotaz - proč to dělat když ideální je mít 4 identické disky 
Ale abych vás uklidnil, samozřejmě připravuji přechod na RAID 10 ale to musím mít podchycen celý systém a i potřeby uživatelů a kdo se k takovým věcem občas dostal u menších firem, může tušit že správě IT se v minulosti moc nedával prostor. prostě dokud to tak nějak běželo nikdo nic neřešil. ovšem ve spustě případu pak to došlo do stavu, kdy nastala pohoroma
(osobní zkušenost, třeba máte štěstí a máte jinou)
Díky za info.
P.S. prosím, neberte to osobně, ale proč se u spoustu diskusí řeší věcí úplně mimo mísu? chápu ochotu pomoci, ale přeci není možné v dotazu napsat všechny okolnosti a souvislosti. Napadl mě hypotetický dotaz, na který sem narazil a zaujal mne, tak sem se zeptal. třeba již někdo řešil něco podobného. Ostatní vaše připomínky samozřejmě beru a uznávám že máte pravdu, ale .... 
Výsledné pole by mělo být odolné proti výpadku jednoho disku na md0 i md1 hosta.
Maxi - uznávám, koliktrát máš pravdu. a je to tak
Jinak abych ještě doplnit a uvedl na pravou míru, samozřejmě udělat RAID 10 nebude problém ani za běhu. První md0 slouží hostu a jeho aplikacím, na druhém raidu md1 jsou jen VM, takže nebude problém dokoupit 2 disky -> vytvořit degradovaný RAID 10 -> vypnout guesty -> zkopírova data na RAID 10 -> nahodit hosty a doplnit RAID do plného stavu + samozřejmě uprava konf souboru (fstab ....) což při akci v noci nebude problém. Osobně si myslím, že myšlenka mít VM na oddělemém RAIDu od hosta není špatná myšlenka.
Jinak slibované rychlotesty:
host 2x RAID 1
hdparm -tT /dev/md1
/dev/md1:
Timing cached reads: 12612 MB in 2.00 seconds = 6311.99 MB/sec
Timing buffered disk reads: read(2097152) returned 1052672 byteshdparm -tT /dev/md2
/dev/md2:
Timing cached reads: 11212 MB in 2.00 seconds = 5611.05 MB/sec
Timing buffered disk reads: 434 MB in 3.00 seconds = 144.59 MB/sec
guest RAID 0 přes RAID 1 hosta
hdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 12300 MB in 2.00 seconds = 6159.10 MB/sec
Timing buffered disk reads: 1674 MB in 3.00 seconds = 557.35 MB/sec
U hosta mi vychází divné rychlosti, kazdý z raid polí jen na jiném řadiči, možná kabely nevím.
Dal jsem to do nového problému rychlosti disku v serveru DELL
no tak sem udělal pár dalších testů a tady jsou výsledky:
hdparm
hdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 11340 MB in 2.00 seconds = 5677.23 MB/sec
Timing buffered disk reads: 1652 MB in 3.00 seconds = 549.85 MB/sechdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 13032 MB in 2.00 seconds = 6525.64 MB/sec
Timing buffered disk reads: 1688 MB in 3.01 seconds = 561.47 MB/sechdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 12558 MB in 2.00 seconds = 6288.36 MB/sec
Timing buffered disk reads: 1712 MB in 3.02 seconds = 567.53 MB/sec
dd (příkazy tak jak šli po sobě)
dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 4,57198 s, 235 MB/secho 3 > /proc/sys/vm/drop_caches //vyprázdnění cache
dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,784329 s, 1,4 GB/s
dd if=tempfile of=/dev/null bs=1M count=1024 //znovu s využitím dat v cache
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,415502 s, 2,6 GB/s
výsledky zajímavé
přiznám se, že nevím jak dd na fyzický disk, vše je na RAIDu
pokud udělám ale test u hosta na jednotlivá RAID1 pole
První RAID1 pole:
# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 21,2101 s, 50,6 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 34,5097 s, 31,1 MB/s# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,445815 s, 2,4 GB/sDruhé RAID1 pole:
# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 11,7144 s, 91,7 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 10,1805 s, 105 MB/s# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,442932 s, 2,4 GB/s
# sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 15.4516 s, 136 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 3.471 s, 604 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 15.887 s, 132 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 6.91152 s, 303 MB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.261059 s, 2.0 GB/s # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0668431 s, 7.8 GB/s # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0689219 s, 7.6 GB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0678874 s, 7.7 GB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=5000 5120+0 records in 5120+0 records out 5242880000 bytes (5.2 GB) copied, 30.6088 s, 171 MB/svirtualbox, guest ma 1gb ram, host raid1 z 2 diskov. takze sa to niekde cachuje, ale neviem kde :) vy-dd-ckuj aspon 3x viac ako ma guest pridelenej pamate (ale aj tak sa mi prejavila nejaka cache).
tak jsem ještě udělal pár testů, vesměs podobných jako níze:
# dd if=/dev/zero of=tempfile bs=20M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 261,045 s, 82,3 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=20M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 297,698 s, 72,1 MB/s# dd if=tempfile of=/dev/null bs=20M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 342,676 s, 62,7 MB/s
Tiskni
Sdílej: