From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nuaw6-0000Dd-JL for qemu-devel@nongnu.org; Wed, 24 Mar 2010 20:28:34 -0400 Received: from [140.186.70.92] (port=43745 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nuaw4-0000DT-DR for qemu-devel@nongnu.org; Wed, 24 Mar 2010 20:28:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nuaw2-0008CY-Ri for qemu-devel@nongnu.org; Wed, 24 Mar 2010 20:28:32 -0400 Received: from mail2.shareable.org ([80.68.89.115]:46350) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nuaw2-0008C6-N8 for qemu-devel@nongnu.org; Wed, 24 Mar 2010 20:28:30 -0400 Date: Thu, 25 Mar 2010 00:28:15 +0000 From: Jamie Lokier Subject: Re: [Qemu-devel] Re: [libvirt] Supporting hypervisor specific APIs in libvirt Message-ID: <20100325002815.GA28176@shareable.org> References: <201003231557.19474.paul@codesourcery.com> <4BA8E6FC.9080207@codemonkey.ws> <4BA901B5.3020704@redhat.com> <4BA9A066.3070904@redhat.com> <20100324103643.GB624@redhat.com> <4BA9EC88.6000906@redhat.com> <4BAA0425.2030206@codemonkey.ws> <4BAA05BD.1040708@redhat.com> <4BAA064F.6010306@codemonkey.ws> <4BAA06AA.6090907@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BAA06AA.6090907@redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: "libvir-list@redhat.com" , Paul Brook , qemu-devel@nongnu.org Avi Kivity wrote: > On 03/24/2010 02:32 PM, Anthony Liguori wrote: > >>You don't get a directory filled with a zillion socket files pointing > >>at dead guests. Agree that's a poor return on investment. > > > > > >Deleting it on atexit combined with flushing the whole directory at > >startup is a pretty reasonable solution to this (which is ultimately > >how the entirety of /var/run behaves). > > > >If you're really paranoid, you can fork() a helper with a shared pipe > >to implement unlink on close. > > My paranoia comes nowhere near to my dislike of forked helpers. Use clone() then, it's cheaper ;-) Anyway, Linux at least *does* have unlink-on-exit unix sockets: use the abstract unix namespace. Enumeration is a different problem from being able to connect to an instance, and there are several approaches to enumerating multiple running instances. One of the most well known at the moment is mDNS service discovery, and each instance registering with freedesktop's Avahi enumeration service. -- Jamie