[ 
https://issues.apache.org/jira/browse/BOOKKEEPER-1068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16024723#comment-16024723
 ] 

Hudson commented on BOOKKEEPER-1068:
------------------------------------

FAILURE: Integrated in Jenkins build bookkeeper-master #1760 (See 
[https://builds.apache.org/job/bookkeeper-master/1760/])
BOOKKEEPER-1068: Expose ByteBuf in LedgerEntry to avoid data copy (eolivelli: 
rev 7b1eec47092d0de6776c5a89575dbfc678165ee7)
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/DigestManager.java
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerHandleAdv.java
* (edit) 
bookkeeper-server/src/test/java/org/apache/bookkeeper/client/ClientUtil.java
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/PendingReadOp.java
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerEntry.java
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerHandle.java
* (edit) 
bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerFragmentReplicator.java


> Expose ByteBuf in LedgerEntry to avoid data copy
> ------------------------------------------------
>
>                 Key: BOOKKEEPER-1068
>                 URL: https://issues.apache.org/jira/browse/BOOKKEEPER-1068
>             Project: Bookkeeper
>          Issue Type: Improvement
>            Reporter: Matteo Merli
>            Assignee: Matteo Merli
>             Fix For: 4.5.0
>
>
> To avoid copying the entries payloads when writing/reading on a ledger and 
> having to allocate a lot of byte[] on the JVM heap, we need to accept Netty 
> ByteBuf buffer.
> By passing a ByteBuf, an application can use a pooled buffer, pointing to 
> direct memory, to the {{LedgerHandle.addEntry()}} and have the same buffer 
> forwarded on the connection sockets to the bookies.
> The same thing on the read side, {{LedgerEntry}} exposes an additional 
> {{getEntryBuffer()}} method that can be used to get the underlying buffer and 
> possibly forward that to some other connection, with zero-copy behavior 
> (excluding getting data in-out of the kernel).



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to