更改C#编译目录(类库&;WPF;不是ASP.NET)?

更改C#编译目录(类库&;WPF;不是ASP.NET)?,c#,performance,compiler-construction,tempdir,C#,Performance,Compiler Construction,Tempdir,我在Windows7中运行一个Ramdisk。我修改了一些web.config文件,显著缩短了ASP.NET解决方案的编译时间 我有一个包含大约40个WPF和类库项目的解决方案,当我在一个TEMP/TMP指向Ramdisk的环境中启动VisualStudio时,它并没有得到改进 因此,我认为这些TEMP/TMP环境变量不会影响C#编译WPF和类库项目时使用的临时文件夹 我可以更改C在编译WPF和类库项目时使用的临时文件夹吗?C在编译普通项目时不使用临时文件夹 ASP.Net运行时使用临时文件夹存

我在Windows7中运行一个Ramdisk。我修改了一些web.config文件,显著缩短了ASP.NET解决方案的编译时间

我有一个包含大约40个WPF和类库项目的解决方案,当我在一个TEMP/TMP指向Ramdisk的环境中启动VisualStudio时,它并没有得到改进

因此,我认为这些TEMP/TMP环境变量不会影响C#编译WPF和类库项目时使用的临时文件夹

我可以更改C在编译WPF和类库项目时使用的临时文件夹吗?

C在编译普通项目时不使用临时文件夹

ASP.Net运行时使用临时文件夹存储由ASPX页面生成的
.cs
文件,然后再将其传递给
csc.exe
,但常规项目是就地编译的


您可以移动中间层
obj
文件夹,这可能会有所帮助。

wow大约25年前,我在clipper时代使用ramdisk来提高编译时间,但我从来不知道现在仍在使用这些技巧:)我正在试验,可能会发现ramdisk没有任何优势。一年前,我的速度有了很大(非常明显)的提高,但那是WinXP和专门的ASP.NET解决方案。我的回答有帮助吗?如果是,多少钱?它帮助我确认编译I/O发生在我的项目文件所在的Ramdisk上。经过几次比较,我发现Ramdisk在编译或运行测试时没有提供任何明显的速度提升(不过,在文件中查找是即时的,这很好!)。我已经卸载了Ramdisk。