From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: kshmem & ACE Date: Tue, 08 May 2007 10:57:23 +0300 Message-ID: <46402D63.7030602@qumranet.com> References: <463EFEE9.8050602@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Wink Saville Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Wink Saville wrote: >> >> Most paravirtual devices use atomic operations (or even just raw memory >> accesses and memory barriers), which don't need any special >> infrastructure. This effectively makes them message-passing protocols >> rather than shared memory protocol. I can't see offhand why sharing >> data structures would bring a great improvement, but maybe I'm tied to >> the old way of thinking. >> > > One of the uses of kshmem/ACE will be an implementation of a message > passing technique that I hope to be quite general. Since this appears to > be a common technique then maybe there is nothing new in what I've done > which may make it redundant or may be a real contribution if it is more > general then current techniques. > > Where might I find the current implementations of the PV devices? > A good well-tuned example is the Xen paravirtualized drivers. See http://article.gmane.org/gmane.linux.kernel.virtualization/2659 for a driver, and http://article.gmane.org/gmane.linux.kernel.virtualization/2660 (ring.h) for the underlying machinery. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/