[jira] [Updated] (SPARK-7542) Support off-heap sort buffer in UnsafeExternalSorter

2015-08-06 Thread Reynold Xin (JIRA)

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

Reynold Xin updated SPARK-7542:
---
Target Version/s:   (was: 1.5.0)

 Support off-heap sort buffer in UnsafeExternalSorter
 

 Key: SPARK-7542
 URL: https://issues.apache.org/jira/browse/SPARK-7542
 Project: Spark
  Issue Type: New Feature
  Components: Spark Core
Affects Versions: 1.4.0
Reporter: Josh Rosen

 {{UnsafeExternalSorter}}, introduced in SPARK-7081, uses on-heap {{long[]}} 
 arrays as its sort buffers.  When records are small, the sorting array might 
 be as large as the data pages, so it would be useful to be able to allocate 
 this array off-heap (using our unsafe LongArray).  Unfortunately, we can't 
 currently do this because TimSort calls {{allocate()}} to create data buffers 
 but doesn't call any corresponding cleanup methods to free them.
 We should look into extending TimSort with buffer freeing methods, then 
 consider switching to LongArray in UnsafeShuffleSortDataFormat.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org



[jira] [Updated] (SPARK-7542) Support off-heap sort buffer in UnsafeExternalSorter

2015-08-03 Thread Reynold Xin (JIRA)

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

Reynold Xin updated SPARK-7542:
---
Issue Type: New Feature  (was: Sub-task)
Parent: (was: SPARK-9457)

 Support off-heap sort buffer in UnsafeExternalSorter
 

 Key: SPARK-7542
 URL: https://issues.apache.org/jira/browse/SPARK-7542
 Project: Spark
  Issue Type: New Feature
  Components: Spark Core
Affects Versions: 1.4.0
Reporter: Josh Rosen

 {{UnsafeExternalSorter}}, introduced in SPARK-7081, uses on-heap {{long[]}} 
 arrays as its sort buffers.  When records are small, the sorting array might 
 be as large as the data pages, so it would be useful to be able to allocate 
 this array off-heap (using our unsafe LongArray).  Unfortunately, we can't 
 currently do this because TimSort calls {{allocate()}} to create data buffers 
 but doesn't call any corresponding cleanup methods to free them.
 We should look into extending TimSort with buffer freeing methods, then 
 consider switching to LongArray in UnsafeShuffleSortDataFormat.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org



[jira] [Updated] (SPARK-7542) Support off-heap sort buffer in UnsafeExternalSorter

2015-07-29 Thread Reynold Xin (JIRA)

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

Reynold Xin updated SPARK-7542:
---
Summary: Support off-heap sort buffer in UnsafeExternalSorter  (was: Use 
off-heap sort buffer in UnsafeExternalSorter)

 Support off-heap sort buffer in UnsafeExternalSorter
 

 Key: SPARK-7542
 URL: https://issues.apache.org/jira/browse/SPARK-7542
 Project: Spark
  Issue Type: Sub-task
  Components: Spark Core
Affects Versions: 1.4.0
Reporter: Josh Rosen

 {{UnsafeExternalSorter}}, introduced in SPARK-7081, uses on-heap {{long[]}} 
 arrays as its sort buffers.  When records are small, the sorting array might 
 be as large as the data pages, so it would be useful to be able to allocate 
 this array off-heap (using our unsafe LongArray).  Unfortunately, we can't 
 currently do this because TimSort calls {{allocate()}} to create data buffers 
 but doesn't call any corresponding cleanup methods to free them.
 We should look into extending TimSort with buffer freeing methods, then 
 consider switching to LongArray in UnsafeShuffleSortDataFormat.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org