Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Přesněji řečeno, mluvím o HDD Western Digital Raptor. Je docela zajímavé, jak jsem se od zabezpečení dat dostal až k Raptorovi. Začal jsem úvahami, zda záložní disk nebo SW RAID 1. V Prvé řadě šlo o bezpečnost dat, ale případný nárůst výkonu při čtení v RAID 1 odvedl mé myšlenky jinam. Jak jsem pochopil, RAID je skutečně na doma zbytečnost , což jsem si myslel, ale s RAIDY nemám zkušenost. Napadlo mě, vyřešit to celé jinak:
raptor 74GB 1) / 2) /home 3) ??? WD 5000AAKS 500GB 4) DATA 5) 1-3 malé partitions pro různé potřeby
Pak tady mám ještě Seagate 7200.10 250GB. Ten hezky vymontuju na externí zálohu dat.
Výsledkem by mohl být rychlejší systém na 74GB Raptorovi, hromada dat na 500GB WD a nejnutnější záloha na 250GB Seagate. Vlk se nažere a koza zůstane celá
Zatím jen úvaha please.
Tiskni
Sdílej:
Předražená zbytečnost s nehoráznou cenou za 1GB. (100 %) Raptor? Nemám, ale chci ho taky! (100 %) Celkem 1 hlasů
(75 %)
Celkem 8 hlasů
To, že SATA disk stojí pár šupů, ještě z kvalitních disků nedělá předraženou záležitost. Pokud 15k Seagate Cheetah stojí čtyři litry s daní, není IMHO co řešit.
, tak proč ne?
Jednou lupne v celé bedně, a...ehm...
A vyrábí se "xxADFD" s 36 GB, jak David chtěl? A všiml sis vůbec, že jsem zastáncem 15k disků? Asi ne, co?
.
Kazdy sucasny velky disk bude mat prenosovu rychlost vacsiu ako Raptor (kvoli hustote zaznamu na platnu).
No já to vidím celkem jasně. Do desktopu WD AAKS + Cheetah 15k. :D Ale teď je otázka, jestli na "desktopu" brzo nepřejdu jenom na notebooka. Mobilita rulez a cítím to čím dál tím víc. Otázka je, kde pak budu chroustat ta data...
. Pristupovka v ramci desatin milisekundy a rychlost citania porovnatelna s najvykonnejsimi 7.2k diskami. A samozrejme moznost pouzitia aj v notebooku.
To je asi tak jediný důvod, proč o 15k SCSI uvažuju. Na cokoli jiného než velmi živá náhodná data si můžu koupit SATA hangár, jak bývá zvykem. U systému (knihovny, SW a tak) nevím, tam se to nejspíš až tolik neprojeví a Raptor je v pohodě. Nicméně jako "úchylně drahý" bych ho vzhledem ke způsobu připojení šetřícímu peníze za něco lepšího určitě nenazval. Co si zaplatíš, to dostaneš.
deb http://ftp.cz.debian.org/debian jessie main contrib non-freedeb http://ftp.cz.debian.org/debian jessie main contrib non-freeA nebyl byl pro linuxáka mnohem zajímavější benchmark třeba kompilace kernelu, KDE nebo Firefoxu, případně benchmark PostgreSQLJa jsem vyvojar + gentoista a reknu ti, ze kompilaci travim rozhodne mene nez procento casu :) Plus pri testovani vlivu quadcore na kompilace jsem overoval vliv umisteni vseho na ramdisk a zadne vyrazne zrychleni se nekonalo. Uzkym hrdlem je proste stale procesor. Vykon databaze na vyvojovem stroji me take prilis nezajima. Dulezity je pro me az na serveru.
Přeci jen většina těch, co si něco takového budou kupovat na Linuxu budou spíš vývojáři.A ti maji verte, neverte usage pattern podobny tomu, ktery testuje office suite :)
Ale stejně je to pro mě až sekundární, oproti náhodným přístupům.)
)
Jde z LVM bootovat?Nejde. Bios nezna zadne "LVM". Bios zna klasicke partitions.
deb http://ftp.cz.debian.org/debian jessie main contrib non-freedeb http://ftp.cz.debian.org/debian jessie main contrib non-free(...) je to normalni jev prodavat rychly disk s pomalym rozhranim?NCQ ty disky umějí a rychlejší než 1,5 Gb/s stejně nejsou (navíc u Raptorů půjde více o přístupovou dobu než rychlost přenosu velkých dat). SATA 2 je spíš marketingový tahák, ale je fajn že tu je, až disky budou opravdu tak rychlé
Jasně, chápal jsem, že RDRAM je bohužel drahá, ale stejně mi přišlo, že Celeron 333 a 320 MB mi funguje tak nějak líp.