在Stack Overflow上的一个问题的答案 (见下文)给了我一个伟大的小软件的想法,这对任何地方的编码人员都是无价的。 我想象的是RAM驱动软件,但有一个关键的区别 – 它会镜像在我的硬盘驱动器上的真实文件夹。 更具体地说 – 包含我目前正在处理的项目的文件夹。 这样,任何构build几乎是瞬间的(或者至less快几个数量级)。 RAM驱动器将仅使用空闲资源在后台将其内容与硬盘驱动器同步。 一个快速的谷歌search没有透露,但也许我不知道如何谷歌。 也许有人知道这样的软件? 最好免费,但合理的费用也可以。 补充:一些解决scheme已经提出,我刚开始丢弃了。 他们会(没有特定的顺序): 购买更快的硬盘驱动器( SSD可能或10K RPM)。 我不想要硬件解决scheme。 不仅软件有可能会更便宜(免费软件,任何人),但它也可以用于硬件修改是不受欢迎的环境,如果不是不可能 – 比如在办公室。 让OS / HDD做caching – 它更好地知道如何使用你的空闲RAM。 操作系统/硬盘有通用的cachingalgorithmcaching一切,并试图预测哪些数据将来最需要的。 他们不知道,我的优先项目是我的项目文件夹。 而且大家都很清楚,反正他们并没有真正caching起来。 ;) 有大量的RAM驱动器; 使用其中之一。 对不起,这是鲁莽的。 每当有空闲时间时,我需要将数据同步回HDD。 在停电的情况下,我可以承受失去最后五分钟的工作,但不是自从我上次登记以来的一切。 新增2:想出了一个想法 – 使用一个普通的RAM驱动器加上一个后台文件夹同步器(但我的意思是背景 )。 有没有这样的事情? 补充3:有趣。 我只是在工作中尝试了一个简单的RAM驱动器。 重build时间从大约14秒降到大约7秒(不错),但增量构build仍然在5秒左右 – 就像硬盘一样。 任何想法为什么? 它使用aspnet_compiler和aspnet_merge 。 也许他们在其他地方使用其他临时文件? 补充4:哦,不错的新的答案! :)好的,我为你们所有的反对者提供了一些信息。 🙂 这个想法的主要原因之一,不是上述软件(14秒build造时间),而是另一个,我当时没有访问。 […]