-------------找感觉的日子----------------

找了2个多星期的感觉，关于性能测试，调优，代码调整，优化方案，写报告的方式。

其中被骂多次，迷茫多次，抽烟多盒，豆豆多个。和人了解方法多次。

要的是找到那种感觉，方法不重要，感觉最重要。找到感觉了，方法会有的，方案会有的，报告也就有了。

今天和J聊了几句，有种豁然开朗的感觉。

细节每个问题都有。性能的来源在CPU上，并发锁只是表象。这是APP容器去做的事情，根据异常，堆栈，去找问题，分析问题，始终是纠缠在细节。

如果确认不是并发的问题，那么，单线程时间戳，循环统计，会有一些结果。

-------------关于部门平均分80的想法--------------

内部项目，均分为80？

这是个笑话？还是说我们的项目经理不够OK？下次换人再做？在项目经理打分的时候，他是不是应该先扇自己几巴掌？自己的人，都没培养ok？这就是管理么？

一个TEAM有10人，我只需要比5个人好一点，就ok了，然后明年继续进步一点？保持进步的速度？

这是个培养人才，让人看不到天花板的发展方式么？怎么看怎么感觉像在国企哇。

为什么我们要把别人比下去？而不是把我们的过去比下去？

笑话！！！

一球成名，海边，glen说：

 Aye. You know, most players, myself included, they play within themselves. They play to their strengths so they don’t expose their weakness. The great players, the ones with flair, they take risks, because they don’t believe they’re risks.

其实，在工作中也是这样。

给充分的犯错误的机会，才会有充分的空间成长，一直做没有挑战的事情，是多么可怕的生活？

当然，这是年轻的力量。

2009年年终总结

---------------------关于工作---------------------

1）某部队项目，获得部队领导一致好评。想起来那段没日没夜的时光，很惊奇的是，我只是记得我们一起喝酒的情节。

2）广移挨骂，weblogic部署写高版本JAR到公共路径，导致weblogic其他应用不能启动。

3）福州培训，讲的很烂。

4）深圳某项目，从6月15号结束，到7月15号结束，到8月30号结束。该项目做的比较痛苦，萌生退意，于7月15号研发调任，系统部，性能测试，调优。

5）SDP+LINUX+ORACLE性能测试，为SDP出报告。没有调优工作，熟悉weblogic常见问题，线程池，连接池等。

6）STUDIO性能测试。报告，数据。发现lucene性能损耗。牛人王磊分析，添加wsdl元素，节点等缓存，性能提升20%左右。

7）BPS SP2性能测试，报告。主测短流程。

8）EOS6.1性能测试，报告。无分析，服务调用。出报告，无profile分析，只1k一下数据测试，无分数据量大小测试。

9）BPS6.1性能测试，调优。发现instpool LRU算法问题，服务远程接入排队问题，异步调用，服务接入OOM问题等。

10）HP BTF性能测试。学习ORACLE调优。HP内核参数调优。

11）深圳某项目测试。学习FLEX测试方法，informix一些调整等。

-----------------------------关于生活------------------------

带女朋友回上海，公司上班的日子，每天带饭上班，平淡的幸福能让人满足。偶尔出差也在半个月内，基本还能接受。

-----------------------------关于未来-------------------------

蜗居一时盛行，万恶的资本。上海的房价飙升的十分不靠谱。我在考虑，差不多快到了离开上海的时候了。努力学习，等待机会。

究竟意难平，为了意气，或者所谓的证明自己，失去了比较多。

幸福只是心里的感觉，而上海的幸福感，出人意料的低。

应该成熟了。

-----------------TPC---------------

TPC为非赢利性国际组织，事物处理性能委员会（TPC，Transaction Processing Corp）。

-----------------TPC-C--------------

TPC-C是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。

TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务（tpmC）吞吐量。特别值得一提的是，它将专门测量系统在同时执行其它四种事务类型（如支付、订单状态更新、交付及证券级变更）时每分钟所生成的新增订单事务数量。

-----------------TPM-C--------------

TPC-C的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。

-----------------TPC-C规范概要----------------

TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商，它拥有若干个分布在不同区域的商品库；每个仓库负责为10个销售点供货；每个销售点为3000个客户提供服务；每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货，需要由其他区域的仓库来供货。
该系统需要处理的交易为以下几种：
  New-Order：客户输入一笔新的订货交易；
  Payment:更新客户账户余额以反映其支付状况;
  Delivery:发货(模拟批处理交易);
  Order-Status:查询客户最近交易的状态；
  Stock-Level:查询仓库库存状况，以便能够及时补货。
对于前四种类型的交易，要求响应时间在5秒以内；对于库存状况查询交易，要求响应时间在20秒以内。

-----------------之间的关系------------------

TPC-C使用三种性能 和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。要注意的是，在处理新订单的同时，系统还要按表1的要求处理其它4类事务 请求。从表1可以看出，新订单请求不可能超出全部事务请求的45％，因此，当一个 系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。价格是指系 统的总价格，单位是美元，而价格性能比则定义为总价格÷性能，单位是＄/tpmC。

第五章 trouble shooting

数据库维护

dbca 数据库界面维护

netca 网络监听界面维护

emctl控制台维护

常用命令如下：

emctl start dbconsole 启动em。

emctl stop dbconsole

rmi远程访问 hp -ux的应用，会转到到另外一个IP.

查看/etc/hosts文件，去掉无关的ip和描述。

操作数据库，大量事务，shutdown immediate，数据库挂起

SQL> alter system checkpoint; 　　

SQL> shutdown abort 　　

SQL> startup restrict 　　

SQL> shutdown immediate

SQL> startup

数据库cpu过高的跟踪过程

1.       确保EM关闭。

2.       确认对应的用户在对应的表空间。

SQL> select username,default_tablespace from user_users;

1．  查看sql参数是否生效

SQL> show parameter processes；

SQL> show parameter sessions；

SQL> show parameter sga；

SQL> show parameter pga；

2．  查看操作系统的参数是否生效。

#sam

在出来的字符集界面，查看Kernel Configuration

查看Tunables

查看设置的系统参数是否生效。

5.      查看IO.

Loadrunner无法监控hp-ux的系统资源

打开/etc/inetd.conf

找到

#rpc  dgram  udp  wait    root  /usr/lib/netsvc/rstat/rpc.rstatd

去掉注释，下次系统重新启动，即可监控。

或者在/usr/lib/netsvc/rstat/目录中

#./rpc.rstatd

数据库初始化

当库表的字段够多，而脚本初始化很快的时候，直接删除行会是一个比较漫长的过程。而且删除后需要分析该表格。

建议用 truncate table TRANJOURNAL 来清空表，重新初始化数据即可。

应用服务器连接数不够，sessions不够

请查看数据库对外的processes数量。

SQL>show parameter processes;

SQL>show parameter sessions;

如果低于连接数，参考修改processes,sessions修改。

查看sessions对应的sql为：

SQL>select * from v$resource_limit where resource_name = 'sessions';

第四章 loadrunner 压力端调整

指定MDRV.EXE使用进程数

在本次测试中，loadruner客户端，发起的JAVA协议连接，由于并发的数量比较大，我们只能采用线程的模式。在loadrunner中，默认的是每50个vuser会使用一个mdrv.exe进程，但是有些时候vuser中的使用的线程太多就会使测试程序的效率特别低，这时候就希望能够可以多起几个mdrv.exe的进程，每个进程中的vuser数量少一点，通过更改

HP\LoadRunner\dat\protocols\ Java_protocols.lrp文件。

在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量 这样每个mdrv.exe进程中的vuser数量就是你上面设置的数量了。

JAVA协议测试，JVM参数配置

需要配置环境路径 

需要配置JVM参数

不能添加-server参数。

更改（windows 2003）操作系统的对外最大tcp连接数。

应用程序从系统请求可用用户端口时，TCP/IP 可指定的最高端口号。

使用 regedit 命令访问

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键并创建名为 MaxUserPort 的新 REG_DWORD 值。缺省值：无建议值：至少十进制 32768，最大值十进制 65535。重新启动系统后生效。

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] “MaxUserPort”=dword:000415630

PS：此次测试用的可是正版的loadrunner。