相关疑难解决方法(0)

用于编译的RAM驱动器 - 有这样的事吗？

Stack Overflow上的一个问题~~的答案~~(见下文)给了我一个很棒的小软件的想法,这对于所有编码器来说都是非常宝贵的.

我正在想象RAM驱动器软件,但有一个关键的区别 - 它将镜像我硬盘上的真实文件夹.更具体地说 - 包含我正在处理的项目的文件夹.这样,任何构建几乎都是瞬时的(或者至少快几个数量级).RAM驱动器将仅使用空闲资源将其内容与后台硬盘驱动器同步.

一个快速的谷歌搜索没有透露,但也许我只是不知道如何谷歌.也许有人知道这样的软件？最好免费,但合理的费用也可以.

补充:已经提出了一些我在一开始就丢弃的解决方案.他们将(没有特别的顺序):

购买更快的硬盘驱动器(SSD可能或10K RPM).我不想要硬件解决方案.不仅软件有可能更便宜(免费软件,任何人？),但它也可以用于硬件修改不受欢迎的环境,例如在办公室.
让OS/HDD进行缓存 - 它更清楚如何使用你的空闲RAM.OS/HDD具有通用缓存算法,可以缓存所有内容并尝试预测将来最需要哪些数据.他们不知道对我来说优先级是我的项目文件夹.而且我们都知道得很清楚 - 无论如何他们并没有真正地缓存它.;)
周围有很多RAM驱动器; 使用其中之一.对不起,那是鲁莽的.只要有一点空闲时间,我就需要将数据同步回硬盘.在电力故障的情况下,我可以承受失去最后五分钟的工作,但不是因为我上次检查后的所有事情.

补充2:出现了一个想法 - 使用普通的RAM驱动器加上后台文件夹同步器(但我的意思是背景).有这样的事吗？

补充3:有趣.我刚刚尝试了一个简单的RAM驱动器.重建时间从大约14秒下降到大约7秒(不差),但增量构建仍然在~5秒 - 就像在HDD上一样.有什么想法吗？它使用aspnet_compiler和aspnet_merge.也许他们在其他地方做其他临时文件？

补充4:哦,很好的新答案!:)好的,我为你所有的反对者提供了更多的信息.:)

这个想法的主要原因之一不是上述软件(14秒构建时间),而是另一个我当时无法访问的软件.这个其他应用程序有100 MB的代码库,其完整版本大约需要5分钟.啊,是的,它在Delphi 5中,所以编译器不太先进.:)将源放在RAM驱动器上导致了巨大的差异.我想,我得到它的时间不到一分钟.我没有测量过.因此对于所有那些说操作系统可以更好地缓存内容的人 - 我会乞求不同.

相关问题: