第一次看到大口袋啊。哈哈。。。顶个。。。

hi，有个疑问， 我现在遇到个问题。 我发现 在.ngrinder\perftest\0_999\67\report 里面我监控目标服务器的 .data 数据是空的，请问对应的源码，是哪个做写入 这些.data 文件的

#27 楼 @chengaomin 你有尝试下载源码，自己打 war 包么？

nGrinder 原代码，获取 cpu 内存都是通过 Sigar 库来解决，但是有个问题，我去查阅了这个 Sigar 的 cpu 类 api，未能找到获取 cpu load 值的方式，不晓得是我查阅有误还是就是不支持。

问个问题，ngrinder 中如果用 maven 工程，好像每次执行脚本都会去下载对应的 jar 包到 lib 文件夹内，能否控制，第一次下载就好了，如果没更改就不需要再下载？

膜拜大神，一直关注着 。 作为国内少有人使用的 nGrinder 的，需要更多深入去了解的人。

webview 本身就是一个页面，你可以尝试用 chrome 来。详细操作你可以看：https://developer.chrome.com/devtools/docs/remote-debugging

#8 楼 @neven7 现在我想监控到 cup 的 load 值，但是不懂怎么搞。

刚开始接触这个平台不久，楼主是否可以多多分析源码。

#23 楼 @jennyhui 好牛逼，活跃各种社区。O(∩_∩) O 哈哈~

性能测试需要考虑的东西太多面了，设计脚本，场景设计，硬件资源等等。 而且还得考虑压测环境数据情况，这个也是非常重要的。 例如你是 get 拿数据请求，从 100 个数据中拿 10 个和从 100W 个数据中拿 10 个还是很有差距的。 你举得例子也经常出现，例如我曾经把缓存压爆了。就是场景没提前跟开发沟通，照成。所以设计时，需要多沟通。

我现在上头也要求做全部性能，一样头疼。 打算分四步走 1.通过收集统计，按每日请求 PV 高到低排序 2.按是否为核心业务排优先级 3.挖取可能存在大并发的业务 4.更换方式，通过类似 tcpcopy 方式来做全站性能。 当然我也是新人， 第三 第四步还差远。

除了用 8/2 原则外，其实还得关注下，每天的峰值 PV，去看下每天峰值 PV 下的每秒钟请求数是多少。

我一般都不加，我做性能目的在于找出瓶颈，找出问题，然后让开发优化。 当然会尽可能的靠近实际情况。

开源不？

点赞，收藏报 401 错误

#4 楼 @lihuazhang calabash-android 是支持安卓 app 中的 webview 吧。 我们现在安卓 和 ios 基本是一套代码。

膜拜。。。

啥，是说以后这 ruby-china 文章都会这边显示了？

#5 楼 @trex 分享下你代码看看。

好屌。

#7 楼 @jennyhui 你现在用的 appium 是什么版本？？？