Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 288D3D152 for ; Thu, 8 Nov 2012 10:02:11 +0000 (UTC) Received: (qmail 75036 invoked by uid 500); 8 Nov 2012 10:02:10 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 74926 invoked by uid 500); 8 Nov 2012 10:02:10 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 74896 invoked by uid 99); 8 Nov 2012 10:02:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 10:02:09 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of james.mk.green@gmail.com designates 209.85.160.43 as permitted sender) Received: from [209.85.160.43] (HELO mail-pb0-f43.google.com) (209.85.160.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2012 10:02:01 +0000 Received: by mail-pb0-f43.google.com with SMTP id jt11so1849030pbb.2 for ; Thu, 08 Nov 2012 02:01:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=3O9zGT1iovFdHwklLEK2bsCQO9QFjBy8sZJX68q8gWk=; b=Y3t92zAis2KX8Z7OrdIy7+naXF2eu8Y/dl62DJ6fDuLtLY9ShJ/21qAsnQxkMjMX6S niVIydHN+OhuprufThdd+VOgVnjkLfAIpX0aPIXGUlDi3U911qgVLEH/cy6L485UYtMy nSAzk52c/SdMKVVn1cSvIpMmexP6g+QYZhCAn4N1aQANBzfvGmwAMKyTxAHWdVWEQAar C4FlFI+gAUIKZQ55uR+64irsBSpdKquqc042UcT7LHvTOcNBVnT5mc2EFFLBd5p8zACE uvaGCAMKIj5O6RsVJb8VQje/zQdszrkNqMJbna/BIKFFFJDRqAKaS/JRifGWeayLq0eH xzBw== MIME-Version: 1.0 Received: by 10.68.213.33 with SMTP id np1mr22372551pbc.64.1352368900378; Thu, 08 Nov 2012 02:01:40 -0800 (PST) Received: by 10.68.226.33 with HTTP; Thu, 8 Nov 2012 02:01:40 -0800 (PST) Date: Thu, 8 Nov 2012 10:01:40 +0000 Message-ID: Subject: Memory usage with large messages From: James Green To: users Content-Type: multipart/alternative; boundary=e89a8ff1c12ee98f2c04cdf8eb26 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff1c12ee98f2c04cdf8eb26 Content-Type: text/plain; charset=ISO-8859-1 Hi, We are narrowing down the chaos that we're encounted in recent weeks with brokers hanging. The trigger point appears to be a large (10M) message produced by a Stomp client on a hub topic then read by three spoke Stomp clients. The Stomp transports on the spokes appear to start dieing after this message is produced. Between the hub and spokes is a slow ADSL upload link. The hub talks to the spokes using the ssl:// scheme. Do the network connectors between hub and spoke read messages sequentially or in parallel? Also, is the memory for the entire message allocated the beginning or does it expand as bytes are read off the wire? I also wonder if the content of the messages is shared across "interested" components or are duplicates maintained by each? I.e. transport connector for openwire + kahadb plus topic cursor + stomp transport? Trying to understand the behaviour here! Thanks, James --e89a8ff1c12ee98f2c04cdf8eb26--