Go to file
Pavan Kumar 004ffbad90 Improve the allocation algorithm in PoolChunk
Motivation:

Depth-first search is not always efficient for buddy allocation.

Modification:

Employ a new faster search algorithm with different memoryMap layout.

Result:

With thread-local cache disabled, we see a lot of performance
improvment, especially when the size of the allocation is as small as
the page size, which had the largest search space previously:

-- master head --
Benchmark                (size) Mode    Score  Error Units
pooledDirectAllocAndFree  8192 thrpt  215.392  1.565 ops/ms
pooledDirectAllocAndFree 16384 thrpt  594.625  2.154 ops/ms
pooledDirectAllocAndFree 65536 thrpt 1221.520 18.965 ops/ms
pooledHeapAllocAndFree    8192 thrpt  217.175  1.653 ops/ms
pooledHeapAllocAndFree   16384 thrpt  587.250 14.827 ops/ms
pooledHeapAllocAndFree   65536 thrpt 1217.023 44.963 ops/ms

-- changes --
Benchmark                (size) Mode    Score  Error Units
pooledDirectAllocAndFree  8192 thrpt 3656.744 94.093 ops/ms
pooledDirectAllocAndFree 16384 thrpt 4087.152 22.921 ops/ms
pooledDirectAllocAndFree 65536 thrpt 4058.814 29.276 ops/ms
pooledHeapAllocAndFree    8192 thrpt 3640.355 44.418 ops/ms
pooledHeapAllocAndFree   16384 thrpt 4030.206 24.365 ops/ms
pooledHeapAllocAndFree   65536 thrpt 4103.991 70.991 ops/ms
2014-06-21 13:20:56 +09:00
all [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
buffer Improve the allocation algorithm in PoolChunk 2014-06-21 13:20:56 +09:00
codec Refactor FastThreadLocal to simplify TLV management 2014-06-19 21:08:16 +09:00
codec-http Refactor FastThreadLocal to simplify TLV management 2014-06-19 21:08:16 +09:00
codec-socks [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
common Refactor FastThreadLocal to simplify TLV management 2014-06-19 21:08:16 +09:00
example [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
handler Refactor FastThreadLocal to simplify TLV management 2014-06-19 21:08:16 +09:00
license Preparation for porting OpenSSL support in 3.10 2014-05-17 20:01:47 +09:00
microbench Refactor FastThreadLocal to simplify TLV management 2014-06-19 21:08:16 +09:00
tarball [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
testsuite [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
transport [#2589] LocalServerChannel.doClose() throws NPE when localAddress == null 2014-06-20 20:07:00 +02:00
transport-native-epoll [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
transport-rxtx [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
transport-sctp [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
transport-udt [maven-release-plugin] prepare for next development iteration 2014-06-12 16:20:52 +02:00
.fbfilter.xml Update license headers 2012-06-04 13:31:44 -07:00
.fbprefs Updated Find Bugs configuration 2009-03-04 10:33:09 +00:00
.gitignore Add JVM crash logs to .gitignore 2014-05-18 21:37:12 +09:00
.travis.yml Travis CI branch whitelisting 2013-03-11 09:55:43 +09:00
CONTRIBUTING.md Move the pull request guide to the developer guide 2014-03-12 13:18:14 +09:00
LICENSE.txt Relicensed to Apache License v2 2009-08-28 07:15:49 +00:00
NOTICE.txt Preparation for porting OpenSSL support in 3.10 2014-05-17 20:01:47 +09:00
pom.xml export sun security packages as optional 2014-06-15 20:59:55 +02:00
README.md Update README.md 2014-01-16 14:38:36 +09:00
run-example.sh Use a forked exec-maven-plugin instead of maven-antrun-plugin 2014-05-23 20:06:12 +09:00

Netty Project

Netty is an asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients.

How to build

For the detailed information about building and developing Netty, please visit the developer guide. This page only gives very basic information.

You require the following to build Netty:

Note that this is build-time requirement. JDK 5 (for 3.x) or 6 (for 4.0+) is enough to run your Netty-based application.

Branches to look

The 'master' branch is where the development of the latest major version lives on. The development of all other major versions takes place in each branch whose name is identical to its major version number. For example, the development of 3.x and 4.x resides in the branch '3' and the branch '4' respectively.