Eski Filevault ve yeni Lion tam disk şifrelemesi hızı nasıl akıllıca karşılaştırır?
ATM Tüm ana dizini şifrelemek için FileVault özellikli Snow Leppard kullanıyorum; bu durum IPhoto, Chrome veya ITunes'u can sıkıcı bir şekilde yavaşlatıyor.
Yanıtlar:
Diske değişiklikler yazarken pratikte daha hızlıdır - yeni blok şifrelemenin ölçülmesi zordur (yani ihmal edilebilir bir yavaşlamadır).
Yeni uygulama neredeyse tüm sıkıştırma işlemlerini ortadan kaldırıyor ve şifreli bir alan yaratma ve yırtmada gecikme yaşanıyor. Genellikle bit taşlama arka planda gerçekleşirken çalışmaya devam etmenizi sağlar.
Tüm bir sürücüyü şifreli bloklara kaydırma çabası arka planda olur, oysa hala mac kullanabilirsiniz ancak eski şifrelemeyi açmayı veya kapatmayı beklemekten farklı değildir.
Uygulamada yeni, pano boyunca daha iyi performans gösteriyor ve uzun bir işlem yapması için beklemek zorunda kaldığınızda daha az zaman alıyor.
AnandTech - Mac'e Dön: OS X 10.7 Lion incelemesi: FileVault performansı (a) FileVault 2 ile olan ve olmayan - her ikisi de FileVault 1 hariç olmak üzere karşılaştırır.
Her ikisi de, FileVault 2 hariç, FileVault 1 içeren ve olmayan (b) Lion karşılaştırmasını bulmakta yardımcı olabilir.
Hem (a) hem de (b) bulunursa: ikisini yan yana okuyun.
Benim önsezim, cevapları kullanıcının ana dizinde ne olduğuna bağlı olarak değişebilir .
Benim durumumda, bir MacBookPro5,2'deki 318 GB'lık bir başlangıç birimi için FileVault 1'i FileVault 2'nin lehine bıraktıktan sonra, niteliklerin ve katalogların B-ağaçlarının boyutlarının toplamı yaklaşık 4,9 GB'dir - 8 GB ile sınırlı bir bilgisayar için hafıza, hatırı sayılır bir miktar:
[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
Başlangıç birimim için Disk Utility 12 (346) tarafından sunulmuştur:
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
Giriş dizini için Finder 10.7 tarafından sunulan:
152,306,364,403 bytes (155.61 GB on disk) for 308,668 items
Ev dizinim için du tarafından sunulan:
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
.Sparsebundle içindeki varsayılan 8 MB'lık bant boyutu Mac OS X 10.7 (Build 11A511) için sistemin önceki sürümlerinde olduğu gibi en uygun ise - ve (şüphelendiğim gibi) kullanılan dosyaların önemli bir bölümünü ise Giriş dizini daha küçük - FileVault 2'yi terk etmenin FileVault 1 lehine olduğunu daha iyi hissettirebilir. Bu duyguyu ölçmek zor olabilir, ancak umarım Eylül 2011 sonundan önce FileVault 1 yaklaşımını benimsemeyi planlıyorum.
http://identi.ca/conversation/77065575#notice-79879336 , FileVault'un iki sürümünün performanslarını diğer hususlarla birlikte içerecek bir genel bakışa (devam eden çalışma) bağlantı verir. Bu işlerin çoğu şu soru altında cevap olarak Farklı Sor'a aktarılıyor:
Süper Kullanıcıda:
Açılış sorusuyla ilgili daha fazla bir şey bulursam buraya tekrar gönderirim.
Bazı doğrudan karşılaştırmalar bulamadım ama sanırım burada "Aslan'da FileVault performansı arttı mı?" Kısa cevap evet. Nedenini bulmak için Ars Technia , John Siracusa'dan aslan incelemesine bakın . Aşağıdaki URL'de bazı düzenli sabit sürücü ölçütleri var: http://maxcho.com/2011/07/filevault-2-benchmarks/