From owner-freebsd-stable Sun Dec 10 8:30:33 2000 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 10 08:30:26 2000 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mmap.nyct.net (mmap.nyct.net [216.44.109.243]) by hub.freebsd.org (Postfix) with ESMTP id 79F7F37B400 for ; Sun, 10 Dec 2000 08:30:22 -0800 (PST) Received: by mmap.nyct.net (Postfix, from userid 1000) id 6415CFAB5; Sun, 10 Dec 2000 11:29:21 -0500 (EST) Date: Sun, 10 Dec 2000 11:29:21 -0500 To: David Schwartz Cc: Noor Dawod , stable@FreeBSD.ORG Subject: Re: MySQLd not using both CPUs Message-ID: <20001210112921.A5531@mmap.nyct.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from davids@webmaster.com on Sun, Dec 10, 2000 at 12:54:01AM -0800 From: mbac@mmap.nyct.net (Michael Bacarella) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 10, 2000 at 12:54:01AM -0800, David Schwartz wrote: > 2) Multiple I/O operations can be pending. The whole process won't be stuck > waiting a file to be read. In my experience, that doesn't happen. What does instead happen is that an operation that would block is instead delayed and sched_yield() is called. In cases where nothing can be done (waiting for 10 read()s to complete and all would block, for example), you go into a busy wait loop. > However, there is at least one caveat -- each thread will show as a process > in tools like 'ps', which can be disconcerting. You may also need to raise > the limit on the number of processes you can have, because to the kernel, > each thread is a process. > My recollection is that MySQLd works perfectly with LinuxThreads on Linu > There should be no reason it should be any different on FreeBSD. The trick > will be getting the configuration right. Be sure to read the > 'README.FreeBSD' file included with the LinuxThreads port. I think the whole 1 thread to 1 process scheme that LinuxThreads uses would be much slower under FreeBSD. Unless some magic has been put in to special case this scheme in the scheduler... you'll probably see better performance running LinuxThreads with Linux. -- Michael Bacarella ;finger address for public key GPG Key Fingerprint: B4E4 82F5 BCAC AB83 E6F7 B5AA 933E 2A75 79A4 A9C1 Technical Staff / New York Connect Net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message