Vitesse de l'ancien Filevault vs nouveau encryption du disque Lion

Comment l'ancien Filevault et le nouveau encryption du disque Lion sont-ils très rapides?

ATM J'utilise Snow Leppard avec FileVault pour chiffrer tout mon directory personnel, ce qui rend l'ouverture d'IPhoto, Chrome ou ITunes très lente.

Il est plus rapide dans la pratique lors de l'écriture de modifications sur le disque – le encryption du nouveau bloc est difficile à mesurer (c'est un ralentissement négligeable).

La nouvelle implémentation supprime la quasi-totalité du compactage et le retard dans la création et la déchirure d'un espace crypté. Il vous permet généralement de continuer à travailler pendant que le broyage de bits se déroule en arrière-plan.

L'effort de déplacer un lecteur entier vers des blocs chiffrés se déroule en arrière-plan alors que vous pouvez toujours utiliser le mac, mais ce n'est pas différent de l'attente d'allumer ou d'éteindre l'ancien encryption.

En pratique, le nouveau est beaucoup mieux performant à tous les niveaux et a less de time lorsque vous devez attendre qu'il fasse une longue opération.

Je n'ai pas été en mesure de find des comparaisons directes, mais je suppose que vous posez des questions ici est-il vraiment "la performance de FileVault s'est-elle améliorée dans Lion?" La reponse courte est oui. Jetez un oeil à l' examen du lion de John Siracusa à Ars Technia pour savoir pourquoi. Il existe des repères de disque dur réguliers à l' adresse suivante: http://maxcho.com/2011/07/filevault-2-benchmarks/

AnandTech – Retour au Mac: OS X 10.7 Examen du Lion: la performance de FileVault compare (a) l'exécution avec et sans FileVault 2 – à la fois excluant FileVault 1.

Il peut aider à find une comparaison de (b) Lion avec et sans FileVault 1 – tous deux excluant FileVault 2. Cependant: dans l'excitation autour de la version 2, il peut être difficile de find quelqu'un de benchmarking / test de la version 1 sur Lion.

Si les deux (a) et (b) peuvent être trouvés: lisez les deux les uns avec les autres.

Mon souci est que les réponses varient selon le contenu de l'user dans le directory personnel .

Dans mon cas, après avoir abandonné FileVault 1 en faveur de FileVault 2 pour un volume de démarrage de 318 Go dans un MacBookPro5,2, la sum des tailles des attributes et des trees du catalogue B est d'environ 4,9 Go – pour un ordinateur limité à 8 Go memory, une sum considérable:

[macbookpro08-censortingm:~] gjp22% date Sat 30 Jul 2011 19:14:26 BST [macbookpro08-censortingm:~] gjp22% uname -a Darwin macbookpro08-censortingm.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-censortingm:~] gjp22% sudo fileXray --volume_header / # HFS+ Volume Volume size = 318 GB (296 GiB) # Volume Header signature = 0x482b (H+) version = 0x4 lastMountedVersion = 0x4846534a (HFSJ) atsortingbutes = 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 # Atsortingbutes 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 

Présenté par Disk Utility 12 (346) pour mon volume de démarrage:

  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 

Présenté par Finder 10.7 pour mon directory personnel:

 152,306,364,403 bytes (155.61 GB on disk) for 308,668 items 

Présenté par du pour mon directory personnel:

 Sat 30 Jul 2011 18:23:14 BST [macbookpro08-censortingm:~] gjp22% uname -a Darwin macbookpro08-censortingm.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-censortingm:~] gjp22% sudo du -sh ~ Password: 145G /Users/gjp22 

Si la taille par défaut de 8 Mo des bandes dans un .sparsebundle est aussi optimale pour Mac OS X 10.7 (Build 11A511) que pour les versions précédentes du système – et si (comme je le soupçonne) une proportion importante de files souvent utilisés dans mon directory personnel est beaucoup plus petit – je pourrais find que l'abandon de FileVault 2 en faveur de FileVault 1 se sent mieux. Ce sentiment pourrait être difficile à quantifier, mais je prévois adopter l'approche FileVault 1, espérons-le avant la fin de septembre 2011.

http://identi.ca/conversation/77065575#notice-79879336 liens vers une vue d'set (travaux en cours) qui comprendront les performances des deux versions de FileVault aux côtés d'autres considérations. La plupart de ce travail est maintenant transféré à Ask Different comme réponses dans la question suivante:

  • En plus de pouvoir intégrer un volume entier, quelles sont les autres différences de FileVault 2 sur FileVault?

En Super user:

  • Performance de FileVault Snow Leopard

Si je trouve quelque chose de plus pertinent pour la question d'ouverture, je vais postr ici.