You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@zookeeper.apache.org by "Patrick Hunt (JIRA)" <ji...@apache.org> on 2009/05/20 00:21:45 UTC
[jira] Updated: (ZOOKEEPER-287) high cpu utilization caused by
nioserver factory thread
[ https://issues.apache.org/jira/browse/ZOOKEEPER-287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Patrick Hunt updated ZOOKEEPER-287:
-----------------------------------
Fix Version/s: (was: 3.2.0)
3.3.0
not reproduceable - not a blocker for 3.2, moving to 3.3
> high cpu utilization caused by nioserver factory thread
> -------------------------------------------------------
>
> Key: ZOOKEEPER-287
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-287
> Project: Zookeeper
> Issue Type: Bug
> Components: server
> Affects Versions: 3.0.1
> Environment: Linux 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686 i686 i386 GNU/Linux
> the servers were running in vmware vms
> java version "1.6.0_06"
> Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
> Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode)
> Reporter: Patrick Hunt
> Priority: Critical
> Fix For: 3.3.0
>
>
> a user reported that a long running server, part of a 2 server ensemble, started using 100%cpu (1 server of the ensemble, the other was fine).
> mahadev tracked it down to a thread in the server running epoll in a tight loop - the thread was the nio server factory thread that selects on client fds.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.