[jira] [Created] (ARROW-2725) [JAVA] make Accountant.AllocationOutcome publicly visible

2018-06-20 Thread Vanco Buca (JIRA)
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

2018-06-11 Thread Vanco Buca (JIRA)
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

2018-02-15 Thread Vanco Buca (JIRA)
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

2018-01-10 Thread Vanco Buca (JIRA)
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)