1、不要像loadrunner一样使用集合点，jmeter不需要
2、性能测试 线程组设置的时候 永远
3、启动jmeter之后，打开log
4、分布式的话 tps是多台电脑的tps之和 自动加好了的
5、测试环境数据不要用生产环境的真实数据，必须造
6、性能测试最好关注 后端代码以及应用服务器、DB数据库的性能，客户端的性能是最后关注的
7、性能测试监控 nmon
8、多使用jmeter的debug sample
9、gui界面 调试 no gui主要跑脚本跑报告
10、
jmeter 做服务端性能 不要考虑和chrome 方式执行,
jmeter 本身性能比较差，线程切换基本上可以 忽略，高并发频繁创建线程，会导致cpu使用过高，队列有积压。线程切换 还好吧，现在服务器线程切换ms，几万的,
多了负载高了，cpu核数肯定不够,
这个我看过,
低并发，会有 队列排队，但是负载不高，时间损耗不严重，
有兴趣的同学可以测试一下，已qps，进程阻塞数，负载数，线程切换 这几个指标看看
chrome 是有6个线程同时运行，jmeter是一个线程按顺序执行，确实是这样；
高并发的时候jmeter的结果还是可以参考的，不可能模拟那么全面；
chrome是一个标签页一个进程；
貌似jmeter是没有线程池的 线程很多的情况下 大部分时间花在了线程创建以及线程上下文切换；
查看下web浏览器的原理，访问同一个域名是是6个连接同时访问的