[ 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