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

wujimin updated SCB-1232:
-------------------------
    Description: 
expect to work like tomcat thread pool
 but jdk standard thread pool's behavior is different:

JDK standard thread pool rules: 
 * 1.use core threads. 
 * 2.if all core threads are busy, then queue the request. 
 * 3.if queue is full, then create new thread util reach the limit of max 
threads. 
 * 4.if queue is full, and threads count is max, then reject the request.

 

to do what we want, need to lock the executor several times for one task, 
that's too bad
so only make compatible to old version temporary

  was:
expect to work like tomcat thread pool
but jdk standard thread pool's behavior is different:

{{JDK standard thread pool rules: }}

{{1.use core threads. }}

{{2.if all core threads are busy, then queue the request. }}

{{3.if queue is full, then create new thread util reach the limit of max 
threads. }}

{{4.if queue is full, and threads count is max, then reject the request.}}

 

to do what we want, need to lock the executor several times for one task, 
that's too bad

so only make compatible to old version temporary


> make GroupExecutor configuration compatible to old version
> ----------------------------------------------------------
>
>                 Key: SCB-1232
>                 URL: https://issues.apache.org/jira/browse/SCB-1232
>             Project: Apache ServiceComb
>          Issue Type: Task
>          Components: Java-Chassis
>            Reporter: wujimin
>            Assignee: wujimin
>            Priority: Major
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> expect to work like tomcat thread pool
>  but jdk standard thread pool's behavior is different:
> JDK standard thread pool rules: 
>  * 1.use core threads. 
>  * 2.if all core threads are busy, then queue the request. 
>  * 3.if queue is full, then create new thread util reach the limit of max 
> threads. 
>  * 4.if queue is full, and threads count is max, then reject the request.
>  
> to do what we want, need to lock the executor several times for one task, 
> that's too bad
> so only make compatible to old version temporary



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

Reply via email to