From owner-freebsd-questions@FreeBSD.ORG Fri Feb 9 02:52:01 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C52F516A400; Fri, 9 Feb 2007 02:52:01 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.192]) by mx1.freebsd.org (Postfix) with ESMTP id 009BB13C428; Fri, 9 Feb 2007 02:51:58 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 56E3B4C5C5; Thu, 8 Feb 2007 18:51:58 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.8/8.13.8) with ESMTP id l192pviU087983; Thu, 8 Feb 2007 18:51:57 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200702090251.l192pviU087983@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Nicole Harrington In-Reply-To: Message from Nicole Harrington of "Thu, 08 Feb 2007 16:55:28 PST." <142261.76672.qm@web34514.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Feb 2007 18:51:57 -0800 Sender: Cy.Schubert@komquats.com Cc: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Dual Core Or Dual CPU - What's the real difference in performance? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 02:52:01 -0000 In message <142261.76672.qm@web34514.mail.mud.yahoo.com>, Nicole Harrington wri tes: > --- Cy Schubert wrote: > > In message > > <17866.47828.219523.71972@bhuda.mired.org>, Mike > > Meyer writes: > > > Generally, more processors means things will go > > faster until you run > > > out of threads. However, if there's some shared > > resource that is the > > > bottleneck for your load, and the resource doesn't > > support > > > simultaneous access by all the cores, more cores > > can slow things > > > down. > > > > > > Of course, it's not really that simple. Some > > shared resources can be > > > managed so as to make things improve under most > > loads, even if they > > > don't support simultaneous access. > > > > Generally speaking the performance increase is not > > linear. At some point > > there is no benefit to adding more processors. In a > > former life when I was > > an MVS systems programmer the limit was seven > > processors in a System/370. > > Today we can use 16, 32, even 64 processors with a > > standard operating > > system and current hardware, unless one of the > > massively parallel > > architectures is used. > > > > To answer the original posters question, there are > > architectural > > differences mentioned here, e.g. shared cache, I/O > > channel, etc., but the > > reason the chip manufacturers make them is that > > they're more cost effective > > than two CPUs. > > > > The AMD X2 series of chips (I have one), they're not > > truely a dual > > processor chip. They're analogous to the single > > processor System/370 with > > an AP (attached processor) in concept. What this > > means is that both > > processors can execute all instructions and are just > > as capable in every > > way except external interrupts, e.g. I/O interrupts, > > are handled by the > > processor 0 as only that processor is "wired" to be > > interrupted in case of > > external interrupt. I can't comment about Intel's > > Dual Core CPUs as I don't > > know their architecture but I'd suspect the same > > would be true. Chips in > > which there are two dual core CPUs on the same die, > > I believe one of each > > of the dual core CPUs can handle external > > interrupts. > > Wow I love ansking questions without too many > specifics as I learn so much more. With this however > it really seems to be a love hate relationship with > dual core. > > Based on what you stated above, would that mean that > when using a dual core system, using polling interupts > might be better or perhaps monumanally worse? No. CPU 0 would be interrupted. It would schedule the interrupt in the queue. Either CPU could service the interrupt once the interrupt was queued. Some devices need to be polled as they do not generate interrupts or they generate spurious interrupts. Otherwise allowing a device to interrupt the CPU is more efficient as it allows the CPU to do other work rather than spinning its wheels polling. This is the Von Neumann model. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0