From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ChIBS-0005ca-02 for qemu-devel@nongnu.org; Wed, 22 Dec 2004 20:54:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ChIBQ-0005c4-T6 for qemu-devel@nongnu.org; Wed, 22 Dec 2004 20:54:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ChIBQ-0005bp-MI for qemu-devel@nongnu.org; Wed, 22 Dec 2004 20:54:28 -0500 Received: from [81.187.81.52] (helo=smtp.aaisp.net.uk) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1ChI0U-0004hV-Jh for qemu-devel@nongnu.org; Wed, 22 Dec 2004 20:43:11 -0500 Received: from [217.169.17.170] (helo=hermes.cam.ac.uk) by smtp.aaisp.net.uk with esmtp (Exim 4.42) id 1ChIwW-0006Ji-Is for qemu-devel@nongnu.org; Thu, 23 Dec 2004 02:43:08 +0000 Message-ID: <41CA2229.9060706@hermes.cam.ac.uk> Date: Thu, 23 Dec 2004 01:40:57 +0000 From: Richard Neill MIME-Version: 1.0 Subject: Re: [Qemu-devel] What is the minimal linux setup for running Qemu ? References: <41C9A386.8050200@hermes.cam.ac.uk><003201c4e865$3fd98f20$964aa50c@computername> <41C9FEB8.1050803@hermes.cam.ac.uk> <001201c4e881$0e9a1260$964aa50c@computername> In-Reply-To: <001201c4e881$0e9a1260$964aa50c@computername> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org jeebs wrote: >> Metropipe's product is actually quite interesting, since they aim >> to store all your files on their server, and the memory key >> provides firefox,ssh etc and a virtual private network. > > > There's nothing on the web site about that. > > Their VPM page talks about storing things 'in your pocket' etc., so > it sounds like just a typical local virtual drive right on the memory > device itself. That's what prompted to me make my comment in here. > > They do provide a demo of their tunneler, but I don't see anything > about the product requiring its use etc. etc. > > I downloaded their demo, but replaced their metropipe iso with the "regular" Damn Small Linux iso. It does work well. >>> Any virtual disk is going to do quite a few writes, and flash >>> memory can only do so many before it starts to fail. >> >> I thought this number was > 100,000 - so it's still not really an >> issue except for atime and swap. > > > I really don't know what the cycle count is. Certainly on the higher > quality flash chips, it's over a million bit write cycles. But with > so many ultra cheap memory sticks with memory from no telling where, > it's not something I'd want to depend on for more than a few tens of > thousand writes per bit. And unless there is proof to the contrary > about the OS and the apps, you kind of have to assume that anytime > you actually run any programs, it's going to update a directory or a > config file, or whatever. > Running the OS cannot do any writing, since the ISO expects to be a CDROM, and is read-only. Furthermore, Knoppix normally expects /home (and /tmp) to be a RAMdisk. This means that the apps won't save their config files by default. > Maybe I'm wrong, but at this point, I find it hard to believe that > it's not going to be doing lots of writes to the virtual disk when > you actually use stuff, like MetroPipe is trying to suggest. Simply > booting it for a demonstration or the ocasional emergency, etc. is no > problem. But MetroPipe is talking about actually using it for real, > and I'm real hesitant about the life span of the flash area where the > directories are at. Unless MetroPipe has taken explicit > steps to reduce this and I don't know about it. > There isn't enough information of the web site to say for sure how > it's set up (I haven't tried it yet), but I'd guess it's nothing more > than a typical virtual disk for storage of your stuff, and an ISO for > the linux. Just a simple, no frills setup involving qemu, an empty > virtual disk, and a standard DSL iso image. That's why I said it was > interesting, but not inovative. (If I'm wrong, then great!) > > Exactly. And as you say, the problem is that writing to files in a virtual disk means that any slight corruption to the real physical file may completely destroy the filesystem on the virtual disk. A crash of the host would also be less damaging. What *would* be cute would be to use the virtual vfat driver. Thus files on the guest map to real files on the memory key. If you do this, the number of writes will be exactly the same as if you used the memory key for transport of files in the usual way. My ideal set up would be the following: USB-memory-key/ /qemu/mac <- mac binaries for qemu and bios /qemu/linux <- linux binaries for qemu and bios /qemu/win <- windows binaries for qemu and bios /dsl/iso <- dsl iso itself /dsl/extras <- extra apps for dsl if desired. /myfiles <- an ordinary directory, not a disk image. appearing to the guest as a drive using virtual vfat /putty <- ssh binaries for win,linux,mac /vnc <- vnc viewer binaries for win,linux,mac win-startup.bat <- start up scripts for qemu/dsl mac-startup.sh linux-startup.sh The only problems that remain are: - vfat doesn't support Linux file attributes. (there is a solution, but I forget what). - you need a script to manually save those files within /home that you want to keep. Most can vanish with the ramdisk on reboot, but things like ~/.ssh and ~/.mozilla are useful! [DSL and Knoppix both solve this problem somehow ] In addition, with the falling prices of memory keys, an entire knoppix iso could be used, if desired. Furthermore, since we know exactly what the emulated hardware will be, knoppix could be compiled with the appropriate optimisations. Regards Richard