[ 
https://issues.apache.org/jira/browse/HBASE-5064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13172383#comment-13172383
 ] 

nkeywal commented on HBASE-5064:
--------------------------------

@stack: yes,it should be that there are two many threads
- jvm limitation that we should manage with -Xmx or -Xss => but then we should 
reproduce it on our machine as well (asd far as I know no one does reproduce it 
locally), and we already set it to -Xmx1900m
- a limitation on the total number of thread on the machine => but it's quite 
strange
- the ulimit per process, but then running the tests on multiple processes 
should not change the probability to have an issue

The patch v2+ changed HBase configuration, On TestAdmin, we need 40 less 
threads, so the benefit is not high. And I saw no real impact.

There are some stuff to look at, as sysctl kernel.threads-max, i will check if 
it is printed in the default script.


                
> use surefire tests parallelization
> ----------------------------------
>
>                 Key: HBASE-5064
>                 URL: https://issues.apache.org/jira/browse/HBASE-5064
>             Project: HBase
>          Issue Type: Improvement
>          Components: test
>    Affects Versions: 0.94.0
>            Reporter: nkeywal
>            Assignee: nkeywal
>            Priority: Minor
>         Attachments: 5064.patch, 5064.patch, 5064.v2.patch, 5064.v3.patch, 
> 5064.v4.patch, 5064.v5.patch, 5064.v6.patch, 5064.v7.patch
>
>
> To be tried multiple times on hadoop-qa before committing.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to