From owner-freebsd-smp Thu Feb 28 15:15:40 2002 Delivered-To: freebsd-smp@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 677BC37B405; Thu, 28 Feb 2002 15:15:27 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g1SNFKV52404 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Thu, 28 Feb 2002 18:15:22 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020301001536.01cd5610@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 01 Mar 2002 00:26:06 +0100 To: "Frost, Stephen C" , "'freebsd-questions@freebsd.org'" , "'freebsd-hackers@freebsd.org'" , "'freebsd-smp@freebsd.org'" From: "Rogier R. Mulhuijzen" Subject: RE: FreeBSD, SMP and Performance Speeds? Cc: "Frost, Stephen C" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Regarding my SMP query, Doc asks: > > What sort of throughput? What sort of processes are you > > running? Do you > > actually have multiple processes fighting for CPU? > >Yes, I'm using netperf, iperf or nttcp to measure TCP throughput using the >server (the box in question) in response to ten simultaneous clients. >Chariot allegedly did not show the performance hit. But then, even >measuring the process time to run a single simple script shows ~half the >speed with SMP enabled. I'm no expert but I'm going to have a shot at this anyways. Comments are welcome. =) When you run a benchmark or a process where network performance is the bottleneck instead of CPU time, you're not going to have SMP help you at all. Currently in the 4.X kernels the kernel can run on only one CPU at a given time. That means that when raw network performance is the bottleneck only one CPU is actually doing the work, and running in SMP mode gives you a lot of overhead. The same is true for a situation where a single single-threaded process is involved. A single-threaded process can only run on one CPU at a given time, so having a 2nd CPU only adds overhead. Have you tried running 4 jobs simultaneously and timing that? So what sort of application are you using exactly, is it multi-process, multithreaded, CPU intensive, network intensive? Where do you think the bottleneck in the performance lies at this moment? Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message