当使用委托的类加载器时，JVM可以创建大量的ClassLoader对象。对于Java 5.0 允许的类加载器数量受限制 [默认限制是：8192]，并且在超出此限制时抛出OutOfMemoryError异常。查阅了Java 6.0 貌似已不做限制了。如果怀疑是类加载问题，可以开启trace，再分析-Xmxcl参数 用来设置：增加...

CommTimeOut和idletimeout不宜过大，否则容易出问题。建议10000以内。lanfree没啥调的。可以尝试使用共享内存通信替换tcpip通信 在某些情况下会有优化

内存溢出问题是先分析HeapDump文件，通过分析HeapDump文件来得知哪些类所占的内存过大，从而去分析对应的代码，找到根源，不要先去分析JavaCore、ThreadDump

WAS 9与Liberty的各个版本都可以支持，建议用用Liberty镜像下载地址为：https://registry.hub.docker.com/_/websphere-liberty/

Paging Space不足100%，从OS的角度，应该OS不会挂。但从上层应用的角度，某个应用可以挂。1）比如JVM分配了1.5G，out of memory, 上面跑的WAS服务器挂了。这时候was server只用自己的1.5G，可能paging space并没有满。2）总内存30G，数据库分配3G，可能数据库因为内存太少，跑的时候hang住了...

各位好！今天遇到一个问题， was8.5的服务器内存溢出。生成了3个文件：1、core.****.dmp文件2、javacore.****.txt 文件3、Snap.****.trc 文件问题：1、为什么没有生成phd文件呢？是因为本次内存溢出，主要是线程问题造成的么？2、core.***.dmp需要进行分析么？它是一个转储文件，特别大，53G...(more)

内存不足（outofmemory），可能有两种情况1）分配的JVM内存真的不足你的comp memory（计算内存）只占了62%，不妨给JVM多分配一些内存，看看效果（不确定，你的设备是否支持更大的JVM内存配置）2）内存本来够用，但应用有问题2.1）不妨看看，core、dump文件中，出现outofmemeory的时候有什么规律，那些进程/...

在server配置一个环境编辑即可。IBM_HEAPDUMP=true

[querypolicylist/hs/NBQueryUnsignUccHSImpl.queryPolicyList()]怀疑返回没有带分页的大量数据记录，导致OOM的，分析一下代码与数据库表里的记录大小。日志上传好了，发出来看看。

问题是你的WAS的单个JVM最大堆与最小堆设定成多少Ｇ呢？