Haz todo lo posible por comprender el código correctamente previamente a adaptarlo a tu trabajo y si tdeseas aportar algo puedes dejarlo en los comentarios.
Solución:
Con mi T7300 2.0GHz y Kingston V100 64gb SSD los resultados son
bloqueador de bits apagado → en
lectura secuencial 243 MB/s → 140 MB/s
escritura secuencial 74.5 MB/s → 51 MB/s
Lectura aleatoria 176 MB/s → 100 MB/s
Escritura aleatoria y las velocidades de 4 KB son casi idénticas.
Claramente el procesador es el cuello de botella en este caso. Sin embargo, en el uso de la vida real, el tiempo de arranque es casi el mismo, el lanzamiento en frío de Opera 11.5 con 79 pestañas permaneció igual durante 4 segundos, todas las pestañas se cargaron desde la memoria caché.
Una compilación pequeña en VS2010 tomó 2 segundos en ambas situaciones. La construcción más grande tomó 2 segundos frente a 5 de antes. Estos son estadio de béisbol porque estoy mirando la manecilla de mi reloj.
Supongo que todo depende de la combinación de procesador, ram y ssd vs hdd. En mi caso, el procesador no tiene hardware AES, por lo que la compilación es el peor de los casos, ya que necesita ciclos tanto para el ensamblaje como para la criptografía.
Un sistema más nuevo con Sandy Bridge probablemente haría un mejor uso de un SDD habilitado para Bitlocker en un entorno de desarrollo.
Personalmente, mantengo habilitado Bitlocker a pesar del impacto en el rendimiento porque viajo con frecuencia. Tardó menos de una hora en activar/desactivar Bitlocker, por lo que tal vez podría activarlo cuando esté de viaje y luego desactivarlo.
Thinkpad X61, Windows 7 SP1
Algunas pruebas prácticas…
- Dell Latitud E7440
- Intel Core i7-4600U
- 16,0GB
- Windows 8.1 Profesional
- LiteOn IT LMT-256M6M MSATA 256GB
Esta prueba utiliza una partición del sistema. Los resultados para una partición que no es del sistema son un poco mejores.
Disminución de puntuación:
Leer: 5%
Escritura: 16%
Sin BitLocker:
Con BitLocker:
Entonces puede ver que con una configuración muy fuerte y un disco SSD moderno, puede ver una pequeña degradación del rendimiento con las pruebas. No sé qué pasa con un trabajo típico, especialmente con Visual Studio.
Después de haber usado una computadora portátil con BitLocker habilitado durante casi 2 años con especificaciones más o menos similares (aunque desafortunadamente sin SSD), puedo decir que realmente no es tan malo, o incluso notable. Aunque no he usado esta máquina en particular sin BitLocker habilitado, realmente no se siente lento en absoluto en comparación con mi máquina de escritorio (doble núcleo, 16 GB, discos duales Raptor, sin BitLocker). Construyendo grandes proyectos puede que tarda un poco más, pero no lo suficiente como para notarlo.
Para respaldar esto con más “pruebas” no científicas: muchos de mis compañeros de trabajo usaban sus máquinas de forma intensiva sin BitLocker antes de que me uniera a la empresa (se hizo obligatorio usarlo en el momento en que me uní, aunque estoy bastante seguro de que el dos eventos no están relacionados en absoluto), y tampoco han experimentado una degradación notable del rendimiento.
Personalmente, para mí, tener una solución “siempre activa” como BitLocker supera los pasos manuales para el cifrado, sin lugar a dudas. Bitlocker-to-go (nuevo en Windows 7) para dispositivos USB, por otro lado, es simplemente demasiado molesto para trabajar, ya que no es fácil intercambiar información con máquinas que no sean W7. Por lo tanto, uso TrueCrypt para medios extraíbles.