如何管理 systemoutofmemory 异常？

Question

我正在处理大约 3 GB 的数据。它存储在 Oracle 数据库中。我的任务是在 datagridview 上列出这些数据。这就是为什么我创建了一个类来存储这些数据，然后我使用这个 genericList 来推送 datagridview 的数据源。然而，在 ram 中处理了大约 1300 行数据后，代码返回“stackoutofmemory”异常。然后程序停止运行。

上传 1300 mb 数据后，我尝试清除 genericList 数据，并使用垃圾收集清除 ram 中的数据。但它没有用。 vshost32.exe 还是增加了。

var dataList = cmd=........... // get dataList from DB
list<class> dataList2 = new list<class>();

foreach(var data in dataList) {
     dataList2.add(new class{
    ...........//fill the DataList2
});

datagridview.datasource = datalist2;

我希望我的 genericlist 会在 genericList 被填充后正常运行。但是vshost32.exe被抛出systemoutofmemory异常。

Answer 1

您正在处理几个问题，让我们一一讨论：

我正在处理大约 3 GB 的数据。它存储在 Oracle 数据库中。我的任务是在 datagridview 上列出这些数据

首先，没有人可以一次查看 3 GB 数据，这就是为什么它总是被部分看到，这就是为什么数据被分页以提供有限的页面浏览量

这就是为什么我创建了一个类来存储这些数据，然后我使用这个 genericList 来推送 datagridview 的数据源

datagridview的数据源等大部分数据结构都有内部限制，不是用来存储这么大的数据的，要么破坏数据结构，要么性能很差

上传 1300 mb 数据后，我尝试清除 genericList 数据，并使用垃圾收集清除 ram 中的数据。但它没有用。 vshost32.exe 还是增加了。

这里有几点，不确定你是如何清除 1300 MB 的数据的，但你肯定使用的是 32 位进程，它的用户限制为 2 GB，因此 OOM 超过了这个限制。剩余的 2 GB 用于内核进程，您可以将其调整为用户进程的最大 3 GB，但通常您正在处理数据结构的内部限制，或者纯粹是您假设您清除任何内存，因为 GC 尤其不确定，它很快越过边界

解决办法是什么？

1. 在 64 位系统上使用 64 位进程，这将确保内存不足异常消失，因为现在的内存限制为 2^64 字节 = 16 ExaBytes。您可以确保进程/二进制文件是 64 位兼容的
2. 将数据存储在内存缓存中，并仅将一两页绑定到数据网格源，缓存更适合此类数据，尤其是在您没有内存不足的情况下，它可以快速访问

大多数情况下，在 64 位进程中，它永远不会内存不足，因为通常没有系统的 RAM 高于 16 ExaBytes，即使只为用户进程分配了一半