• 为什么发生此问题？
• 收集高 CPU 占用率的数据
• Solaris
• Linux
• AIX
• HP-UX
• Windows
• 外部资源

为什么发生此问题？
发生此问题有许多原因：WebLogic Server 本身、用户创建的线程、不良编码习惯或第三方软件。遗憾的是，证明在什么地方发生此问题有时候非常困难。本模式尝试通过利用特定操作命令和收集数据来帮助排除此问题。

返回页首

收集高 CPU 占用率的数据
对于有关收集高 CPU 占用率的数据的特定操作信息，请根据您的操作系统执行以下步骤。

重要说明：
这些操作系统的所有信息都基于 Sun JVM。 目前在 JRockit 中还没有办法将 PID 从说明 CPU 占用率的操作系统命令（prstat、top、pslist 等等）映射到 Thread Dump 中的正确线程。 从 Jrockit 的 70SP4RP2 和 81SP2RP1 以后的版本起，就可实现此映射。 例如，在 Linux 中，Thread Dump 在以后的版本中将采用如下形式（PID 显示在 Thread Dump 中）：

在上例中，PID 是 23166，您可以通过 Linux 或任何所在系统上的 top（或任何您需要在操作系统上使用的特定命令）输出直接关联该 PID。

转换为十六进制号码

备注：为协助您计算在本模式中讨论的十六进制值，您可以在 Shell 脚本中使用下列行将十进制号码转换为十六进制号码。如果您使用 Unix 操作系统，那么转换会很方便。

    dec -> hex:  755 = 2f3

返回页首

1. 在 Java 进程中运行 prstat命令。重复几次这个操作，以便您能够看到一种模式。例如：prstat -L -p <PID> 1 1

2. 在 Java 进程中运行 pstack命令以获得从轻量型进程 (LWP) 到 PID（进程 ID）的映射。 

3. 经过一段时间后对服务器进行若干 Thread Dump，确保您执行正确的线程。 

4. 将 LWP ID 映射到 Java 线程 ID。 

5. 检查 Thread Dump，找到匹配“nid= <上述标识符/值>”的线程。

6. 您将需要：
• 确定为什么在您的代码中会发生这个问题
  
• 或者，如果堆栈的最顶端输出来自 WebLogic，请与 BEA 客户支持部门联系。

1. 在 Java 进程中运行 prstat 命令。

2. 运行 pstack 命令。

3. 为“lwp# 8”检验 pstack输出结果。 

4. 通过在 Java 进程中执行以下命令对服务器进行 Thread Dump：

5. 由于 lwp# 8 映射到 thread #76，您可以将 76 换算为十六进制值 4c。

6. 然后，您可以检查该线程以确定它正在执行的任务以及是否出现问题。

返回页首

1. 获得最顶端输出并查找与之前启动了现占用 CPU 的 WLS 的那个用户 ID 相关联的 PID。 

2. 通过 kill -3 <PID> 对 WebLogic Server 进行若干 Thread Dump

3. 将步骤 1 中的 PID 号转换为一个十六进制值。 

4. 在 Thread Dump 中搜索 nid 的值等于上一步骤中所得到的十六进制值的线程。

5. 确定为什么在您的代码中会发生这个问题，或者，如果堆栈的最顶端输出来自 WebLogic，请与 BEA 客户支持部门联系。

下面是 Linux 系统中上述进程的一个示例：

1. 获得 top输出并查找与之前启动了现占用 CPU 的 WLS 的那个用户 ID 相关联的 PID。 

2. 将该号转换为一个十六进制值。 

3. 使用此十六进制值并在 Thread Dump 中查找哪个 nid 等于该值，以便从 Thread Dump 中获取正确的线程。

4. 然后，您可以检查该线程以确定它正在执行的任务以及是否出现问题。 

