原文
上个月参加了一场西雅图当地的线下 iOS 开发者聚会。Jeff Szuhay 作为一个有20+年开发经验的资深程序员，跟我讲了一套提高 iOS 开发效率的方法。相比于其他程序员在 App 启动时间、架构优化方面的经验，老爷子 Jeff 的优化基于硬件层面，匠心独运，极客风十足。以下是他的经验分享和我个人的实测。
我们都知道 Xcode 在运行或编译时，会有大量的读写操作。例如从硬盘中调用图片，我们会这么操作：
let image = UIImage(named: "imageName")
这时候 Xcode 就会去电脑的硬盘中去找到图片，完成读写操作。类似的操作还有存取文件等等。如果这类读取数量比较少，那么无伤大雅，但是一旦多起来，尤其是大项目在后期产生了大量的 DerivedData 存在硬盘上，Xcode 在编译时就会花大量时间去硬盘（Disk）上完成读写这些数据的操作。更不幸的是有时候还会遇到硬盘故障等问题。
正所谓“哪里需要优化，哪里就需要程序员”，Jeff 在这个时候作为一名白衣骑士登场了。多年的计算机研究让他对整个计算机架构非常熟悉。下图是他展示的计算机结构简图。
计算机结构简图
此图简洁明了得说明了计算机的基本架构。左上角是计算机的大脑，CPU，负责核心计算和处理工作；右上角是内存（RAM），用来运行程序并与 CPU 进行数据交流；中间的线是总线，负责各个模块之间传递信息和信号；图下侧是基本的 System IO。
再回来看我们的问题：Xcode 现在是在 RAM 中运行，然后到 Storage 中读写数据，数据接着再传回 RAM。这种方式有两个瓶颈：
Storage 速度很慢。即使是最先进的 SSD，其速度也比 RAM 慢了400倍。也就是无论你怎么在软件层优化，其速度也无法突破 SSD 的瓶颈；
数据要不停的在各个模块之间传递。传递过程中亦有延时和无谓的时间消耗。
针对以上两个瓶颈，Jeff 认为，如果我们可以让所有的读写操作都在内存（RAM）中完成，那么必然能大幅提高 Xcode 的工作效率。问题是，怎么实现？
方法的思路很简单，大概可以分两步：
1.配置 RAM。在内存中专门开出一块让 Xcode 使用。
2.连接 Xcode。让 Xcode 连接到我们开辟出来的专属内存空间。
下面就是见证奇迹的时刻。
第一步， 创建 .sh 文件。代码如下。
/bin/bash
RAMDISK=”ramdisk”
SIZE=1024 #size in MB for ramdisk.
diskutil erasevolume HFS+ $RAMDISK \
`hdiutil attach -nomount ram://$[SIZE*2048]`
#!
第二步， 运行 .sh 文件。在命令行中敲下。
之后你会发现你会多出一个叫 ramdisk 的内存空间，有大概 1 GB 大小。
第三步，连接 Xcode。Xcode -> Preferences -> Locations -> Locations Tab，配置 DerivedData。
Advanced... 也要配置成下图所示
