Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 17 Dec 2002 14:28:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 17 Dec 2002 14:28:27 -0500 Received: from neon-gw-l3.transmeta.com ([63.209.4.196]:63238 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Tue, 17 Dec 2002 14:28:26 -0500 Date: Tue, 17 Dec 2002 11:37:04 -0800 (PST) From: Linus Torvalds To: "H. Peter Anvin" cc: Ulrich Drepper , Alan Cox , Matti Aarnio , Hugh Dickins , Dave Jones , Ingo Molnar , Linux Kernel Mailing List Subject: Re: Intel P6 vs P7 system call performance In-Reply-To: <3DFF7951.6020309@transmeta.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1308 Lines: 31 On Tue, 17 Dec 2002, H. Peter Anvin wrote: > > Let's see... it works fine on UP and on *most* SMP, and on the ones > where it doesn't work you just fill in a system call into the vsyscall > slot. It just means that gettimeofday() needs a different vsyscall slot. The thing is, gettimeofday() isn't _that_ special. It's just not worth a vsyscall of it's own, I feel. Where do you stop? Do we do getpid() too? Just because we can? This is especially true since the people who _really_ might care about gettimeofday() are exactly the people who wouldn't be able to use the fast user-space-only version. How much do you think gettimeofday() really matters on a desktop? Sure, X apps do gettimeofday() calls, but they do a whole lot more of _other_ calls, and gettimeofday() is really far far down in the noise for them. The people who really call for gettimeofday() as a performance thing seem to be database people who want it as a timestamp. But those are the same people who also want NUMA machines which don't necessarily have synchronized clocks. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/