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.