From owner-freebsd-advocacy Sat May 23 20:44:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA29019 for freebsd-advocacy-outgoing; Sat, 23 May 1998 20:44:29 -0700 (PDT) (envelope-from owner-freebsd-advocacy@FreeBSD.ORG) Received: from mail3.mailsorter.net (mail3.mailsorter.net [207.67.128.12] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA28987 for ; Sat, 23 May 1998 20:44:24 -0700 (PDT) (envelope-from kriston@ibm.net) Received: from slip.dc.us.ibm.net ([152.200.122.81]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA5123 for ; Sat, 23 May 1998 20:43:51 -0700 Date: Sat, 23 May 1998 23:38:10 -0400 Message-ID: <7442-Sat23May1998233810-0400-kriston@ibm.net> From: kriston@ibm.net (Kriston J. Rehberg) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-advocacy@FreeBSD.ORG Subject: Re: FreeBSD A Solution For Business In-Reply-To: <199805230527.WAA03120@osprey.grizzly.com> References: <01bd85e0$2dccb1c0$f820aace@eliot.pacbell.net> <199805230337.UAA02883@osprey.grizzly.com> <3626-Sat23May1998005302-0400-kriston@ibm.net> <199805230527.WAA03120@osprey.grizzly.com> Sender: owner-freebsd-advocacy@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Diekhans writes: >The rational here is that user-level threads eliminate much of the process >context switching overhead. Not having seen or done performance measurements, >I can't say if its significant to a http server or not, I discussed it with >people in charge of selecting systems who felt a threaded server was required >(but then again, they didn't have any measurements to back it up). Personally, >I would just add another pentium running apache if the first one got bogged >down. Yeah, but I thought the problem is that you don't have a guarantee that the scheduler will run your Apache process on the second Pentium. I don't tend to believe that merely adding processors automatically makes everything faster. Sure, if your system starts and stops lots of processes, you will get an advantage. But if it's a persistent process like a web server, is there really a guarantee that it will go onto another processor on your system? But as for the user-level threads in FreeBSD, can they be spread out over >1 processor, or does that require kernel threads? Kris -- Kriston J. Rehberg AOL: Kriston http://kriston.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-advocacy" in the body of the message