我确信这个答案将取决于用户机器，但必须有一些关于 pinning data 的最佳实践。
我需要保存 5 个字节数组，每个字节包含 1.048.576 个字节。通常我更喜欢使用GCHandle（托管）内存，但有些人说它会减慢 GC。我知道这可能会发生，但是需要固定多少内存/对象才能开始真正影响 GC？
以下是我拥有的选项：
GCHandle.Alloc GCHandleType.Pinned（管理）。它会减慢GC？？Marshal.AllocHGlobal（非托管访问）。不安全的代码Bitmap在 Scan0 中保存数据（非托管访问）。不安全的代码这是一个无可救药的无法回答的问题。固定对象不会使 GC 减慢太多，当 GC 压缩堆时，它只是路上的一块石头。只需跳过堆的固定部分即可轻松绕过该岩石。
更糟糕的结果是它会对收集完成后运行的代码产生持久的影响。由于堆没有被很好地压缩，引用的局部性也不是很好，因此处理器将无法从 CPU 缓存中获得尽可能多的里程。量化减速是不可能的，这在很大程度上取决于之后运行的代码类型。只是它更糟并持续了一段时间，直到下一次 GC。
唯一好的建议是，如果您必须固定，那么请尽可能短的时间。并避免在固定对象时可能发生集合的情况。粗略地说，这意味着您在握住引脚时避免分配内存。如果程序运行多个线程，这并不总是实用的，这使得<gcServer>.config 文件中的元素很有吸引力。它选择了一种不同的 GC 策略，该策略使用更多内存，但为线程提供了自己的 GC 堆段。没有简单的指导来确定何时执行此操作，需要使用实际数据集进行分析。
Marshal.AllocHGlobal 和 Bitmap 对 GC 堆都没有任何显着影响，它们从非托管内存堆中分配。