| --- | Log | opened Wed May 04 00:00:21 2005 |
| 00:44 | --- | <<-- Bluefox [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has quit (Ping timeout: 480 seconds) |
| 01:14 | --- | ---> Squink [~purple@S010600131077a67e.vc.shawcable.net] has joined #xen |
| 01:30 | Squink | hey |
| 02:15 | --- | ---> zsting [~sting@mvil2.bb.netvision.net.il] has joined #xen |
| 02:33 | --- | ---> rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen |
| 03:20 | --- | <<-- rusty [~rusty@bh02i525f01.au.ibm.com] has quit (Quit: Client exiting) |
| 03:22 | --- | User: *** heb_away is now known as heb |
| 03:28 | --- | ---> sleon [~sleon@129.69.221.149] has joined #xen |
| 03:28 | sleon | hi |
| 03:28 | sleon | how can i define a virtual network between all doamins |
| 03:28 | sleon | domains |
| 03:54 | mael | just as you would do for normal linux machines |
| 03:54 | mael | define network cards, a common adressing scheme |
| 04:04 | --- | ---> athomas [~athomas@ppp-0-127.lond-a-4.access.uk.tiscali.com] has joined #xen |
| 04:06 | sleon | mael, hmmmm |
| 04:20 | --- | <<-- athomas [~athomas@ppp-0-127.lond-a-4.access.uk.tiscali.com] has quit (Ping timeout: 480 seconds) |
| 04:21 | --- | ---> athomas [~athomas@ppp-0-151.lond-b-3.access.uk.tiscali.com] has joined #xen |
| 04:37 | --- | <<-- zsting [~sting@mvil2.bb.netvision.net.il] has quit (Quit: ) |
| 04:37 | mael | sleon: no? |
| 04:38 | --- | <<-- Tv [~Tv@hq.inoi.fi] has quit (Ping timeout: 480 seconds) |
| 04:43 | --- | ---> Sting [~sting@mvil2.bb.netvision.net.il] has joined #xen |
| 05:08 | --- | ---> Bluefox [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 05:11 | --- | ---> Tv [~Tv@ssg.masterplanet.fi] has joined #xen |
| 05:16 | --- | ---> bunoc [~bunoc@YahooBB219206220072.bbtec.net] has joined #xen |
| 05:28 | bunoc | anybody could tell me why we need "make mkpatches"? |
| 05:28 | bunoc | from what i seen, make mkpatches produces exactly *sparse ? |
| 05:45 | knewt | bunoc: you can [attempt to] apply the patches over the top of other patches, unlike *sparse |
| 05:49 | bunoc | knewt, "other patches"? what do you mean? |
| 05:50 | knewt | let's say you have a kernel tree already patched with some other patches, and you want to apply xen on top of it. you can't do so using *sparse |
| 05:50 | bunoc | knewt, from what i seen, *sparse is also kind of patch. what is special with it? |
| 05:51 | knewt | *sparse isn't a patch. it has /replacement/ files where a file has changes in it |
| 05:51 | bunoc | i looked at Makefiles, and it seems that they just overwrite the original files with files from sparse |
| 05:51 | bunoc | ah i see |
| 05:52 | bunoc | but why they dont provide patch, instead of *sparse ? |
| 05:52 | knewt | sparse is easier for them to develop with |
| 05:52 | bunoc | i see they are same |
| 05:53 | knewt | for myself i generally apply sparse and then put some other patches on top, but for distro people it's a lot easier to include xen in their pipeline if it's available as a normal patch |
| 05:54 | bunoc | ok, suppose that *sparse dont have conflict with the original files, so what is difference with using it with "other patches"? we can still apply other patches on top of xen, rite? |
| 05:55 | bunoc | i dont see the clear benefit here |
| 05:56 | knewt | /if/ nothing in *sparse was changed by any previous patches, then it will work to apply *sparse on top |
| 05:57 | knewt | however, lets say that a patch changed 5 files, and 1 of them is touched by *sparse. not the change to that 1 file from the patch has been lost. uh oh. |
| 05:58 | knewt | s/not the/now the/ |
| 05:58 | bunoc | ok, so one benefit is we will know if there is conflict of not when apply "sparse" as patch |
| 05:58 | bunoc | s/of not/or not/ |
| 05:59 | knewt | remember, applying sparse as a patch instead in the last example might work fine without producing any conflicts |
| 06:03 | --- | <<-- DEac- [~deac@xdsl-84-44-145-16.netcologne.de] has quit (Quit: Verlassend) |
| 06:04 | --- | ---> DEac- [~deac@xdsl-84-44-145-16.netcologne.de] has joined #xen |
| 06:18 | --- | <<-- sleon [~sleon@129.69.221.149] has quit (Quit: Verlassend) |
| 08:01 | --- | <<-- Tv [~Tv@ssg.masterplanet.fi] has quit (Ping timeout: 480 seconds) |
| 08:05 | --- | <<-- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has quit (Ping timeout: 480 seconds) |
| 08:07 | --- | <<-- Sting [~sting@mvil2.bb.netvision.net.il] has quit (Remote host closed the connection) |
| 08:09 | --- | <<-- DEac- [~deac@xdsl-84-44-145-16.netcologne.de] has quit (Ping timeout: 480 seconds) |
| 08:22 | --- | ---> DEac- [~deac@xdsl-213-168-105-198.netcologne.de] has joined #xen |
| 08:30 | --- | ---> Tv [~Tv@hq.inoi.fi] has joined #xen |
| 08:32 | --- | <<-- bunoc [~bunoc@YahooBB219206220072.bbtec.net] has quit (Quit: Leaving) |
| 08:41 | --- | ---> hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen |
| 09:06 | --- | ---> katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has joined #xen |
| 09:13 | --- | ---> rharper [~rharper@pixpat.austin.ibm.com] has joined #xen |
| 09:15 | --- | <<-- Squink [~purple@S010600131077a67e.vc.shawcable.net] has quit (Ping timeout: 480 seconds) |
| 09:19 | --- | <<-- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit (Quit: leaving) |
| 09:36 | --- | ---> cfreak [cfreak@dsl-084-056-125-058.arcor-ip.net] has joined #xen |
| 10:00 | --- | ---> hollis [~hollis@pixpat.austin.ibm.com] has joined #xen |
| 10:39 | --- | ---> plars [~plars@pixpat.austin.ibm.com] has joined #xen |
| 10:49 | --- | <<-- cfreak [cfreak@dsl-084-056-125-058.arcor-ip.net] has quit (Quit: .) |
| 10:51 | --- | ---> aliguori [~anthony@pixpat.austin.ibm.com] has joined #xen |
| 12:06 | --- | ---> stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen |
| 12:08 | --- | ---> niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen |
| 12:17 | --- | ---> tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has joined #xen |
| 12:36 | --- | <<-- athomas [~athomas@ppp-0-151.lond-b-3.access.uk.tiscali.com] has quit (Quit: Leaving) |
| 12:46 | --- | ---> woody [~woody@bi01p1.co.us.ibm.com] has joined #xen |
| 12:48 | --- | <<-- woody [~woody@bi01p1.co.us.ibm.com] has quit (Quit: ) |
| 13:18 | --- | <<-- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit (Ping timeout: 480 seconds) |
| 13:20 | --- | ---> tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has joined #xen |
| 13:23 | | * caker hits the "domain stuck in s state" problem again |
| 13:23 | | * mikegrb hits caker |
| 13:38 | --- | ---> matta-lt [~matta@69.93.28.254] has joined #xen |
| 13:39 | --- | ---> woody [~woody@bi01p1.co.us.ibm.com] has joined #xen |
| 14:01 | --- | <<-- niv [~nivedita@bi01p1.co.us.ibm.com] has quit (Quit: Quitting) |
| 14:37 | --- | ---> niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen |
| 14:53 | --- | <<-- Tv [~Tv@hq.inoi.fi] has quit (Quit: Client exiting) |
| 14:58 | --- | <<-- cartel [~cartel@shinobi.thoughtcrime.org.nz] has quit (Ping timeout: 480 seconds) |
| 15:06 | --- | ---> cartel [~cartel@shinobi.thoughtcrime.org.nz] has joined #xen |
| 15:06 | --- | ---> TheQ [~TheQ@dial4a-65.btc-bci.com] has joined #xen |
| 16:01 | --- | ---> Nigelenki [~bluefox@69.251.146.225] has joined #xen |
| 16:05 | --- | <<-- Bluefox [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Ping timeout: 480 seconds) |
| 16:51 | --- | <<-- katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has quit (Read error: Connection reset by peer) |
| 16:51 | --- | <<-- matta-lt [~matta@69.93.28.254] has quit (Quit: I used to have a drinking problem. Now I love the stuff.) |
| 17:22 | --- | <<-- hbaum__ [~hbaum@bi01p1.co.us.ibm.com] has quit (Quit: Client exiting) |
| 17:27 | --- | ---> Icy [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 17:27 | --- | <<-- Nigelenki [~bluefox@69.251.146.225] has quit (Read error: Connection reset by peer) |
| 17:27 | --- | ---> hbaum [~hbaum@bi01p1.co.us.ibm.com] has joined #xen |
| 17:45 | --- | <<-- aliguori [~anthony@pixpat.austin.ibm.com] has quit (Quit: Leaving) |
| 17:46 | --- | ---> Nigelenki [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 17:47 | --- | <<-- Icy [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Read error: Operation timed out) |
| 17:56 | --- | ---> katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has joined #xen |
| 18:16 | --- | <<-- stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit (Quit: Leaving) |
| 18:22 | cartel | heh |
| 18:32 | --- | <<-- hollis [~hollis@pixpat.austin.ibm.com] has quit (Quit: leaving) |
| 18:40 | --- | ---> MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has joined #xen |
| 18:42 | cartel | hey Mark |
| 18:45 | knewt | MarkWilliamson: 'lo there. header-mode isn't implemented yet, but i've got my CoW driver working :) |
| 18:46 | cartel | knewt: copy on write? |
| 18:46 | knewt | yep. it's a 1->1 implementation, but that's still very useful |
| 18:46 | eigood | I've been working on a COW thing for java/commons-vfs |
| 18:46 | eigood | including multiple internal COW links, and multiple COW links per dir |
| 18:46 | cartel | isnt that functionality in lvm already? |
| 18:47 | eigood | at a file level, including svn hooks, to maintain history |
| 18:47 | knewt | the snapshot stuff is crap |
| 18:47 | cartel | lol |
| 18:47 | cartel | so your cow driver is for xen only? |
| 18:47 | MarkWilliamso | | knewt: nice one! |
| 18:47 | knewt | cartel: nope. it's a pure device-mapper driver |
| 18:47 | cartel | knewt: nice!!! |
| 18:47 | MarkWilliamso | | cartel: hi |
| 18:47 | cartel | knewt: with userland tools? |
| 18:48 | knewt | cartel: i could email you the patch of what's done so far, but right now there's no documentation at all, no comments in the code, and the code needs to be neatened up layout-wise |
| 18:49 | cartel | knewt: cool, i dont need it yet, but it will be nice to have, comment it and send to the devmapper guys |
| 18:49 | knewt | first thing i'm going to do is post to the xen list and ask for some guinea-pigs^Wtesters. after i'm feeling reasonably confident i'll post to the devmapper address |
| 18:50 | MarkWilliamso | | knewt: for testing this sort of thing it'd be nice to have a kind of "virtual machine" technology |
| 18:50 | MarkWilliamso | | oh, hang on... |
| 18:50 | cartel | lmao |
| 18:50 | knewt | MarkWilliamson: heh. the boot time of a domU came in very handy during development :) |
| 18:51 | MarkWilliamso | | indeed! |
| 18:51 | cartel | MarkWilliamson: have you heard of these nsp guys that simon keeps going on about? |
| 18:51 | knewt | i've been developing on my laptop, rebuilding the kernel, scp'ing it up to the server, and then booting a domU and testing it out. and then back to the start we go. |
| 18:51 | cartel | knewt: i managed to get our kernel guy to start using xen for our netfilter stuff |
| 18:51 | MarkWilliamso | | knewt: you could cut down startup times during development even more if you used suspend resume. but of course then you'd want a CoW block device :-p |
| 18:52 | knewt | MarkWilliamson: i've been building it into the kernel, rather than as a module |
| 18:52 | MarkWilliamso | | cartel: nope. simon who? |
| 18:52 | cartel | crosby |
| 18:53 | knewt | and when i managed to Oops it a reboot is frequently needed anyway |
| 18:53 | MarkWilliamso | | cartel: ah. what does NSP stand for? |
| 18:53 | cartel | network service providers |
| 18:53 | MarkWilliamso | | knewt: indeed. i've never developed any code as a module. |
| 18:54 | MarkWilliamso | | cartel: still nope - what's simon saying about them? and what do they do? |
| 18:54 | knewt | my best crash imo was when i made a small mistake in the parameters i gave to an existing bit of the kernel code, and it then caused an oops in a seperate task |
| 18:54 | MarkWilliamso | | knewt: that's always entertaining :-) |
| 18:54 | cartel | MarkWilliamson: im just testing you since im tom@nsp :) Simon seems to be foaming at the mouth to get us promoted, since we've adopted xen for our product range |
| 18:54 | knewt | the crash happening because a count parameter that was passed in was assumed to always be at least 1, and if it was 0 it led to code traversing off the end of a linked list |
| 18:55 | MarkWilliamso | | my best crash was when Xen had an error unpinning an L3 page table entry. on an arch with two level page tables, that's quite scary :-) |
| 18:55 | cartel | MarkWilliamson: to our knowlege i have the only replicated root raid xen+heartbeat set up replicated mail server in the world |
| 18:55 | knewt | the background cowifying is working quite nicely now :) |
| 18:55 | MarkWilliamso | | cartel: ah, that's quite funky! |
| 18:55 | MarkWilliamso | | knewt: way cool |
| 18:56 | knewt | it runs as a nice 19'ed task |
| 18:56 | cartel | MarkWilliamson: its what happens when you work 40 hours straight trying to come up with a replication scenario on a weekend after the client's mta toasted itself |
| 18:56 | MarkWilliamso | | cartel: i suppose that would have a motivating effect! |
| 18:56 | cartel | MarkWilliamson: i have to say i threw 70,000 smtp sessions at the thing and it still trundled along |
| 18:56 | knewt | and whenever external CoW activity happens on the device (reads and already mapped areas for writes don't count), it slows itself down even more |
| 18:57 | MarkWilliamso | | knewt: makes sense |
| 18:57 | cartel | ok guys, bbiab, off to grab lunch |
| 18:57 | MarkWilliamso | | cartel: that's quite impressive! |
| 18:57 | MarkWilliamso | | (smtp scaling, not the lunch ;-)) |
| 18:57 | knewt | MarkWilliamson: i did a very basic speed test btw. 1 gig of /dev/zero being written out at a block size of 1 meg |
| 18:57 | knewt | linear mapping: 28.33s, 0.08 stdev |
| 18:58 | knewt | cow memory-only-bitmap: 28.71s, 0.06 stdev |
| 18:58 | knewt | cow interleaved-bitmap: 33.38s, 0.04 stdev |
| 18:58 | MarkWilliamso | | impressive |
| 18:58 | knewt | cow seperate-bitmap: 34.45s, 0.07 stdev |
| 18:58 | MarkWilliamso | | relatively painless |
| 18:59 | knewt | oh, and you do indeed read correctly. i implemented the interleaved bitmap/cow that you mentioned the other day :) |
| 18:59 | MarkWilliamso | | nice one! |
| 18:59 | knewt | it was quite painless to implement actually. actually took longer to code the configuration code |
| 18:59 | knewt | for it |
| 18:59 | MarkWilliamso | | you require a cow device the same size as the origin, though, right? |
| 19:00 | knewt | yeah |
| 19:00 | MarkWilliamso | | are you considering dropping that restriction at some point? |
| 19:00 | knewt | covers a lot of usages though |
| 19:00 | MarkWilliamso | | sure |
| 19:01 | knewt | MarkWilliamson: would have to write a completely seperate target for a sparse version. been considering it, but it's a matter of not using up overly large amounts of memory, whilst keeping it reasonably fast |
| 19:01 | knewt | i've been running lots of ideas through my head, but haven't settled on anything for sure yet |
| 19:01 | MarkWilliamso | | yup, it's a bit of a fiddly problem. |
| 19:01 | MarkWilliamso | | it's nice for people who want to be miserly with disk space ;-) |
| 19:01 | knewt | for now, if you really want a sparse cow, you can use a loopback, but that slows it down just a tad |
| 19:02 | eigood | COW block drivers can't be hard; a COW filesystem layer is more complex |
| 19:02 | knewt | i used loopback devices during development from within a domU, but the speed tests i did were starting that domU over a cow device :) |
| 19:02 | knewt | eigood: it's hard to do both fast and memory efficiently |
| 19:03 | knewt | if you don't want a 1-1 implementation, but a sparse implementation |
| 19:03 | knewt | what i've been working on is a 1-1 implementation, but once i'm done i might have a go at a sparse version |
| 19:06 | --- | <<-- niv [~nivedita@bi01p1.co.us.ibm.com] has quit (Quit: Quitting) |
| 19:52 | --- | ---> rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen |
| 20:21 | --- | <<-- lilo [~lilo@lilo.usercloak.oftc.net] has quit (Read error: Connection reset by peer) |
| 20:43 | --- | ---> lilo [~lilo@lilo.usercloak.oftc.net] has joined #xen |
| 20:43 | --- | <<-- DEac- [~deac@xdsl-213-168-105-198.netcologne.de] has quit (Ping timeout: 480 seconds) |
| 20:55 | --- | ---> DEac- [~deac@xdsl-81-173-161-32.netcologne.de] has joined #xen |
| 21:00 | --- | ---> Squink [~purple@S010600131077a67e.vc.shawcable.net] has joined #xen |
| 21:05 | --- | <<-- lilo [~lilo@lilo.usercloak.oftc.net] has quit (Quit: brb) |
| 21:57 | --- | <<-- Nigelenki [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Read error: Connection reset by peer) |
| 21:59 | --- | ---> Nigelenki [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 22:05 | --- | ---> superdave591 [~superdave@danders5.cs.uiuc.edu] has joined #xen |
| 22:27 | --- | ---> Icy [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 22:29 | --- | <<-- Nigelenki [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Read error: Operation timed out) |
| 22:34 | --- | <--- MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has left #xen (Kopete 0.10 : http://kopete.kde.org) |
| 22:38 | --- | ---> Nigelenki [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen |
| 22:38 | --- | <<-- Icy [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Read error: Connection reset by peer) |
| 22:59 | --- | <--- VS_ChanLog [~stats@ns.theshore.net] has left #xen (Rotating Logs) |
| 22:59 | --- | ---> VS_ChanLog [~stats@ns.theshore.net] has joined #xen |
| 23:23 | --- | ---> lilo [~lilo@lilo.usercloak.oftc.net] has joined #xen |
| 23:36 | --- | <<-- TheQ [~TheQ@dial4a-65.btc-bci.com] has quit (Ping timeout: 480 seconds) |
| --- | Log | closed Thu May 05 00:00:46 2005 |
