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

Uwe L. Korn commented on ARROW-4502:
------------------------------------

bq. I think the first thing that needs to be done is update to the latest 
Google FlatBuffers code. I see they have C# support for directly reading and 
writing to memory other than byte now. I will get this done today and send a 
PR. Does that need a separate Jira issue Wes McKinney? Or can I just reference 
this issue in the PR, and say the PR is "working towards ARROW-4502"?

A PR addressing a ticket should also fully resolve the ticket, better make a 
new JIRA when you only address parts of a JIRA.

> [C#] Add support for zero-copy reads
> ------------------------------------
>
>                 Key: ARROW-4502
>                 URL: https://issues.apache.org/jira/browse/ARROW-4502
>             Project: Apache Arrow
>          Issue Type: Improvement
>          Components: C#
>            Reporter: Eric Erhardt
>            Assignee: Eric Erhardt
>            Priority: Major
>              Labels: performance
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> In the Python (and C++) API, you can create a `RecordBatchStreamReader`, and 
> if you give it an `InputStream` that supports zero-copy reads, you can get 
> back `RecordBatch` objects without allocating new memory and copying all the 
> data.
> There is currently no way to read Arrow RecordBatch instances without 
> allocating new memory and copying all the data. We should enable this 
> scenario in the C# API.
>  
> My proposal is to create a new `class ArrowRecordBatchReader : IArrowReader`. 
> It's constructor will take a `ReadOnlyMemory<byte> data` parameter, and it 
> will be able to read `RecordBatch` instances just like the existing 
> `ArrowStreamReader`. As part of this new class, we will refactor any common 
> code out of `ArrowStreamReader` in order for the parsing logic to be shared, 
> where necessary.



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

Reply via email to