[
https://issues.apache.org/jira/browse/ARTEMIS-994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15906749#comment-15906749
]
clebert suconic commented on ARTEMIS-994:
-----------------------------------------
The core protocol, on CoreMessages, used to get the buffer from Netty and send
it directly to the old MessageImpl. As a result once the byte buffer was
received the MessageImpl would then hijack the buffer.
This is not the case any longer with master (2.0.0).. this could now probably
be used with a simple allocator. I just didn't have time to look over the
refactoring..
And even before the refactoring I made with pure encodings, Will from Red Hat
had already changed it to copy the buffer...
So, we probably don't need that any longer...
We just need to run the testsuite with these options. (that is removing Partial
maybe , and reviewing its usage).
> Support Netty Native Epoll on Linux
> -----------------------------------
>
> Key: ARTEMIS-994
> URL: https://issues.apache.org/jira/browse/ARTEMIS-994
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: Broker
> Affects Versions: 1.5.3, 2.0.0
> Reporter: Michael Andre Pearce (IG)
>
> Netty has support for native epoll, this is available only on linux systems.
> This is more performant.
> http://netty.io/wiki/native-transports.html
> This is inline with supporting asyncio with libaio using such native feature
> to bring perfomance benefits to artemis.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
