You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2008/02/03 01:18:07 UTC
[jira] Updated: (HBASE-3) rest server: configure number of threads
for jetty
[ https://issues.apache.org/jira/browse/HBASE-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack updated HBASE-3:
----------------------
Attachment: hbase-4.patch
Add NCSA (apache-style logging), add being able to set log level and get a stack trace, add being able to set max jetty threads, and add some DEBUG-level logging to HConnectionManager around the cache so can get info for solving HBASE-4.
> rest server: configure number of threads for jetty
> --------------------------------------------------
>
> Key: HBASE-3
> URL: https://issues.apache.org/jira/browse/HBASE-3
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: Michael Bieniosek
> Attachments: hbase-4.patch
>
>
> I am running a mapreduce job (~400 simultaneous map tasks) that makes random reads from hbase. I have put a varnishd reverse proxy cache in front of a single rest server. The single rest server's jetty appears to be running out of threads:
> 2008-02-01 23:17:16,971 INFO org.mortbay.http.SocketListener: LOW ON THREADS ((256-256+1)<2) on SocketListener0@0.0.0.0:61234
> 2008-02-01 23:17:17,116 WARN org.mortbay.http.SocketListener: OUT OF THREADS: SocketListener0@0.0.0.0:61234
> 2008-02-01 23:17:19,255 INFO org.mortbay.http.SocketListener: LOW ON THREADS ((256-256+1)<2) on SocketListener0@0.0.0.0:61234
> The default for jetty is to use a thread pool of 256 threads. But I'd like to be able to specify (preferably in hadoop-site.xml) how large the thread pool should be -- in this case it needs to have as many threads as I have simultaneous map tasks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.