自己机器的wiki已经完成了架设的过程，并已经启用了，我会把自己的工作过程和遇到的问题作为tip记录下来，积累和提高。

---------------eos for weblogic的默认安装-----------------

访问console，默认的用户名/密码为  system/eosversion

--------------强制杀进程-------------

kill -9 pid

--------------too many open file 文件句柄超出-------------

在使用linux服务器做web应用服务器时，linux默认的对外file连接数量为1024. 也就是说，如果做压力测试的话（偶就是搞这个的），一定需要修改对外的tcp链接数量。

一般这种错误，对应的是日志中的too money open file.

在Linux下，我们使用ulimit -n 命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象squid、mysql、java等单进程处理大量请求的应用来说就有点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值，就会提到“too many files open”的错误提示。如何知道当前进程打开了多少个文件句柄呢？下面一段小脚本可以帮你查看：

lsof -n |awk '{print $2}'|sort|uniq -c |sort -nr|more 在系统访问高峰时间以root用户执行上面的脚本，可能出现的结果如下：

# lsof -n|awk '{print $2}'|sort|uniq -c |sort -nr|more

131 24204   
   57 24244   
   57 24231   
   56 24264

其中第一行是打开的文件句柄数量，第二行是进程号。得到进程号后，我们可以通过ps命令得到进程的详细内容。

ps -aef|grep 24204 即可查看对应的进程。

但是如果系统并发特别大，尤其是squid服务器，很有可能会超过1024。这时候就必须要调整系统参数，以适应应用变化。Linux有硬性限制和软性限制。可以通过ulimit来设定这两个参数。方法如下，以root用户运行以下命令：

ulimit -HSn 4096 以上命令中，H指定了硬性大小，S指定了软性大小，n表示设定单个进程最大的打开文件句柄数量。个人觉得最好不要超过4096，毕竟打开的文件句柄数越多响应时间肯定会越慢。设定句柄数量后，系统重启后，又会恢复默认值。如果想永久保存下来，可以修改 /etc/profile 把上面命令加到最后。

当然，也不建议过多，会对资源有所损耗。 由于我是上的300虚拟用户，我直接给当前连接窗口给开到了10240。

----------------------远程连接相关----------------

用 nohup ./startServer.sh启动服务，可以断掉链接，服务存在。

----------------load runner相关设置--------------

巧用参数生成123456000000到123456150000的编号。设定如下：

图中的100对应着我的100 vuser的并发。这样设置的意思，到最后就能100并发，生成123456000000到123456150000并且不重复。

-----------------web service压力测试注意------------------

听GZ说起，一个注意点。

获取连接的时候，应该把获取连接的方法提取到静态方法中，不能每次动态获取连接。

不然压力上去，性能就下来了，做个笔记。

---------------------------------------------------------

破解的8.1，100 vuser，一个controller能管理多个clinent，但是并发用户总数还是不能超过100，还需要手工合并压测数据，真晕。