相关疑难解决方法(0)

当RAM在C#中结束时会发生什么?

我不是计算机专家,所以让我试着更具体地提出这个问题:

我做了一些科学计算,计算有时需要大量内存来存储结果.几天前,我的输出文件占用了4 GB的硬盘,但我有这么多的RAM.所以:

  • 当您运行的程序分配的内存多于计算机中可用的内存时,CLR(或其他内容?)如何处理内存?它是否在HD中创建了一些交换?(我知道这可能会减慢我的程序,但我只对内存问题感兴趣)
  • 它是否依赖于操作系统,比如我是在Linux上使用MONO还是在Windows上使用VS?

提前致谢!

.net c# memory-management virtual-memory

6
推荐指数
1
解决办法
490
查看次数

仅在发布时编译时抛出OutOfMemoryException

我有一个C#Console应用程序,它分配了许多小对象和数组.这些物体的使用寿命很短,很快就会被垃圾收集器清理干净.对于"你为什么需要分配如此多的短生命对象,你应该避免这种情况"的问题:该程序用于繁重的AI任务,现在没有明显的方法来解决这个问题.

这是问题所在:

如果我在调试模式x86下运行程序它运行正常并在几分钟后完成所有处理.平均而言,它使用300-400 MB.

如果我采用完全相同的程序,但是在发布x86模式下编译并运行它,程序使用的内存会快速达到2GB(几秒钟内),因此它会抛出一个OutOfMemoryException(这是预期的行为,因为它是一个32位应用程序).在发布x64模式下进行编译并不能解决问题,它会快速使用计算机的所有内存(8GB),然后在内存分配失败时崩溃.

我使用SharpDevelop 4.3.3来构建应用程序.调试和发布模式之间的唯一区别是:

  • 优化代码(仅限发布)
  • 检查算术溢出/下溢(仅限调试)
  • 调试信息:完整的调试信息(调试)/无调试信息(发布)

在所有情况下都没有附加调试器.程序非常简短,并且没有编译器指令可以使它在调试或发布时编译时运行方式不同.没有明显的理由来解释这种行为.在发布模式下进行编译时,看起来垃圾收集器从未被触发(或者至少没有足够的时间)并且内存未被释放.

似乎已经提出类似的问题,但它似乎与我的问题不同.

c# garbage-collection out-of-memory compile-mode

4
推荐指数
1
解决办法
556
查看次数