Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 64590 invoked from network); 27 Jul 2007 10:38:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Jul 2007 10:38:41 -0000 Received: (qmail 23645 invoked by uid 500); 27 Jul 2007 10:38:29 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 23620 invoked by uid 500); 27 Jul 2007 10:38:29 -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 23609 invoked by uid 99); 27 Jul 2007 10:38:29 -0000 Received: from Unknown (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jul 2007 03:38:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [88.198.191.179] (HELO zoe.2sheds.de) (88.198.191.179) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jul 2007 10:38:23 +0000 Received: from [10.51.2.65] (h-213.61.105.92.host.de.colt.net [213.61.105.92]) by zoe.2sheds.de (Postfix) with ESMTP id C79248001 for ; Fri, 27 Jul 2007 12:37:54 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <11826413.post@talk.nabble.com> References: <11804198.post@talk.nabble.com> <11806665.post@talk.nabble.com> <46A8EE56.1020601@christopherschultz.net> <11826413.post@talk.nabble.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andrew Miehs Subject: Re: Tomcat with 8 GB memory Date: Fri, 27 Jul 2007 12:38:10 +0200 To: "Tomcat Users List" X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org On 27/07/2007, at 12:19 PM, Joe Nathan wrote: > Christopher Schultz-2 wrote: >> >> Joe Nathan wrote: >>> I would discourage to use such machine! 8GB means you are using >>> 64 bit >>> machine which will be much slower than 32 bit machines. >> Huh? Why would a 64-bit machine run slower than a 32-bit machine? >> > > Overall performance depend on many things: CPU speed, number of CPUs, > memory size, I/O, especially, virtual memory paging, network interface > bandwidth > 64bit machines come with better capacity except > cpu computation speed! I think what is being forgotten here is that is not a 32bit vs 64bit theoretical discussion, but rather a comparison of AMD64 vs i386 Sun Java 1.5 64bit has always been quicker in my tests than the 32bit variation - both running on Debian, both with a similar 2.6 kernel. AMD64 has a lot more and longer registers than i386 - and I could imagine that the results I have seen are based on this difference.. ... > Otherwise 64bit machines suck! That;s why 64bit Windows is not > popular. I don't them many shops selling! I would assume that is because A) You need twice as much memory for everything B) Limited drivers available C) Games not 64bit... Performance isn't the issue here... Andrew --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org