Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 12988 invoked from network); 12 Apr 2008 01:18:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Apr 2008 01:18:59 -0000 Received: (qmail 69914 invoked by uid 500); 12 Apr 2008 01:19:00 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 69891 invoked by uid 500); 12 Apr 2008 01:19:00 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 69882 invoked by uid 99); 12 Apr 2008 01:18:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Apr 2008 18:18:59 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Apr 2008 01:18:17 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1JkUNx-0003CO-4I for dev@activemq.apache.org; Fri, 11 Apr 2008 18:18:29 -0700 Message-ID: <16643565.post@talk.nabble.com> Date: Fri, 11 Apr 2008 18:18:29 -0700 (PDT) From: mqperson To: dev@activemq.apache.org Subject: Thread Model, and Simultaneous Connections Scalability MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: anjul@anjul.com X-Virus-Checked: Checked by ClamAV on apache.org In the web server world, most web servers fire off a new thread to process a request, but a few, such as Jetty, for scalability, separate the couple of requests and threads. I need to know what does ActiveMQ do in this regard? If a consumer is connected listening on a queue, does it have a dedicated thread? If so, that seems like there would be something like one thread per subscriber. Which would limit the number of simultaneous subscribers to perhaps a few hundreds. On the other hand, if ActiveMQ has a modest number of threads servicing a LARGE number of open network connections (sockets / file descriptors) -- then it could easily scale to thousands of simultaneous subscribers if not more. I feel like the nature of ActiveMQ would imply the latter. However, my brief search of ActiveMQ documentation did not yield a confirmation. Could somebody please enlighten me or point me to a document? Thanks in advance. -- View this message in context: http://www.nabble.com/Thread-Model%2C-and-Simultaneous-Connections-Scalability-tp16643565s2354p16643565.html Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.