¿Cómo se comparan el antiguo Filevault y el nuevo cifrado de disco completo de Lion en cuanto a velocidad?
ATM Estoy usando Snow Leppard con FileVault para encriptar todo mi directorio personal, lo que hace que abrir IPhoto, Chrome o ITunes sea molestamente lento.
AnandTech - De vuelta al Mac: Revisión de OS X 10.7 Lion: Rendimiento de FileVault compara (a) el rendimiento con y sin FileVault 2 - ambos excluyendo FileVault 1.
Puede ser útil encontrar una comparación de (b) Lion con y sin FileVault 1 - ambos excluyendo FileVault 2. Sin embargo: con el entusiasmo que rodea a la versión 2, puede ser difícil encontrar a alguien que haga un benchmarking/prueba de la versión 1 en Lion.
Si se pueden encontrar tanto (a) como (b): lea las dos al lado de la otra.
Mi corazonada es que las respuestas variarán, dependiendo de lo que el usuario tenga en el directorio principal .
En mi caso, después de abandonar FileVault 1 en favor de FileVault 2 para un volumen de arranque de 318 GB en un MacBookPro5,2, la suma de los tamaños de los atributos y los árboles B del catálogo es de unos 4,9 GB - para un ordenador limitado 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 = 19Presentado por Disk Utility 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,264Presentado por Finder 10.7 para mi directorio personal:
152,306,364,403 bytes (155.61 GB on disk) for 308,668 itemsPresentado 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/gjp22Si el tamaño por defecto de 8 MB de las bandas en un .sparsebundle es tan óptimo para Mac OS X 10.7 (Build 11A511) como lo fue para las versiones anteriores del sistema - y si (como sospecho) una proporción significativa de los archivos de uso frecuente en mi directorio personal son mucho más pequeños - podría encontrar que abandonar FileVault 2 en favor de FileVault 1 se siente mejor. Que sensación puede ser difícil de cuantificar, pero tengo previsto adoptar el enfoque de FileVault 1, espero que antes de finales de septiembre de 2011.
http://identi.ca/conversation/77065575#notice-79879336 enlaces a una visión general (trabajo en curso) que incluirá las prestaciones de las dos versiones de FileVault junto con otras consideraciones. La mayor parte de ese trabajo se traslada ahora a Ask Different como respuestas en la siguiente pregunta:
En Super User:
Si encuentro algo más relevante para la pregunta inicial, lo volveré a publicar aquí.
No he podido encontrar comparaciones directas, pero supongo que la pregunta aquí es realmente "¿ha mejorado el rendimiento de FileVault en Lion?". La respuesta corta es que sí. Echa un vistazo a la revisión del león de John Siracusa en Ars Technia para saber por qué. Hay algunos benchmarks de discos duros regulares en la siguiente url: http://maxcho.com/2011/07/filevault-2-benchmarks/
En la práctica, es más rápido cuando se escriben los cambios en el disco: el nuevo cifrado de bloques es difícil de medir (lo que significa que es una ralentización insignificante).
La nueva implementación elimina casi todo el proceso de compactación y el retraso en la creación y la eliminación de un espacio encriptado. En general, permite seguir trabajando mientras la trituración de bits se produce en segundo plano.
El esfuerzo de cambiar una unidad entera a bloques encriptados ocurre en segundo plano mientras puedes seguir usando el mac, pero no es diferente de esperar a activar o desactivar la antigua encriptación.
En la práctica, el nuevo tiene un rendimiento mucho mayor en todos los aspectos y tiene menos momentos en los que hay que esperar a que haga alguna operación larga.
AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
