Evo sad sam odradio isti test na particiji koja nije enkriptovana.
CPU load je ~3% za sekvencijalne testove i ~10% za 4K random
Dakle, BitLocker AES-NI enkripcija dodaje:
- 7-9% CPU ciklusa za sekvencijalne testove
- 90% CPU ciklusa za 4K I/O (!)
E, sad, postavlja se pitanje zasto li je toliko veliki overhead za 4K I/O u CDM-u i da li je taj overhead prisutan i u drugim aplikacijama koje koriste 4K I/O.
Mislim da bi ovo zasluzilo malo dublju analizu koja bi zahtevala znanje o tome kako operise BitLocker-ov I/O drajver. tj. koji je granularitet blokova, posto mi ovo lici na neki clusterfuck tj. debeo mismatch izmedju velicine bloka koji BitLocker koristi i CDM access pattern-a tako da 4K upisi zahtevaju vise operacija na BitLocker nivou rezultujuci u ogromnom skoku CPU zauzetosti.
Takodje, pretpostavljam da je BL oportunisticki nastrojen u ovom slucaju tj. da ce "pojesti" 100% CPU-a ako moze, sto znaci da u nekim realnijim scenarijima gde je CPU u upotrebi doslo do veceg pada 4K I/O performansi zato sto BL filter ne bi mogao da iservisira puno zahteva.
Dakle, ako su vam random I/O performanse kriticne, bar BitLocker nije idealno resenje (za TC nisam siguran posto ga nemam ovde) i mozete ocekivati ili vidan pad performansi ili dostupnost CPU ciklusa.
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos:
http://www.digicortex.net/node/17 Gallery:
http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! -
https://github.com/psyq321/PowerMonkey