高速率的对象创建/销毁-垃圾收集器太晚，导致慢速下降x64

Question

我的应用程序需要缓冲大约300兆b通过高速相机进入的图像。有一个队列，其中处理最老的图像，并添加新的图像。

由于这种循环性质，许多对象正在被创建和处理。我正在使用ConcurrentQueues来处理所有这些。

应用程序的性能很好，但是一旦使用了12 to的系统内存，它就会退化，只有这样，垃圾收集才会将内存负载降低到300 to左右。

我在上面运行了蚂蚁内存分析器，似乎没有任何漏洞。

将垃圾收集称为这里的一个选项？

此外，我还想要重用字节数组来存储图像，但这将是一次相当的重写，只有在其他部分失败时，我才会遵循该方法.

有什么想法吗？

Answer 1

调用GC.Collect的主要缺点是您可能会消耗比您需要的更多的CPU。您还会过早地将对象提升到更高的世代。

在您的情况下，您可以安全地进行CPU/内存折衷。

还可以考虑限制进程可以使用的内存量。Windows可以对作业对象施加这样的限制。您可以将进程登记到有限的作业中，Windows将拒绝CLR内存。然后，CLR将收集空间以腾出空间。