Windows句柄数限制

设置

GDIProcessHandleQuota项设置GDI句柄数量，默认值为2710(16进制)/10000(10进制)，该值的允许范围为 256 ~ 16384 ，将其调整为大于默认的10000的值。如果您的系统配置了2G或更多内容，不妨将其设置为允许的最大值 16384(10进制)；
USERProcessHandleQuota项设置用户句柄数量，默认值同样为2710(16进制)/10000(10进制)，该值的允许范围为 200 ~ 18000 ，将其调整为更多的数值。同样地，对于具有2GB或更多物理内存的系统，不妨将用户句柄数直接设置为上限 18000(10进制)；
感觉设置了没啥作用，多出了那一点句柄数起不了什么作用。

原文地址：https://www.cnblogs.com/zhaogaojian/p/8549250.html

时间： 2024-10-11 04:38:45

Windows句柄数限制的相关文章

.NET对象与Windows句柄（三）：句柄泄露实例分析

在上篇文章.NET对象与Windows句柄(二):句柄分类和.NET句柄泄露的例子中,我们有一个句柄泄露的例子.例子中多次创建和Dispose了DataReceiver和DataAnalyzer对象,但由于忘记调用DataAnalyzer的Stop方法,导致产生句柄泄露.本文假定我们已经发现了泄露现象但还不知道原因,讨论如何在这种情况下分析问题. 一.发现问题在程序运行约一个小时以后,通过任务管理器发现句柄数超过5000,线程数也超过1000.对于一段只需要并行接收和分析数据的简易代码来说,这

.NET对象与Windows句柄（一）：句柄的基本概念

在.NET编程中,得益于有效的内存管理机制,对象的创建和使用比较方便,大多数情况下我们无须关心对象创建和分配内存的细节,也可以放心的把对象的清理交给自动垃圾回收来完成.由于.NET类库对系统底层对象进行了封装,我们也不需要调用Windows API来操作非托管对象.但不直接操作非托管对象,并不意味着程序不会间接创建这些对象,如果不了解.NET对象与非托管资源的关系,我们很有可能因为不恰当的使用这些托管对象,而导致非托管资源泄露.本文尝试说明Windows对象和句柄的基本概念,以及.NET编程中的

.NET对象与Windows句柄（二）：句柄分类和.NET句柄泄露的例子

上一篇文章介绍了句柄的基本概念,也描述了C#中创建文件句柄的过程.我们已经知道句柄代表Windows内部对象,文件对象就是其中一种,但显然系统中还有更多其它类型的对象.本文将简单介绍Windows对象的分类. 句柄可以代表的Windows对象分为三类,内核对象(Kernel Object).用户对象(GDI Object)和GDI对象,上一篇文章中任务管理器中的“句柄数”.“用户对象”和“GDI对象”计数就是与这几类对象对应的.为什么要这样分类呢?原因就在于这几类对象对于操作系统而言有不同的作用

图解说明——究竟什么是Windows句柄

图解说明——究竟什么是Windows句柄参考资料:http://blog.csdn.net/newjerryj/article/details/4383701 http://www.cnblogs.com/yellowyu/archive/2009/06/07/1497910.html 写在前面: 对于“句柄”,在下一直停留在一知半解的认识层面,近日在下学习Windows编程,决定趁此机会将句柄彻底搞清楚.查阅了一些网络上的资料,发现网络上的讲解大概可以分为两类:一种是以比喻.类比的方式说明,

服务器内存占用不断的增加 & 任务管理器(PF使用率)不断的增加：关注句柄数

最近一二个月以来,我发现服务器的内存占用正按着每天60M的速度增加. 一台windows 2003的服务器(2G内存),刚刚启起时占用内存:600M左右. 运行20天后,内存占用(PF使用):1.8G 其实物理内存使用情况在这20天来并没有太大的变化,但虚拟内存占用明显在不停的增加. 我通过“任务管理器”一直也找不到是哪个进程占用的这么多的内存. 也许是因为“任务管理器”里显示的内存占用仅代表的是“物理内存占用”吧. 今天对比服务器上和本地电脑上的“任务管理器”的显示情况,偶然发现它们之前的一个

服务器内存线性增长，根据句柄数查找问题进程

服务器修改成nignx+xxfm之后访问速度变快了很多.但是服务器内存每天线性增长30M左右. 网上找了很多资料都不行.根据这篇文章服务器内存占用不断的增加 & 任务管理器(PF使用率)不断的增加:关注句柄数(转) 查看所有进程的句柄数,发现xxfm.exe进程的句柄数有3万多,其他进程都是最多的也就是900句柄. 之后结束xxfm.exe进程然后重启nigx,服务器内存由1.58GG 变成了正常的960M. 以后只能每个月结束一次xxfm进程了.用windows想做到服务器几年不用操心还是

linux下查看系统进程占用的句柄数

查看系统默认句柄数: [[email protected] ~]# ulimit -n 65535 [[email protected] ~]# 查看当前系统打开的句柄数 [[email protected] ~]# lsof -n|awk '{print $2}'|sort|uniq -c|sort -nr|more 553 26093 205 22235 175 25323 142 23897 125 1020 113 6857 79 3570 61 30939 58 19726 53 30

c# 句柄数不断攀升的解决方案

句柄只是用来标识应用程序中的不同对象和同类中的不同的实例的一个数字,通常情况下,句柄值对普通用户毫无用处,但是句柄数量却可以间接反映出一个程序里产生的对象实例的多少.句柄数越多,代表程序里new 出来的对象越多.但是在c#里,经常会遇到句柄数莫名其妙的增加. DateTime lastTime1 = DateTime.Now.AddHours(1); while (true) { var a = lastTime1 - DateTime.Now; if (a.TotalHours <= 0) {

Linux Shell 网络层监控脚本（监控包括：连接数、句柄数及根据监控反馈结果分析）

脚本监控: 获取最大句柄数的进程: 链接分析: 脚本片段: case "$handle" in 2) echo "The handle of the process : " echo " " handle | awk '{print $3 "\n" $5 "\n" $7 "\n" $9 "\n" $11 "\n"}' > temp for i