Enabling FileVault on Yosemite

Read the full details here before doing anything: http://support.apple.com/kb/PH18637?viewlocale=en_US

Enabling disk encryption on OSX Yosemite turns out to be a straightforward process. Simply enable it through Setting/Security & Privacy/FileVault - if you chose not to let your iCloud account unlock your disk (for when you've forgotten your password) you'll have to keep a safe record of the recovery key (it sounds like you only get one oppourtunity to record this) - this triggers a reboot, and then when you log back in you'll be able to monitor the progress of file encryption from the same settings panel.

I have 2 MacBooks:

  • July 2014 Apple MacBook Pro, 2.6GHz Quad-core Intel Core i7, Turbo Boost up to 3.8GHz, 16GB 1600MHz DDR3L SDRAM, 512GB PCIe-based Flash Storage
  • January 2011 Apple MacBook Air, 13 inch display, Core 2 Duo 1.86GHz, 4 Gig RAM 1067 MHz DDR3, 256 Gig SSD
Since disk speed is king, I wanted to measure the effect of enabling FileVault so I found this benchmark script to hopefully capture a meaningful before and after state: http://www.amsys.co.uk/2013/blog/using-command-line-to-benchmark-disks/#.VKDxQsAGA

Unfortunately the purge command now needs to be run as sudo - before I enabled FileVault I ran it without sudo so I didn't get accurate read results. I hope though that the write values are accurate - I did multiple runs just to capture a feel for the variability:

Before FileVault (without sudo purge, read results were invalid)

MacBook Air:
  • Write Speed is: 211.474 MB/sec
  • Write Speed is: 211.479 MB/sec
MacBook Pro:
  • Write Speed is: 749.875 MB/sec
  • Write Speed is: 747.208 MB/sec

After FileVault (with sudo purge, read results look reasonable)

MacBook Air:
  • Read Speed is: 177.373 MB/sec
  • Read Speed is: 179.464 MB/sec
  • Write Speed is: 162.953 MB/sec
  • Write Speed is: 162.258 MB/sec 
MacBook Pro:
  • Read Speed is: 764.053 MB/sec
  • Read Speed is: 762.525 MB/sec
  • Write Speed is: 665.999 MB/sec
  • Write Speed is: 692.193 MB/sec
IF this benchmark is valid, taking the BEST case (smallest difference) for write speed on the MBP (747-692) indicates I've lost 55 MB/sec or approximately 7%.  

I was hoping for a more negligible difference, but the real test that matters will be if I notice any significant degradation. 

Popular posts from this blog

Slow, Buffering, Stuttering Udemy Video

Udemy video has been completely unusable from my home broadband connection. Videos would take minutes to start playing and then continuously stutter and buffer. Searching for a solution I came across this Reddit post - and I found the solution was to change my DNS to use CloudFlare (1.1.1.1). After changing my AppleTV from automatic DNS to manual and using 1.1.1.1 video playback from the Udemy app has been as you would expect. I don't know why this helps, but it seems to have so far.
Read more

Looking for IT work in Australia? JobReel.com.au!

I'm currently looking for contract work, and all of the usual places offer vague job descriptions that makes it hard to differentiate one from the other. This makes it hard to decide which ones to apply for, and almost always mean that you end up applying for jobs that are totally inappropriate. Now there is JobReel.com.au - much along the lines of jobs.joelonsoftware.com , positions must display the employer. I'm still looking for a site that lets me specify location, price range, responsibilities and technologies - but JobReel is closer than any of the others, and from what I've seen so far, the job descriptions are more useful and realistic. It looks relatively new to the scene - good luck!
Read more

Intellij tip - Joining multiple lines into one

There are times when you have some code with each statement on its own line, and you want to move it all onto one line. CSS is where I've needed this the most. You start off with some code like this: And really want this: Intellij has a very simple way to do this by using Ctrl-Shift-J - for more information, see http://www.jetbrains.com/idea/webhelp/joining-lines-and-literals.html
Read more