我正在努力在互联网上找到有关如何解决此问题的任何信息...
我们有一个基于 ASP.NET MVC3 的网站，它使用 Cassette 进行资源捆绑。我目前正在将该网站部署到服务器上以供实时使用，但我们遇到了问题。我有一个登台/集成服务器，所有内容都托管在其中，运行良好。
使用相同的代码和相同的配置，当 AppPool 在新服务器上实时“预热”时，盒式磁带捆绑需要几分钟才能完成。我可以说是卡带占用了时间，因为我在暂停期间运行了几次调试诊断分析，它始终显示卡带处于 CoffeeScript 捆绑过程的中间。我在 Cassette 网站上读到，如果文件太大，CoffeeScript 编译可能需要很长时间，但我们的文件非常小（大约有 6 个）。
所以我的主要问题是：有什么东西会严重阻碍 Cassette 最初捆绑的性能吗？这与用于缓存捆绑包的隔离存储盒有关吗？
作为参考，服务器在 Windows Server 2008 R2 上运行 IIS 7.5。
奖励回合：当事情最终加载时，我看到错误“捆绑没有资产时操作无效”。令人困惑的是，没有引用的包路径是空的。再一次，一切都在我们的登台服务器上运行，但在“实时”服务器上却不行。
非常感谢您的任何想法。
更新
设置磁带配置debug=true似乎使一切正常，包括“奖金回合”问题。我很想利用不使用像缩小这样的调试模式的好处，所以问题仍然存在。