[
https://issues.apache.org/jira/browse/ARTEMIS-3449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Francesco Nigro updated ARTEMIS-3449:
-------------------------------------
Description: AMQP is using unpooled heap ByteBuffer(s) to stream AMQP large
messages: given that the underline NIO sequential file can both use FileChannel
or RandomAccessFile (depending if the ByteBuffer used is direct/heap based),
both approaches would benefit from using Netty pooled direct buffers and save
additional copies (performed by RandomAccessFile) to happen, reducing GC too.
(was: AMQP is using unpooled heap ByteBuffer(s) to stream AMQP large messages:
given that the underline NIO sequential file can both use FileChannel or
RandomAccessFile (depending if the ByteBuffer used is direct/heap based), both
approaches would benefit from using direct ByteBuffers pooled from Netty and
save additional copies (performed by RandomAccessFile) to happen, reducing GC
too.)
> Speedup AMQP large message streaming
> ------------------------------------
>
> Key: ARTEMIS-3449
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3449
> Project: ActiveMQ Artemis
> Issue Type: Improvement
> Reporter: Francesco Nigro
> Assignee: Francesco Nigro
> Priority: Major
> Time Spent: 1h 50m
> Remaining Estimate: 0h
>
> AMQP is using unpooled heap ByteBuffer(s) to stream AMQP large messages:
> given that the underline NIO sequential file can both use FileChannel or
> RandomAccessFile (depending if the ByteBuffer used is direct/heap based),
> both approaches would benefit from using Netty pooled direct buffers and save
> additional copies (performed by RandomAccessFile) to happen, reducing GC too.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
