Netty 4性能下降

Question

当我从Netty 3升级到Netty 4时，性能下降了大约45%。

我在进行性能测试时比较了 Netty 3 和 Netty 4 的线程转储。Netty 4 服务器似乎将更多时间用于写入操作。但是，如果我使用基于Netty 4的客户端和基于Netty 3的服务器，则性能下降仅为5%左右，因此我猜原因是在服务器端，但我找不到原因。

有人能给我建议吗？

代码可以在以下URL中看到：https://code.google.com/p/nfs-rpc/source/browse/#svn/trunk/nfs-rpc网络4

Answer 1

Netty4引入了一个新的线程模型，也许你应该调整你的代码以获得更好的性能。以下是来自 Netty Wiki 的一些要点，netty4 中还有更多更改。

3. x中没有定义良好的线程模型，尽管在3.5中尝试修复其不一致性。4.0定义了一个严格的线程模型，帮助用户编写ChannelHandler而无需过多担心线程安全。

Netty永远不会同时调用ChannelHandler的方法，除非ChannelHandler用@Sharable注释。这与处理程序方法的类型无关——入站、出站或生命周期事件处理程序方法。

用户不再需要同步入站或出站事件处理程序方法。

4.0不允许多次添加ChannelHandler，除非用@Sharable进行了注释。

在Netty进行的每个ChannelHandler方法调用之间的关系之前总是会发生这种情况。

用户不需要定义volatile字段来保持处理程序的状态。用户可以在向ChannelPipeline添加处理程序时指定EventExecutor。

如果指定，ChannelHandler的处理程序方法始终由指定的EventExector调用。

如果未指定，处理程序方法将始终由关联通道注册到的EventLoop调用。

分配给处理程序或通道的EventExecutor和EventLoop始终是单线程的。

处理程序方法将始终由同一个线程调用。

如果指定了多线程EventExector或EventLoop，则将首先选择其中一个线程，然后使用所选线程，直到取消注册。

如果同一管道中的两个处理程序分配了不同的EventExecutor，则会同时调用它们。如果多个处理程序访问共享数据，即使共享数据仅由同一管道中的处理程序访问，用户也必须注意线程安全。添加到ChannelFuture的ChannelFortureListeners始终由分配给未来关联Channel的EventLoop线程调用。