[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2022-06-17 Thread Andrew Kyle Purtell (Jira)


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

Andrew Kyle Purtell updated HBASE-11590:

  Assignee: (was: Nicolas Liochon)
Resolution: Abandoned
Status: Resolved  (was: Patch Available)

> use a specific ThreadPoolExecutor
> -
>
> Key: HBASE-11590
> URL: https://issues.apache.org/jira/browse/HBASE-11590
> Project: HBase
>  Issue Type: Bug
>  Components: Client, Performance
>Affects Versions: 1.0.0, 2.0.0
>Reporter: Nicolas Liochon
>Priority: Minor
> Attachments: ExecutorServiceTest.java, HBASE-11590.v1.patch, 
> LifoThreadPoolExecutorSQP.java, UnitQueueP.java, UnitQueuePU.java, tp.patch
>
>
> The JDK TPE creates all the threads in the pool. As a consequence, we create 
> (by default) 256 threads even if we just need a few.
> The attached TPE create threads only if we have something in the queue.
> On a PE test with replica on, it improved the 99 latency percentile by 5%. 
> Warning: there are likely some race conditions, but I'm posting it here 
> because there is may be an implementation available somewhere we can use, or 
> a good reason not to do that. So feedback welcome as usual. 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2017-07-02 Thread stack (JIRA)

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

stack updated HBASE-11590:
--
Fix Version/s: (was: 2.0.0)

> use a specific ThreadPoolExecutor
> -
>
> Key: HBASE-11590
> URL: https://issues.apache.org/jira/browse/HBASE-11590
> Project: HBase
>  Issue Type: Bug
>  Components: Client, Performance
>Affects Versions: 1.0.0, 2.0.0
>Reporter: Nicolas Liochon
>Assignee: Nicolas Liochon
>Priority: Minor
> Attachments: ExecutorServiceTest.java, HBASE-11590.v1.patch, 
> LifoThreadPoolExecutorSQP.java, tp.patch, UnitQueueP.java, UnitQueuePU.java
>
>
> The JDK TPE creates all the threads in the pool. As a consequence, we create 
> (by default) 256 threads even if we just need a few.
> The attached TPE create threads only if we have something in the queue.
> On a PE test with replica on, it improved the 99 latency percentile by 5%. 
> Warning: there are likely some race conditions, but I'm posting it here 
> because there is may be an implementation available somewhere we can use, or 
> a good reason not to do that. So feedback welcome as usual. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2015-10-15 Thread Nicolas Liochon (JIRA)

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

Nicolas Liochon updated HBASE-11590:

Attachment: HBASE-11590.v1.patch

> use a specific ThreadPoolExecutor
> -
>
> Key: HBASE-11590
> URL: https://issues.apache.org/jira/browse/HBASE-11590
> Project: HBase
>  Issue Type: Bug
>  Components: Client, Performance
>Affects Versions: 1.0.0, 2.0.0
>Reporter: Nicolas Liochon
>Assignee: Nicolas Liochon
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: ExecutorServiceTest.java, HBASE-11590.v1.patch, 
> LifoThreadPoolExecutorSQP.java, UnitQueueP.java, UnitQueuePU.java, tp.patch
>
>
> The JDK TPE creates all the threads in the pool. As a consequence, we create 
> (by default) 256 threads even if we just need a few.
> The attached TPE create threads only if we have something in the queue.
> On a PE test with replica on, it improved the 99 latency percentile by 5%. 
> Warning: there are likely some race conditions, but I'm posting it here 
> because there is may be an implementation available somewhere we can use, or 
> a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2015-10-15 Thread Nicolas Liochon (JIRA)

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

Nicolas Liochon updated HBASE-11590:

Status: Patch Available  (was: Open)

> use a specific ThreadPoolExecutor
> -
>
> Key: HBASE-11590
> URL: https://issues.apache.org/jira/browse/HBASE-11590
> Project: HBase
>  Issue Type: Bug
>  Components: Client, Performance
>Affects Versions: 1.0.0, 2.0.0
>Reporter: Nicolas Liochon
>Assignee: Nicolas Liochon
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: ExecutorServiceTest.java, HBASE-11590.v1.patch, 
> LifoThreadPoolExecutorSQP.java, UnitQueueP.java, UnitQueuePU.java, tp.patch
>
>
> The JDK TPE creates all the threads in the pool. As a consequence, we create 
> (by default) 256 threads even if we just need a few.
> The attached TPE create threads only if we have something in the queue.
> On a PE test with replica on, it improved the 99 latency percentile by 5%. 
> Warning: there are likely some race conditions, but I'm posting it here 
> because there is may be an implementation available somewhere we can use, or 
> a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2015-10-08 Thread Nicolas Liochon (JIRA)

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

Nicolas Liochon updated HBASE-11590:

Attachment: ExecutorServiceTest.java
UnitQueuePU.java
UnitQueueP.java
LifoThreadPoolExecutorSQP.java

> use a specific ThreadPoolExecutor
> -
>
> Key: HBASE-11590
> URL: https://issues.apache.org/jira/browse/HBASE-11590
> Project: HBase
>  Issue Type: Bug
>  Components: Client, Performance
>Affects Versions: 1.0.0, 2.0.0
>Reporter: Nicolas Liochon
>Assignee: Nicolas Liochon
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: ExecutorServiceTest.java, 
> LifoThreadPoolExecutorSQP.java, UnitQueueP.java, UnitQueuePU.java, tp.patch
>
>
> The JDK TPE creates all the threads in the pool. As a consequence, we create 
> (by default) 256 threads even if we just need a few.
> The attached TPE create threads only if we have something in the queue.
> On a PE test with replica on, it improved the 99 latency percentile by 5%. 
> Warning: there are likely some race conditions, but I'm posting it here 
> because there is may be an implementation available somewhere we can use, or 
> a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2015-06-22 Thread Sean Busbey (JIRA)

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

Sean Busbey updated HBASE-11590:

Fix Version/s: (was: 1.2.0)
   Status: Open  (was: Patch Available)

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 2.0.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2015-04-27 Thread Nick Dimiduk (JIRA)

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

Nick Dimiduk updated HBASE-11590:
-
Fix Version/s: (was: 1.1.0)
   1.2.0

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 2.0.0, 1.2.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-12-17 Thread Enis Soztutar (JIRA)

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

Enis Soztutar updated HBASE-11590:
--
Fix Version/s: (was: 1.0.0)
   1.1.0

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 2.0.0, 1.1.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-12-02 Thread Enis Soztutar (JIRA)

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

Enis Soztutar updated HBASE-11590:
--
Fix Version/s: (was: 0.99.2)
   1.0.0

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 1.0.0, 2.0.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-10-11 Thread Enis Soztutar (JIRA)

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

Enis Soztutar updated HBASE-11590:
--
Fix Version/s: (was: 0.99.1)
   0.99.2

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 2.0.0, 0.99.2

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-09-08 Thread Enis Soztutar (JIRA)

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

Enis Soztutar updated HBASE-11590:
--
Fix Version/s: (was: 1.0.0)
   0.99.1

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 2.0.0, 0.99.1

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



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


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-07-25 Thread Nicolas Liochon (JIRA)

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

Nicolas Liochon updated HBASE-11590:


Status: Patch Available  (was: Open)

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 1.0.0, 2.0.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (HBASE-11590) use a specific ThreadPoolExecutor

2014-07-25 Thread Nicolas Liochon (JIRA)

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

Nicolas Liochon updated HBASE-11590:


Attachment: tp.patch

 use a specific ThreadPoolExecutor
 -

 Key: HBASE-11590
 URL: https://issues.apache.org/jira/browse/HBASE-11590
 Project: HBase
  Issue Type: Bug
  Components: Client, Performance
Affects Versions: 1.0.0, 2.0.0
Reporter: Nicolas Liochon
Assignee: Nicolas Liochon
Priority: Minor
 Fix For: 1.0.0, 2.0.0

 Attachments: tp.patch


 The JDK TPE creates all the threads in the pool. As a consequence, we create 
 (by default) 256 threads even if we just need a few.
 The attached TPE create threads only if we have something in the queue.
 On a PE test with replica on, it improved the 99 latency percentile by 5%. 
 Warning: there are likely some race conditions, but I'm posting it here 
 because there is may be an implementation available somewhere we can use, or 
 a good reason not to do that. So feedback welcome as usual. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)