[jira] [Created] (ARROW-2725) [JAVA] make Accountant.AllocationOutcome publicly visible
Vanco Buca created ARROW-2725: - Summary: [JAVA] make Accountant.AllocationOutcome publicly visible Key: ARROW-2725 URL: https://issues.apache.org/jira/browse/ARROW-2725 Project: Apache Arrow Issue Type: Improvement Components: Java - Memory Reporter: Vanco Buca ARROW-2696 improved the allocation listener, adding a function that ended up using the Accountant.AllocationOutcome. However, while AllocationOutcome is public, Accountant is package private. This limits all listeners to be members of the arrow.memory package, which seems silly. Instead, promote AllocationOutcome into a public enum within arrow.memory -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (ARROW-2696) [JAVA] enhance AllocationListener with an onFailedAllocation() call
Vanco Buca created ARROW-2696: - Summary: [JAVA] enhance AllocationListener with an onFailedAllocation() call Key: ARROW-2696 URL: https://issues.apache.org/jira/browse/ARROW-2696 Project: Apache Arrow Issue Type: Improvement Components: Java - Memory Reporter: Vanco Buca If an allocation fails, there might be an action taken by user code that will free up some memory before the allocation can be retried again. This action could include flushing some temporary buffers, getting rid of some temporarily cached data, or even spilling state to disk. Today's code is forced to catch out-of-memory exceptions, and then retry the operation at a high level. A more elegant way to do this is to have a callback whenever allocation failed. The callback would inform the allocator whether or not to retry the allocation. Since the allocator already has an AllocationListener, it makes sense to enhance the existing listener with a new method. {{The proposed signature is:}} {{ boolean onAllocationFailed(long allocationSize);}} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (ARROW-2165) enhance AllocatorListener to listen for child allocator addition and removal
Vanco Buca created ARROW-2165: - Summary: enhance AllocatorListener to listen for child allocator addition and removal Key: ARROW-2165 URL: https://issues.apache.org/jira/browse/ARROW-2165 Project: Apache Arrow Issue Type: Improvement Components: Java - Memory Reporter: Vanco Buca AllocatorListener allows a BaseAllocator to track when users allocate memory. However, the structure of the users' allocators can't be tracked easily. I suggest an enhancement to the AllocatorListener: onNewChild(BufferAllocator) and onChildClosed(BufferAllocator) -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (ARROW-1984) NullableDateMilliVector.getObject() should return a LocalDate, not a LocalDateTime
Vanco Buca created ARROW-1984: - Summary: NullableDateMilliVector.getObject() should return a LocalDate, not a LocalDateTime Key: ARROW-1984 URL: https://issues.apache.org/jira/browse/ARROW-1984 Project: Apache Arrow Issue Type: Bug Components: Java - Vectors Reporter: Vanco Buca Priority: Minor NullableDateMilliVector.getObject() today returns a LocalDateTime. However, this vector is used to store date information, and thus, getObject() should return a LocalDate. Please note: there already exists a vector that returns LocalDateTime -- the NullableTimestampMilliVector. -- This message was sent by Atlassian JIRA (v6.4.14#64029)