From owner-freebsd-current@FreeBSD.ORG  Sat Oct 29 07:13:35 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
X-Original-To: current@FreeBSD.ORG
Delivered-To: freebsd-current@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BC2A016A420;
	Sat, 29 Oct 2005 07:13:35 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5B20C43D46;
	Sat, 29 Oct 2005 07:13:35 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (unknown [192.168.48.2])
	by phk.freebsd.dk (Postfix) with ESMTP id 70E18BC50;
	Sat, 29 Oct 2005 07:13:32 +0000 (UTC)
To: Maxim.Sobolev@portaone.com
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Fri, 28 Oct 2005 16:54:32 PDT."
	<4362BA38.1090603@portaone.com> 
Date: Sat, 29 Oct 2005 09:13:31 +0200
Message-ID: <37497.1130570011@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Cc: Pertti Kosunen <pertti.kosunen@pp.nic.fi>,
	Robert Watson <rwatson@FreeBSD.ORG>, David Xu <davidxu@FreeBSD.ORG>,
	"Yuriy N. Shkandybin" <jura@networks.ru>, current@FreeBSD.ORG
Subject: Re: Timers and timing, was: MySQL Performance 6.0rc1 
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Oct 2005 07:13:35 -0000

In message <4362BA38.1090603@portaone.com>, Maxim Sobolev writes:

>You can solve most of those issues by exporting from kernel to userland 
>not only page(s) with actual data, but also page(s) with code to handle 
>that data. Then you can turn syscalls implementation in libc into plain 
>function calls to addresses in that code page(s). This approach can 
>potentially have other interesting applications, for example it will be 
>possible to use processor-specific syscalls instructions without 
>recompiling userland, move some of the ABI code into userland (i.e. 
>freebsd32 layer on amd64) etc.

I'm not sure I see much difference between a shared library and this
solution, but I'm equally sure we'd love to se a prototype before
we judge it :-)

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.