#
# Takes an argument (PID of the WLS process) and loops three times.  This will append the prstat information to a file called dump_high_cpu.txt.  The thread dump information will either be in file where stdout was redirected or printed on the screen.
#

for loopnum in 1 2 3
do
   top -b -n1>> dump_high_cpu.txt
   kill -3  $1
   echo "cpu snapshot and thread dump done. #" $loopnum
   sleep 1
   echo "Done sleeping."
done

1. 执行： ps -mp <WLS_PID> -o THREAD 以查找正在占用 CPU 的 tid。 

2. 通过执行以下命令对服务器进行 Thread Dump：

3. 运行： dbx -a <WLS_PID>

4. 在 dbx 中时，运行 dbx thread命令（以列出所有线程）。

5. 查找与您通过 ps -mp <PID -o THREAD 命令获取的 TID 匹配的行。 

6. 在 dbx 中时，运行 dbx 命令 th info <TID>（此 TID 来自上一步骤，该步骤在 $t<NUM>后面列出号码）以获取关于该线程的信息。

7. 从第 3 步骤的输出中，在“general”下查找“pthread_t”，并记录该十六进制号码。

8. 非常重要说明：在 dbx 提示符下，您需要在完成操作时在 dbx 命令行键入“detach”，否则，如果您在连接到进程时只要一退出，dbx 将终止该进程！

9. 记下“p_thread_t”输出中的十六进制值，并在 Thread Dump 中搜索其中哪个线程的“native ID”等于该值。 

   这将为您揭示造成高 CPU 占用率问题的线程。

10. 确定为什么在您的代码中正在发生这个问题，或者，如果堆栈的最顶端输出来自 WebLogic，请与 BEA 客户支持部门联系。

下面是 AIX 系统中上述进程的一个示例：

1. ps -mp 250076 -o THREAD 将显示以下内容：

2. 通过 kill -3 <WLS_PID> 进行该 WLS_PID 的 Thread Dump

3. 检查 ps -mp <WLS_PID> -o THREAD命令所输出的信息。

4. 运行 dbx -a 250076以连接到 WebLogic Server 进程。

5. 运行 thread 命令以列出所有本地线程。

6. 运行 th info 17 命令以获取关于该本地线程的必要信息：

7. 非常重要说明：在 dbx 提示符下运行“detach”以从 WebLogic 进程中分离。

8. 记下上述“pthread_t”的数值，并用来查找 WebLogic Server 进程的 Thread Dump 中的正确线程。

9. 从早期进行的 Thread Dump 中，您可以将十六进制号码“1011”与 Thread Dump 中在“native ID”之后的号码进行匹配。

   下面是匹配此十六进制号码并造成高 CPU 占用率问题的线程示例：

10. 确定为什么在您的代码中正在发生这个问题，或者，如果堆栈的最顶端输出来自 WebLogic，请与 BEA 客户支持部门联系。

返回页首

1. 单击 hp_prstat 以下载 BEA 技术支持部门开发的 hp_prstat 实用程序。

2. 在 Java 进程中运行 hp_prstat命令。

3. 通过在 Java 进程中执行以下命令对服务器进行若干 Thread Dump： kill -3 <PID>。

4. 稍后，完成另一个 hp_prstat <PID>快照。

5. 检查两次 hp_prstat迭代的输出结果以找到已经迅速增加用户时间的出现问题的 LWPID。

6. 一旦您获得该号码 (LWPID)，请检查 Thread Dump，以查找您已经完成的 Thread Dump 中哪一项的 lwp_id=<等于您所获得的 LWPID>。

   这将匹配将要占用完 CPU 的有问题的线程。

7. 确定为什么在您的代码中会发生这个问题，或者，如果堆栈的最顶端输出来自 WebLogic，请与 BEA 客户支持部门联系。

1. 在 Java 进程中运行 hp_prstat 命令。 

2. 每隔几分钟执行一次上述操作，执行数次，同时观察发生高 CPU 占用率的情况。