[jira] [Reopened] (DIRECTMEMORY-37) Update the MemoryManager API so it can be used in conjunction with NIO to provide efficient buffer management

["Olivier Lamy (Reopened) (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/DIRECTMEMORY-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Olivier Lamy reopened DIRECTMEMORY-37:
--------------------------------------

      Assignee:     (was: Raffaele P. Guidi)

reopen to set fix version field
                
> Update the MemoryManager API so it can be used in conjunction with NIO to provide efficient buffer management
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: DIRECTMEMORY-37
>                 URL: https://issues.apache.org/jira/browse/DIRECTMEMORY-37
>             Project: Apache DirectMemory
>          Issue Type: New Feature
>            Reporter: Hiram Chirino
>
> If MemoryManager implemented something like a ByteBuffer allocate(int size) then I could be used to directly transfer data to/from Files and Sockets without having to first copy them to a byte[].
> I'm not talking about using the ByteBuffer.allocate call. I'm talking about adding a method to MemoryManager:
> ByteBuffer bb = MemoryManager.allocate(1024*1024);
> So that I can directly modify the ByteBuffer using Channels to avoid a memory copy.. Compare this to using the MemoryManager store, update, and retrieve calls. They all force you to work with byte[]s so you end up doing a memory copies into and out of direct memory.
> This was originally reported at: https://github.com/raffaeleguidi/DirectMemory/issues/49#issuecomment-2661141

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira