Zátěž = suma všeho včetně Bitlockeru
Odstraněním Bitlockeru z té sumy se ulehčí systému, ale je zjevné, že se tam děje něco hodně zlého. Prostě to kulhá i bez toho Bitlockeru a Bitlocker se tak stává posledním hřebíčkem do rakve.
Bitlocker bylo možné beztrestně zapnout už ve W7/W8.1! V té době byla rychlost disků významně menší (dokonce řada disků byla ještě rotačních a mSATA), procesory obvykle dvoujádrové, mnohem slabší a níže taktované.
Když slyším o zničených SSD discích, čekám v té rovnici W11.
Mohu Vás ujistit, že IBM pro model Thinkpad Z61p poskytovala TPM čip v základní výbavě a to ještě před příchodem Windows Vista. Začátkem roku 2007 jsem si pořídil Thinkpad Z61p (Windows XP) s mobilní grafickou kartou FireGL a v podstatě jsem ho používal jak v kanceláři, tak i na cestách po stavbách a revizích. Toshiba Portége M300-101 byla skvělá, ale na CAD jí žalostně chyběl výkon (OpenGL) a za nemalé peníze přišel právě Z61p s dokovací stanicí a sekundární baterií. Nebudu tvrdit, že jsem neudělal hloupost, protože jakkoliv se mobilní pracovní stanice zdála ideální volbou, byla to nebetyčná blbost a ta mi vydržela až do pořízení X220 (to už jsem měl Dell Precision s Quadrem). Jsem si docela jistý, že TPM měli i všechny tři stolní počítače Optiplex i Latitude D620 (čip od Broadcom).
„Rozmach“ lze ohnout na 100+1 způsob, do toho se pouštět nebudu. Připouštím, že se nejednalo o "každou domácnost a živnostníka", ovšem možnosti existovali.
Jeden o voze, druhý o koze.
Já mluvím o tom, že běžně/masově se Bitlocker začal používat až v době, kdy se objevily W8 a W7 byly zralé. A jak v té době byly pomalé disky a přesto to normálně fungovalo - a to na stovkách notebooků.
Vy mluvíte o svých zkušenostech s konkrétním modelem notebooku, kde jste si jako jeden z prvních zapnul Bitlocker, v podstatě něco naprosto nesouvisejícího.
Ale zpět k tématu:
Doba W7 = mSata disky s rychlostí 100-200 MB/s a dvoujádrový dýchavičný procesor (v noteboocích).
Dnes s W11 = NVMe disky s rychlostí 4000 MB/s a mnohojádrovými procesory.
Přesto jsou Widle 11 tak rozbité, že Bitlocker může představovat poslední hřebíček do rakve zbylého výkonu, než to spadne na čenich...
Jo a mimochodem, v té dřevní době to neztrácelo data ....
23. 8. 2025, 23:23 editováno autorem komentáře
Jádro problémů tkví v neschopnosti dešifrovat co se konkrétně ukrývá pod „běžně/masově“, ergo nemohu ani rozporovat a ani potvrdit slovo „rozmach“, které jste použil v předchozí odpovědi. Proč? Inu prostě proto, že termíny „rozmach, běžné, masové“ lze oprávněné asociovat např.: až s příchodem Windows 11, kdy nativně sám instalátor aktivuje Bitlocker a na nic se neptá, ten uživatel „10 rohlíků a nějaký počítač“ ani netuší a přesto ho má, ovšem taková výklad zcela rozporuje tvrzení o W7/8. Neznám žádnou statistiku, vlastně ani metodiku, kterou bychom definovali hodnotu při které začal onen „rozmach“. Kde tedy leží ona hranice a jak vůbec víte, že jsem byl jeden z prvních a nebyli další, co to udělali ještě dříve? Zkrátka a dobře, nechci se v tom dál vrtat, jednak neexistuje odpověď, jinými slovy „spousta činnosti bez sebemenšího náznaku výsledku“ – přenechme to politikům.
Příkladem se Z61p, D620 … jsem pouze dokázal přítomnost TPM čipů ještě v době, kdy Windows Vista (Longhorn) nebyl uveden na trh, což lze jednoznačně prokázat. Nerozbíral jsem limity, které v té době přinesl (např.: uměl šifrovat výhradně systémový disk). Nic více, nic méně.
P.S.: Když přijde známý a řekne, že potřebuje konektor „ten obyčejný no úplně normální“, také na něj čumím jak tele do vrat a dokud z něj nevyrazím co vlastně chce, nepohneme se.
Ten OPAL2/SED je pořád možnost, pokud to podporuje konkerétní SSD.
Nicméně někdy od W10 (nevím už který build) je výchozí varianta BL ta softwarová, i když by šlo použít SED. Což bylo důsledkem toho, že tam historicky byly od některých výrobců implementace SED s bezpečnostními chybami.
Host encryption režim s XTS-AES má sice typicky akceleraci přes AES-NI, ale stejně je tam dopad zvlášť při náhodném přístupu a krátkých QD. Což platilo donedávna i třeba v Linuxu s dm-crypt (LUKS), ale od 5.10 tam přistálo poměrně dost optimalizací těch XTS-AES algoritmů s dalším využitím AVX, AVX2, AVX256.., co tomu pomohly. Navíc se u toho dm-cryptu dají vypnout fronty, pokud je tam workoad citlivý na latenci (a nejde o nejvyšší sekvenční propustnost). O žádném podobném nastavením pro BL nevím.
Nicméně OPAL pro BL se dá přepnout politikou. Opruz je v tom, že pokud už tam je nějaký systém nebo preload, tak je potřeba typicky z vendor utility od SSD (spuštěné třeba z USB s WinPE, Hiren's atp.) dát secure erase toho SSD a přepnout ho do SED režimu IEEE 1667, kdy ho BL pak detekuje a dokáže použít. Pak nová instalace Windows.
https://www.tomshardware.com/news/windows-software-bitlocker-slows-performance
https://media.kingston.com/kingston/articles/enabling-and-disabling-edrive-to-utilize-hardware-encryption-en.pdf
Jo a mimochodem, v té dřevní době to neztrácelo data ....
:)
Podle diskuse mi přijde, že jsi do toho trochu víc emocionálně zainteresovaný ;)
O.K. je přišel nový build, je tam pravděpodobně nějaká regrese, kterou neodhalili v testech.. Stávat by se to nemělo, nicméně jsme se s tím mnohokrát setkali u různých výrobců a ještě určitě setkáme.
Problém tady je, že je to v generickém ovladači, na OS s největším tržním zastoupením, co beží na obrovském množství zařízení, kde jsou ale bohužel i mraky různých HW variací. Potencionálně to pro některé lidi může být problém (třeba pokud jim to nehezky poškodí filesystém).
Můj odhad je, že v tom ovladači udělali nějaké optimalizace, co ten postižený HW nerozdýchává. Případně jim v tom buildu přestaly fungovat předchozí "quirky" pro určité modely zařízení. Což je vcelku standardní způsob, jak se musí ošetřovat běh různých zařízení v genercikých ovladačích (např. NVMe, AHCI pro SATA, XHCI, EHCI pro USB), protože výrobci toho hardware ten obecný standard implementují různě. Stačí se podívat třeba i do linuxového jádra nebo FreeBSD, kde najdeš spousty věcí v duchu - když je vid něco a pid něco, tak počkej o trochu dýl, a pošli o reset navíc, zkrať frontu na x a vůbec nepoužívej tuhle fíčuru.
Neočekávám, že by to na Windows bylo o moc jinak. Byť tam můžou být také zařízení, co sice ten standard berou volněji, protože jsou primárně otestované právě na konrkétní verzi Windows, kde to nedělalo problém. O to větší průšvih může nastat, pokud se na straně Windows něco trochu změní (byť třeba pořád v rámci standardu).
Jak už tu padlo, tak Win 10 je víceméně úplně ze hry (poslední build byl před třemi roky, od té doby jen záplaty) a Windows 11 opravdu nejsou jen 10 s kulatými rohy a nabídkou uprostřed. Zrovna třeba v oblasti těch úložišť ten storport podporuje NVMe 2.0 a NVMeOF, umí pro SSD zaalokovat víc než 64 MB HBM (buffer v host RAM, což je kruciální pro všechna tahle laciná dramless SSD), je tam značně rozšířené použití DirectStorage API (byť to je spíš pro hry) atp. Takže se to nedá úplně přímo srovnávat, W10 už je víceméně statická věc, na W11 probíhá další vývoj.
Uvidíme, jak rychle vydají případné opravy.
"Stávat by se to nemělo" souhlas, jen mám blbý pocit, že interval mezi oněmi slavnými "takovýto politováníhodný omyl se v našem ústavu stane maximálně jednou za 10 let" se s příchodem W10 a následně i W11 velmi povážlivě zkracuje.
Ještě nějakou dobu, a bude spíš mít smysl psát o aktualizacích, které nějakou náhodou vůbec nic nerozbijou.
Taky souhlas, rozhodně třeba nezávidím třeba adminům, co musí dělat na mnoha stanicích nějaký rychlý revert té aktualizace. Ale tak třeba se z toho v MS trochu poučí a nakoupí si do WHQL oddělení pár dalších krabic s různými SSDčky navíc.
I když v tom filmu se ten iterval mezi politováníhonými omyly nakonec taky ještě párkrát zkrátil.. :)