# Ping32服务器程序将不再支持32位系统（2021年11月） \| Ping32 \- 终端安全、文档安全解决方案提供商。

Canonical: https://www.nsecsoft.com/default/2021102505.html

Language: zh-CN

Updated: 2026-11-04T08:02:30.138235Z

注意：Ping32客户端不受影响，支持的操作系统范围WindowsXP\-Windows11，含32和64位操作 \[…\]

![](<https://www.nsecsoft.com/site-assets/bd479a7e2f6829c160217f5ef8075eb7317c364c4447adfeb14f5da8239c94ec/8a5206ae5996b29b5602e3c9d052f80fded1bdec723d16b81de046f90577edf6/32e53a4ada01910995eca098e4ca9134ea485bfd28870469765f6b5332361205/haru-at-work132.png>)

*注意：Ping32客户端不受影响，支持的操作系统范围Windows XP - Windows 11，含32和64位操作系统。*

 

随着近几年硬件性能的显著提升，我们观察到，32位操作系统已经逐步退出主流市场，取而代之的是伸缩性、吞吐性更好的64位操作系统。随着64位操作系统的普及，相应的纯粹的64位架构的应用程序也逐渐增多。近期比较知名的两个事件是：“[Visual Studio 2022将推出64](https://devblogs.microsoft.com/visualstudio/visual-studio-2022/)位的版本”和“[Windows 11不再推出32](https://www.microsoft.com/en-us/software-download/windows11)位系统”

 

过去Ping32的服务端组件大多数被编译成x86程序，即32位版本。得益于64位Windows的SysWow64子系统，32位的程序可以完美地在64位的系统上运行。除此之外，我们对数据库做了一些特殊处理，在32位的系统上我们使用32位版本的数据库，在64位的系统上我们使用64位的数据库。为什么要这么做？很多人都知道，32位程序的虚拟内存寻址空间理论上只有4GB，出去内核空间外及某些特殊用途的保留区域，应用层可用的虚拟地址空间只有不到2GB。对于小型软件来说，2GB的内存空间是足够用的。但是对于大型的吞吐量较大的服务器组件，却是捉襟见肘的。时至今日，很多服务器后端组件已不再推出32位版本，比如Redis，MongoDB等。

 

**因此基于我们对实际用户环境的调研，以及未来Ping32更新迭代的需要，从2020年11月开始，Ping32服务器程序不再支持32位的操作系统。**64位程序架构的升级将会持续1-2个月，在此期间我们的服务端组件将会全部被重新编译为64位版本。届时升级完成后，用户将会有以下获益：

 

**更优的性能**

64位程序具备更大的虚拟内存寻址空间。对于服务器组件来说意味着可以获得更高的吞吐量以及更好的伸缩性，进而降低磁盘I/O，提升性能。

 

**拥抱新技术**

在技术选型过程中，很多新的技术已经不再提供32位的支持。因为升级到64位的版本后，Ping32后端可以更多地拥抱新技术，带来更好的产品体验创新。

 

尽管我们做了充分的调研以及考虑，可能部分用户依然有将Ping32部署到32位环境的需要，如果你有这样的需求，欢迎[联系我们](https://www.nsecsoft.com/support/)告知你的使用场景及考量。