firemail

标题: 大内存地址空间 [打印本页]

作者: Qter 时间: 2024-4-15 13:27
标题: 大内存地址空间

X86程序可用内存扩展方案

1、进入菜单找到Visual Studio 2017菜单下的 适用于 VS 2017 的 x64 本机工具命令提示 的子菜单项，右键单击弹出菜单，选择更多，选择以管理员身份运行。

2、在当前dos窗口运行以下指令（扩展内存到4GB）：

editbin /largeaddressaware C:\Users\hxx\Desktop\mCloud.exe

其中后面的文件路径是所需要扩展内存的exe文件绝对路径。（通常是安装目录下的主程序路径）

执行后，打印以下信息：

C:\Windows\System32>dumpbin /headers C:\yidongyunpan\mCloud\mCloud.exe

Microsoft (R) COFF/PE Dumper Version 14.16.27045.0

3、查看指令是否已经成功执行，运行以下指令：

dumpbin /headers C:\Users\hxx\Desktop\mCloud.exe

其中后面的文件路径是所需要扩展内存的exe文件绝对路径。（通常是安装目录下的主程序路径）

没执行内存扩展前或执行指令不成功时候，会打印以下信息：

FILE HEADER VALUES

14C machine (x86)

5 number of sections

6311A64D time date stamp Fri Sep 2 14:44:29 2022

0 file pointer to symbol table

0 number of symbols

E0 size of optional header

102 characteristics

Executable

32 bit word machine

执行指令成功后，会打印一下信息:

FILE HEADER VALUES

14C machine (x86)

5 number of sections

62FC9DFA time date stamp Wed Aug 17 15:51:22 2022

0 file pointer to symbol table

0 number of symbols

E0 size of optional header

122 characteristics

Executable

Application can handle large (>2GB) addresses

32 bit word machine

https://www.cnblogs.com/bclshuai/p/15224204.html

自己开发了一个股票智能分析软件，功能很强大，需要的点击下面的链接获取：

https://www.cnblogs.com/bclshuai/p/11380657.html

1.问题描述

基于CEF（Chromium Embedded Framework）做了一个客户端网页浏览器，用于加载一些网页，有个车辆查询的网页，有很多的图片要加载显示，图片是分页展示的，每翻一页，内存就会增加一点，增加到800M时，进程会崩溃或者白屏。

2.问题分析

内存增加导致进程崩溃。

（1）CEF定时清除缓存

（2）前端控制翻页时清除上一页的图片数据

（3）增大CEF的最大内存上限。

3.解决办法

3.1设置vs2015大缓存编译属性---实测无效

3.2CefSettings settings设置本地缓存路径----实测无效

CefString(&settings.cache_path).FromString(strDumpPath);
CefString(&settings.root_cache_path).FromString(strDumpPath);

按照下面的参数说明，如果没有设置缓存路径则会在内存中进行缓存。

///
// The location where data for the global browser cache will be stored on
// disk. If this value is non-empty then it must be an absolute path that is
// either equal to or a child directory of CefSettings.root_cache_path. If
// this value is empty then browsers will be created in "incognito mode" where
// in-memory caches are used for storage and no data is persisted to disk.
// HTML5 databases such as localStorage will only persist across sessions if a
// cache path is specified. Can be overridden for individual CefRequestContext
// instances via the CefRequestContextSettings.cache_path value. When using
// the Chrome runtime the "default" profile will be used if |cache_path| and
// |root_cache_path| have the same value.
///
cef_string_t cache_path;

///
// The root directory that all CefSettings.cache_path and
// CefRequestContextSettings.cache_path values must have in common. If this
// value is empty and CefSettings.cache_path is non-empty then it will
// default to the CefSettings.cache_path value. If this value is non-empty
// then it must be an absolute path. Failure to set this value correctly may
// result in the sandbox blocking read/write access to the cache_path
// directory.
///
cef_string_t root_cache_path;

实际测试之后，会缓存一些文件，但是不会缓存图片，如下图所示，但是翻页还会加载图片到内存，内存不断增加，到了一定值后还是会崩溃。并不会达到减少内存占用的问题。

3.3SetProcessWorkingSetSize(GetCurrentProcess(), -1, -1);设置缓存到文件---实测无效

百度这个方法说是当程序内存占用过多，或者系统内存不够时，会将内存闲置不经常使用的缓存到本地文件。但是实测也无效；

3.4创建render渲染进程设置Application-cache参数------实测无效

CefBrowserSettings browser_settings;

browser_settings.application_cache = STATE_DISABLED;//禁用缓存
CefWindowInfo window_info;
window_info.SetAsPopup(NULL, "");
window_info.style &= ~WS_VISIBLE;

