[jira] [Work logged] (ARTEMIS-2239) Zero-copy NIO/MAPPED TimedBuffer

["ASF GitHub Bot (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/ARTEMIS-2239?focusedWorklogId=190002&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-190002 ]

ASF GitHub Bot logged work on ARTEMIS-2239:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 25/Jan/19 13:41
            Start Date: 25/Jan/19 13:41
    Worklog Time Spent: 10m 
      Work Description: franz1981 commented on pull request #2522: ARTEMIS-2239 Zero-copy NIO/MAPPED TimedBuffer
URL: https://github.com/apache/activemq-artemis/pull/2522
 
 
   NIO/MAPPED journal types can use directly the buffer of TimedBuffer
   to perform file writes, avoiding an expensive copy + zeroing.
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

            Worklog Id:     (was: 190002)
            Time Spent: 10m
    Remaining Estimate: 0h

> Zero-copy NIO/MAPPED TimedBuffer
> --------------------------------
>
>                 Key: ARTEMIS-2239
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2239
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>          Components: Broker
>    Affects Versions: 2.6.4
>            Reporter: Francesco Nigro
>            Assignee: Francesco Nigro
>            Priority: Major
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> NIO/MAPPED journal types are currently performing the copy of the buffer used on TimedBuffer to accumulate writes, but this copy (and the zeroing of the new buffer) could be avoided, reducing dramatically the CPU usage and latencies during a burst of writes.
> An added benefit of this change is that isn't necessary anymore to stress the thread pool of the file factory, because there is no need to pool the buffer used to perform the write.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)