Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 72053 invoked from network); 14 Mar 2011 12:09:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Mar 2011 12:09:12 -0000 Received: (qmail 15446 invoked by uid 500); 14 Mar 2011 12:09:08 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 15398 invoked by uid 500); 14 Mar 2011 12:09:08 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 15389 invoked by uid 99); 14 Mar 2011 12:09:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 12:09:08 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dckerber@verizon.net designates 206.46.173.5 as permitted sender) Received: from [206.46.173.5] (HELO vms173005pub.verizon.net) (206.46.173.5) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 12:08:58 +0000 Received: from [172.17.47.42] ([unknown] [216.41.111.254]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0LI100F6AR1W9041@vms173005.mailsrvcs.net> for users@tomcat.apache.org; Mon, 14 Mar 2011 07:08:26 -0500 (CDT) Message-id: <4D7E0534.7020405@verizon.net> Date: Mon, 14 Mar 2011 08:08:20 -0400 From: David kerber User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-version: 1.0 To: Tomcat Users List Subject: Re: Performance 5.5 vs 6 vs 7 References: <4D7A7FC4.2010505@verizon.net> <208661.80210.qm@web113617.mail.gq1.yahoo.com> <4D7B780A.4090603@verizon.net> <304733.82388.qm@web113607.mail.gq1.yahoo.com> In-reply-to: Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 3/14/2011 3:12 AM, Peter Crowther wrote: > On 13 March 2011 21:01, Tony Anecito wrote: > >> As someone mentioned the network can imit you. If your bandwidth >> utilization is >> at 60% or over you are in trouble since collisions start to become a >> serious >> issue. >> >> Collisions may or may not be an issue, depending on the exact mode of > operation of the congested network link. > > Collisions are a feature of the original Ethernet. They're still an issue > on many Ethernets, but there are provisos even here. If your switch does > store-and-forward, or you simply have a switched network and all the traffic > is between two stations, then collisions are relatively unlikely and the > Ethernet usage can go considerably higher than 60% before collisions and > retries start to become significant. Sure, if you're on wireless or using > an old 10baseT or Cheapernet hub, 60% is about the knee in the curve. But > I'd be a little surprised if Dave were using such ancient technology for a > critical piece of infrastructure such as this server :-). We're not, though you would probably be surprised how long it lasted before we modernized... ;-D > Point-to-point links, such as most broadband connections, do not suffer from > collisions as the routers at each end store and forward traffic across the > link. That said, by the time you get to 80% usage then each packet is > typically going to have to queue behind several others. Even if this only > adds a few milliseconds of latency each time, it builds up when you multiply > it by the TCP 3-way handshake, 4-way FIN/ACK sequence, plus any data you're > transferring. Makes sense to me. > Dave, could you give us any more information about your network? What is > the piece that's at 80% utilisation when you see the trouble? Is it a > point-to-point connection, or an Ethernet LAN, or what? If it's Ethernet, > what hardware are you using for connection? It's our internet connection to the outside world, which is a T-1, with a Cisco ASA for the firewall. The connections we're processing are from a bunch of separate customer sites, but which all connect to us through the customer's gateway. D --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org