CefRefPtr<CefBrowser> b = CefBrowserHost::CreateBrowserSync(window_info, this, url, browser_settings, NULL,NULL);

3.5前端不去缓存上一页的图片---实测有效

前端去除采用懒加载方式去下载图片，翻一页不去缓存上一页的图片。

4.总结

最终方案是让前端去修改，去除懒加载方式，不在缓存上一页的图片数据。

作者: Qter 时间: 2024-4-15 13:46
为 .NET Core / Framework 程序开启大内存感知（LargeAddressAware），使 32 位程序支持最多 4GB 的用户空间内存
https://cloud.tencent.com/developer/article/2349824

如果你不做特殊处理，把你的项目以 x86 的架构进行编译，那么你的应用程序在 Windows 上最多只能使用 2GB 的内存（地址空间）。如果你的项目使用 .NET Framework 框架，那么现行有很多简单的方法来帮你实现大内存感知，但 .NET Core 框架下却没有。所以我写了一个库 dotnetCampus.LargeAddressAware，帮助你轻松实现 32 位程序的大内存感知。

dotnetCampus.LargeAddressAware 库

无论你是 .NET Framework 程序还是 .NET Core 程序，只要在你的项目中安装 dotnetCampus.LargeAddressAware 即可立享最高可达 4GB 的用户空间内存。

123

效果

应用程序

操作系统

是否开启大内存感知

最大可使用的用户空间内存

32-bit

❌

2GB

32-bit

64-bit

❌

2GB

32-bit

✔️

3GB

32-bit

64-bit

✔️

4GB

原理

我在 2017 年写的一篇博客（使 32 位程序使用大于 2GB 的内存）中就已经介绍过 32 位程序开启大内存感知的原理和方法了，不过因为一开始我自己也懂得不多，所以写得比较简单。后来也根据自己新的理解也填充了不少内容，但是当初取的标题和内容真的很难被搜到，而且侧重点在方法上。所以现在重写了现在的这篇新的，侧重在让懒用户快速上手，让深度用户快速理解上。

32 位寻址空间只有 4GB 大小，于是 32 位应用程序进程最大只能用到 4GB 的内存。然而，除了应用程序本身要用内存，操作系统内核也需要使用。应用程序使用的内存空间分为用户空间和内核空间，每个 32 位程序的用户空间可独享前 2GB 空间（指针值为正数），而内核空间为所有进程共享 2GB 空间（指针值为负数）。所以，32 位应用程序实际能够访问的内存地址空间最多只有 2GB。

在应用程序的 PE 头上，有一个应用程序是否感知大内存的标记 LARGEADDRESSAWARE。当 32 位操作系统识别到此标记时，会为其提供 3GB 的用户空间；当 64 位操作系统识别到此标记时，会为其提供 4GB 的用户空间，即用户态完全用满 32 位的寻址空间。

其他开启 LARGEADDRESSAWARE 的方法不推荐的方法：仅适用于 .NET Framework 的旧方法

当时的那篇博客中，我提到过可通过编译成 AnyCPU (Prefer 32-bit) 来实现大内存感知，这也是最简单的方式，被 .NET Framework 自带。方法是修改 csproj 文件，加上这两句：

12345

<PropertyGroup>++ ++ <PlatformTarget>AnyCPU</PlatformTarget>++ <Prefer32Bit>true</Prefer32Bit> </PropertyGroup>

可惜，此方法只适用于 .NET Framework 程序，不适用于 .NET Core 程序！因为 .NET Core 框架下编译时，是直接忽略 Prefer32Bit 的！.NET Core 下大内存感知确实是有了，但生成的却是 AMD64 程序，无法在 32 位系统下运行。

不推荐的方法：使用 EditBin 的原始方法

如果还想用自带的方法来完成大内存感知的开启的话，我们只能选用 Visual Studio 自带的 editbin 了。方法是打开 Visual Studio 自带的终端，然后在里面输入：

editbin /largeaddressaware xxx.exe

方法本身其实是非常好的，毕竟是 Visual Studio 自带的工具链。但需要手工执行就是一个大坑！你怎么能保证每次发布前要运行一下这个命令呢？

检查是否已开启大内存感知

我在之前的博客中提到可以使用 Visual Studio 自带的 dumpbin 工具来检查是否开启了大内存感知：

dumpbin /headers xxx.exe | more

但是，我们有更直观的 dnSpy 为什么还要用命令行来临时查看呢？相信你早就注意到前面我已经贴了一张 dnSpy 检查大内存感知的图了。

欢迎光临 firemail (http://firemail.wang:8088/)