In pratica è più veloce quando si scrivono le modifiche al disco: la nuova crittografia dei blocchi è difficile da misurare (il che significa che è un rallentamento trascurabile).
La nuova implementazione rimuove quasi tutta la compattazione e rallenta la creazione e lo smantellamento di uno spazio crittografato. In genere ti consente di continuare a lavorare mentre il bit di macinatura avviene in background.
Lo sforzo di spostare un'intera unità su blocchi crittografati avviene in background mentre puoi ancora utilizzare Mac ma non è diverso dall'attesa di attivare o disattivare la vecchia crittografia.
In pratica il nuovo è di gran lunga più performante su tutta la linea e ha meno tempi in cui devi aspettare che faccia qualche operazione lunga.
AnandTech - Torna al Mac: Recensione di OS X 10.7 Lion: prestazioni di FileVault confronta (a) le prestazioni con e senza FileVault 2 - entrambi esclusi FileVault 1.
Può essere utile trovare un confronto tra (b) Lion con e senza FileVault 1 - escludendo FileVault 2. Tuttavia: nell'eccitazione intorno alla versione 2, potrebbe essere difficile trovare qualcuno che esegua il benchmarking / test della versione 1 su Lion.
Se è possibile trovare entrambi (a) e (b): leggere i due uno accanto all'altro.
La mia impressione è che le risposte variano a seconda di ciò che l'utente ha nella home directory .
Nel mio caso, dopo aver abbandonato FileVault 1 in favore di FileVault 2 per un volume di avvio di 318 GB in un MacBookPro5,2, la somma delle dimensioni degli attributi e degli alberi B del catalogo è di circa 4,9 GB - per un computer limitato a 8 GB di memoria, una somma considerevole:
[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
Presentato da Utility Disco 12 (346) per il mio volume di avvio:
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
Presentato da Finder 10.7 per la mia home directory:
152,306,364,403 bytes (155.61 GB on disk) for 308,668 items
Presentato da du per la mia home directory:
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
Se la dimensione predefinita di 8 MB di bande in un .sparsebundle è ottimale per Mac OS X 10.7 (Build 11A511) come per le versioni precedenti del sistema - e se (come sospetto) una percentuale significativa di i file usati nella mia home directory sono molto più piccoli - potrei scoprire che abbandonare FileVault 2 in favore di FileVault 1 è meglio. Quel sentimento potrebbe essere difficile da quantificare, ma ho intenzione di adottare l'approccio FileVault 1, speriamo prima della fine di settembre 2011.
link link a una panoramica (work in progress) che includerà le performance delle due versioni di FileVault a fianco altre considerazioni. Gran parte di questo lavoro è ora trasferito a Ask Different come risposta alla seguente domanda:
In Super User:
Se trovo qualcosa di più pertinente alla domanda iniziale, inserirò di nuovo qui.
Non sono riuscito a trovare alcuni confronti diretti, ma immagino che la domanda qui sia davvero "le prestazioni di FileVault sono migliorate in Lion?". La risposta breve è sì. Dai un'occhiata alla recensione del leone da John Siracusa ad Ars Technia per scoprire perché. Esistono alcuni benchmark regolari sul disco rigido al seguente URL: link
Leggi altre domande sui tag encryption lion filevault