¿Cómo se compara la velocidad del viejo Filevault y el nuevo cifrado de disco completo de Lion?
Cajero automático Estoy usando Snow Leppard con FileVault para cifrar todo el directorio de mi casa, lo que hace que la apertura de IPhoto, Chrome o iTunes sea muy lenta.
En la práctica, es más rápido cuando se escriben cambios en el disco: el nuevo cifrado de bloque es difícil de medir (lo que significa que es una desaceleración insignificante).
La nueva implementación elimina casi toda la compactación y demora en crear y destruir un espacio encriptado. Por lo general, le permite continuar trabajando mientras el rectificado de bits ocurre en segundo plano.
El esfuerzo por cambiar una unidad completa a bloques encriptados ocurre en segundo plano, mientras que todavía puedes usar el mac, pero no es diferente a esperar para activar o desactivar el cifrado antiguo.
En la práctica, el nuevo tiene un rendimiento mucho mejor en todos los ámbitos y tiene menos ocasiones en las que hay que esperar a que realice una operación prolongada.
AnandTech - Volver a la Mac: Revisión de OS X 10.7 Lion: el rendimiento de FileVault compara (a) el rendimiento con y sin FileVault 2, ambos excluyendo FileVault 1.
Puede ayudar a encontrar una comparación de (b) Lion con y sin FileVault 1, ambos excluyendo FileVault 2. Sin embargo: en la emoción de la versión 2, puede ser difícil encontrar a alguien que haga una evaluación / prueba de la versión 1 en Lion.
Si se pueden encontrar tanto (a) como (b): lea los dos uno al lado del otro.
Mi corazonada es que las respuestas variarán, dependiendo de lo que el usuario tenga en el directorio de inicio .
En mi caso, después de abandonar FileVault 1 en favor de FileVault 2 para un volumen de inicio de 318 GB en una MacBookPro5,2, la suma de los tamaños de los atributos y los árboles B del catálogo es de alrededor de 4.9 GB, para una computadora limitada a 8 GB de memoria, una suma considerable:
[macbookpro08-centrim:~] gjp22% date
Sat 30 Jul 2011 19:14:26 BST
[macbookpro08-centrim:~] gjp22% uname -a
Darwin macbookpro08-centrim.home 11.0.0 Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64 x86_64
[macbookpro08-centrim:~] gjp22% sudo fileXray --volume_header /
# HFS+ Volume
Volume size = 318 GB (296 GiB)
# Volume Header
signature = 0x482b (H+)
version = 0x4
lastMountedVersion = 0x4846534a (HFSJ)
attributes = 10000000000000000010000000000000
. kHFSVolumeJournaled (volume has a journal)
journalInfoBlock = 0x948
createDate = Sun Apr 17 00:33:38 2011
modifyDate = Sat Jul 30 19:14:22 2011
backupDate = 0
checkedDate = Sun Apr 17 08:33:38 2011
fileCount = 6478678
folderCount = 436279 /* not including the root folder */
blockSize = 4096
totalBlocks = 77592939
freeBlocks = 10772212
nextAllocation = 52271602
rsrcClumpSize = 65536
dataClumpSize = 65536
nextCatalogID = 79803393
writeCount = 349797840
encodingsBitmap = 00000000000000000000000000000000
00000010000000000000000011011111
. MacRoman
. MacJapanese
. MacChineseTrad
. MacKorean
. MacArabic
. MacGreek
. MacCyrillic
. MacChineseSimp
# Finder Info
# Bootable system blessed folder ID
finderInfo[0] = 0x3e4357c (speedy:/System/Library/CoreServices)
# Parent folder ID of the startup application
finderInfo[1] = 0x3e87cda (speedy:/System/Library/CoreServices/boot.efi)
# Open folder ID
finderInfo[2] = 0
# Mac OS 9 blessed folder ID
finderInfo[3] = 0
# Reserved
finderInfo[4] = 0
# Mac OS X blessed folder ID
finderInfo[5] = 0x3e4357c (speedy:/System/Library/CoreServices)
# VSDB volume identifier (64-bit)
finderInfo[6] = 0xbbc2127
finderInfo[7] = 0xac90a940
# File System Boot UUID
UUID = 031C0245-ADB2-3BDA-96D0-3C2616ACC11F
# Allocation Bitmap File (CNID 6)
logicalSize = 9728000 bytes (9.7 MB)
totalBlocks = 2375
clumpSize = 0 bytes
extents = startBlock blockCount % of file
0x1 0x947 100.00 %
2375 allocation blocks in 1 extents total.
2375.00 allocation blocks per extent on an average.
# Extents Overflow File (CNID 3)
logicalSize = 9437184 bytes (9.4 MB)
totalBlocks = 2304
clumpSize = 9437184 bytes
extents = startBlock blockCount % of file
0x2149 0x900 100.00 %
2304 allocation blocks in 1 extents total.
2304.00 allocation blocks per extent on an average.
# Catalog File (CNID 4)
logicalSize = 3544186880 bytes (3.5 GB)
totalBlocks = 865280
clumpSize = 177209344 bytes
extents = startBlock blockCount % of file
0x4b679 0x3c9d0 28.69 %
0xfc349 0x287a 1.20 %
0x122346 0x1bbda 13.13 %
0x142047 0x12a52 8.83 %
0x121a0f 0x91a 0.27 %
0x120d38 0x310 0.09 %
0x10c8ad 0x10760 7.79 %
0x2a89 0x3f600 30.00 %
0xdce49 0x15200 10.00 %
865280 allocation blocks in 9 extents total.
96142.22 allocation blocks per extent on an average.
# Startup File (CNID 7)
logicalSize = 0 bytes
# Attributes File (CNID 8)
logicalSize = 1423966208 bytes (1.4 GB)
totalBlocks = 347648
clumpSize = 203423744 bytes
extents = startBlock blockCount % of file
0x88049 0x54e00 100.00 %
347648 allocation blocks in 1 extents total.
347648.00 allocation blocks per extent on an average.
# Volume Header SHA-1
ef3c7622787bfbd73b65a73a82261aee9197dbe5
# Auxiliary System CNIDs
HFS+ Private Metadata Folder = 18
HFS+ Directory Metadata Folder = 19
Presentado por la Utilidad de Discos 12 (346) para mi volumen de inicio:
Capacity : 317.82 GB (317,820,678,144 Bytes)
Free Space : 43.88 GB (43,882,483,712 Bytes)
Used : 273.94 GB (273,938,194,432 Bytes)
Number of Files : 6,476,859
Number of Folders : 436,264
Presentado por Finder 10.7 para mi directorio principal:
152,306,364,403 bytes (155.61 GB on disk) for 308,668 items
Presentado por du para mi directorio personal:
Sat 30 Jul 2011 18:23:14 BST
[macbookpro08-centrim:~] gjp22% uname -a
Darwin macbookpro08-centrim.home 11.0.0 Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64 x86_64
[macbookpro08-centrim:~] gjp22% sudo du -sh ~
Password:
145G /Users/gjp22
Si el tamaño predeterminado de las bandas de 8 MB en un .sparsebundle es óptimo para Mac OS X 10.7 (Build 11A511) como lo fue para versiones anteriores del sistema, y si (como sospecho) una proporción significativa de los archivos usados en mi directorio de inicio son mucho más pequeños; es posible que me resulte mejor abandonar FileVault 2 a favor de FileVault 1. Ese sentimiento puede ser difícil de cuantificar, pero planeo tomar el enfoque de FileVault 1, con suerte antes de finales de septiembre de 2011.
enlace a una descripción general (trabajo en progreso) que incluirá presentaciones de las dos versiones de FileVault junto con Otras Consideraciones. La mayor parte de ese trabajo ahora se transfiere a Ask Different como respuestas en la siguiente pregunta:
En superusuario:
Si encuentro algo más relevante para la pregunta de apertura, lo publicaré nuevamente aquí.
No pude encontrar algunas comparaciones directas, pero supongo que la pregunta aquí es realmente "¿ha mejorado el rendimiento de FileVault en Lion?". La respuesta corta es sí. Echa un vistazo a la reseña del león de John Siracusa en Ars Technia para averiguar por qué. Hay algunos puntos de referencia de discos duros regulares en la siguiente url: enlace
Lea otras preguntas en las etiquetas lion encryption filevault