DevelopandtuneapplicationonPower_L3_移植调优案例分享_v3课件.ppt

? Copyright IBM Corporation 2012 L3课程 —— Develop and tune application on Power Page * Page * L3课程 —— Develop and tune application on Power Page * Page * L3课程 —— Develop and tune application on Power Page * Page * IBM蓝色精英L3课程– Develop and tune application on Power 调优案例分析 环境 : p630 应用: HLR, 电信3G中的归属寄存服务器 CPU瓶颈 较少访问磁盘 所有进程是单线程. 一个dispatcher进程和 CPU个数*2 service进程 Oracle数据库, 轻度调用 问题： TCP连接经常因为负载过高而断连重连，然后CPU仍然有30%空闲. 案例一：CPU 定位: 使用tprof/truss命令分析应用进程: 发现dispatcher进程浪费太多CPU时间在“select”系统调用 进程经常被操作系统调整优先级和重新调用，从而让其他进程抢占时间片。 “select”系统调用浪费太多空闲CPU，导致dispatcher优先级迅速降低。 当数据来临时，dispatcher进程又因为优先级较低得不到CPU时间片。 案例一：CPU 调优： 调整 select() timeout 参数为 (20ms), 和 NfdsMsgs 参数? FD_SETSIZE of 2000/32k/64k 修复其他bug, such as EAGAIN handling, should not end socket ops no -o fasttimo=50 and to use larger send/recv buffer of 64k Round-robin load distribution policy (dispatcher) changed to “Least Loaded” policy. 性能提升50% 案例一：CPU 案例二：内存 环境: POWER5+ p570 应用: 1. 多线程，25个TCP接收线程，20个TCP发送线程 2. 1个service线程, 1个log线程, 40个DB线程 Customer Complaint: 1. TCP连接经常因为负载过高而断连重连，然后CPU仍然有30%空闲. 2. 初步断定是内存问题 案例二：内存 定位 pg tprof.sum Process Freq Total Kernel User Shared Other Java ======= ==== ===== ====== ==== ====== ===== ==== wait 31 68.15 68.15 0.00 0.00 0.00 0.00 capp 63 31.61 19.71 4.92 6.97 0.00 0.00 psmd 1 0.16 0.16 0.00 0.00 0.00 0.00 /usr/sbin/syncd 1 0.03 0.03 0.00 0.00 0.00 0.00 /usr/bin/topas 2 0.02 0.02 0.00 0.00 0.00 0.00 Kernel Total % For All Processes (KERNEL) = 87.76 Subroutine % Source ========== ====== ====== h_cede_end_point 39.68 hcalls.s .waitproc_find_run_qu