我有一个需要一些内存调整的网络应用程序。虽然我已经对应用程序本身进行了概要分析并进行了精简，但在我们最繁忙的实例中，JVM本身对我来说似乎过于臃肿了。(低容量的实例没有这个问题。)详情:平台:RHEL464位(Linux2.6.9-78.0.5.ELsmp#1SMPx86_64)SunJava6(JavaHotSpot(TM)64位服务器VM(构建10.0-b23，混合模式))startup.sh中带有-d64的Tomcat6>我的网络应用目前有一些代码在生产中需要运行64位的好处。我观察到一段时间后(一周)JVM的常驻内存大小(如顶部所示)是我的-Xmx设置大小的三倍。非堆内存大小等

我启动一个新的bashshell，然后执行:ulimit-m102400ulimit-a"corefilesize(blocks,-c)0datasegsize(kbytes,-d)unlimitedschedulingpriority(-e)20filesize(blocks,-f)unlimitedpendingsignals(-i)16382maxlockedmemory(kbytes,-l)64maxmemorysize(kbytes,-m)102400openfiles(-n)1024pipesize(512bytes,-p)8POSIXmessagequeues(bytes

我正在尝试调试MongoDB配置的一些性能问题，我注意到驻留内存使用率非常低(大约是系统内存的25%)，尽管偶尔会发生大量故障.鉴于MongoDB如此依赖内存，看到使用率如此之低，我感到很惊讶。这是按内存使用情况排序的顶部快照。可以看出没有其他进程在使用大量内存:top-21:00:47up136days,2:45,1user,loadaverage:1.35,1.51,0.83Tasks:62total,1running,61sleeping,0stopped,0zombieCpu(s):13.7%us,5.2%sy,0.0%ni,77.3%id,0.3%wa,0.0%hi,1.0%

　　我们可以通过使用Win32Api来制作一些强大的功能，本文将通过示例代码来介绍使用Win32Api来之做桌面窗口停靠功能；　　效果图：   　　一.通过Nuget引入Vanara.PInvoke.Shell32和PInvoke.User32这两个库。     　　二.功能列表　　　　1.Berth函数，将窗口停靠在桌面的右侧；　　　　　　1).使用Shell32.SHAppBarMessage函数的两次调用将桌面的指定位置设置为"AppBar"区域;　　　　　　2).使用AppWindow将窗口的模式设置为菜单模式（该模式会将窗口的标题栏移除，并且禁用了用户更改窗口大小的功能）；　　　　　

　　我们可以通过使用Win32Api来制作一些强大的功能，本文将通过示例代码来介绍使用Win32Api来之做桌面窗口停靠功能；　　效果图：   　　一.通过Nuget引入Vanara.PInvoke.Shell32和PInvoke.User32这两个库。     　　二.功能列表　　　　1.Berth函数，将窗口停靠在桌面的右侧；　　　　　　1).使用Shell32.SHAppBarMessage函数的两次调用将桌面的指定位置设置为"AppBar"区域;　　　　　　2).使用AppWindow将窗口的模式设置为菜单模式（该模式会将窗口的标题栏移除，并且禁用了用户更改窗口大小的功能）；