"高并发" 自己的小平台进行了下压力测试

场景：
        最近去面试,经常被问到大数据、高并发之类的问题,我一个搞企业管理系统的人对于大数据、高并发还真是陌生，不过这并不能阻碍一个屌丝程序猿的求知欲,于是乎趁着周末有空，我对我自己的以前搞的一个 小平台进行了一下压力测试

硬件环境：Lenovo ThinkPad E420 ( Intel Core i3 2430M,4G内存 1666Hz貌似) 哎 屌丝笔记本伤不起啊
软件环境：Windows 7 Ultimate 7600 64Bit ,Jdk1.6 64Bit,Tomcat6 32Bit,LoadRunner 11 破解版  ^_^
测试参数：虚拟用户 300 - 500 ,在进行保存用户前 设置 集合点
测试结果：一个好消息一个坏消息 ,坏消息是在用户保存的时候 高并发的情况下,我对用户编码 字段 进行的逻辑判断已经变的毫无意义,保存了好几条编码一样的数据,好消息是 系统没有崩溃,我的ehacche 缓存session 也工作的比较正常，当我把并发用户调整到400 左右的时候，瓶颈在于我的本本的cpu了，cpu一直100%,导致我无法进行 测试我的程序的最高支持的并发多少而不崩溃了  呵呵

好了，闲话不说了，直接上我的测试截图

这张是脚本配置 

这张是测试结果的截图

最后这张是我的可怜的CPU

关于那个重复保存用户编号的问题，我会继续跟进,这是我开始迈进高并发的行列的第一步(貌似还远着呢)哈哈，不过我解决了这个问题后我相信我水平又要提高了 哈哈

PS：基于这个编号重复的问题，我在osc上提了一个问题  http://www.oschina.net/question/156709_112566 ，根据大家的积极响应，我最后决定使用  数据库唯一索引  +  事务控制  + 代码中缓存来搞定，数据库唯一索引是一定要做的，因为如果只在代码中控制的话，集群部署的应用的话，就悲剧了