Norman Maurer e3c8a92499 Add FlushConsolidationHandler which consolidates flush operations as these are expensive ... Motivation: Calling flush() and writeAndFlush(...) are expensive operations in the sense as both will produce a write(...) or writev(...) system call if there are any pending writes in the ChannelOutboundBuffer. Often we can consolidate multiple flush operations into one if currently a read loop is active for a Channel, as we can just flush when channelReadComplete is triggered. Consolidating flushes can give a huge performance win depending on how often is flush is called. The only "downside" may be a bit higher latency in the case of where only one flush is triggered by the user. Modifications: Add a FlushConsolidationHandler which will consolidate flushes and so improve the throughput. Result: Better performance (throughput). This is especially true for protocols that use some sort of PIPELINING.		2016-07-07 06:48:23 +02:00
..
java/io/netty/handler	Add FlushConsolidationHandler which consolidates flush operations as these are expensive	2016-07-07 06:48:23 +02:00
resources/io/netty/handler/ssl	Using distinct aliases when building the trust manager factory, and renamed trustCertChain into trustCertCollection.	2016-03-22 21:12:10 +01:00