Ranler Cao

可以访问wiz网站。 尤其是主动按”Ctrl+S“保存时容易出现，而且出现之后就会连续出现。 除非左上角退出之后重新打开软件，才能正常同步。 微软商店1.4.1版本。

This is a very awesome app! Come on!

学校的小集群，呵呵，计划极限的测一下试试，给http-kit当个测试样例。我把客户端移走试试，不知网络IO会不会成瓶颈。

那是一定，这边机器闲着也是浪费，有什么测试需求尽管说。 那我先测测单机。

现在又碰到一个瓶颈，大概并发量在100万左右，就开始`Connection reset by peer`。 JDK换成了: ``` $ java -version java version "1.7.0_17" Java(TM) SE Runtime Environment (build 1.7.0_17-b02) Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode) ``` 服务端: queue-size:204800,309600，影像不大。...

shenfeng, 抱歉，最近没摸机器。今天继续测了一下，结果如下： 1. 首先，还是上次的测试参数，查看GC：  可以看到峰值时老年代已经满了，这时并发100万左右频繁报异常。这应该是JVM内存不够的原因。 1. 把JVM设为`-xmx6144m -xms6144m`，再次测试：  这次老年代没有满，并发达到了150万左右开始报异常。可以看到有个一直GC繁忙的时间段。 这个时间段就一直抱异常。 下图是host的情况，CPU总体并不繁忙，大概是大部分时间在IO等待。内存已被消耗殆尽，但是test的进程设了`-xmx4096m`，server进程设了`-xmx6144m`，这加起来才10GB，但是host用了快30GB，也许是因为Java NIO分配了大量JVM堆外内存的结果（或者是kernel管理大量链接所需的内存？）  如你之前所说，http-kit的最大并发量仍是一个多方面的原因。

还有，关于GC采用哪种方式有没有什么推荐？