| --- | Log | opened Tue Jan 16 00:00:42 2007 |
| 00:21 | |-| | mulix [~mulix@87.69.40.180.cable.012.net.il] has quit [Remote host closed the connection] |
| 00:32 | |-| | andy [~andy@andy.netrep.oftc.net] has quit [Ping timeout: 480 seconds] |
| 00:47 | |-| | hollisb [~hollisb@user-0vvdf2d.cable.mindspring.com] has quit [Quit: Leaving] |
| 01:43 | |-| | mastermind [~mastermin@mastermind.kaltenbrunner.cc] has quit [Quit: Client exiting] |
| 01:51 | |-| | visik7 [~visi@host174-136-dynamic.58-82-r.retail.telecomitalia.it] has quit [Remote host closed the connection] |
| 02:09 | |-| | Chui [~delandtj@195.130.154.150] has quit [Remote host closed the connection] |
| 03:39 | |-| | visik7 [~visi@82.58.136.174] has joined #xen |
| 03:50 | |-| | athomas [~athomas@host86-134-167-36.range86-134.btcentralplus.com] has joined #xen |
| 04:05 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen |
| 04:07 | |-| | fernando [~fernando@189.0.150.193] has joined #xen |
| 04:28 | |-| | visik7 [~visi@82.58.136.174] has quit [Remote host closed the connection] |
| 04:32 | |-| | fernando [~fernando@189.0.150.193] has quit [Ping timeout: 480 seconds] |
| 04:37 | |-| | bernarde [~bernarde@201.72.60.80] has joined #xen |
| 05:06 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has quit [Quit: Leaving] |
| 06:04 | |-| | fernando [~fernando@189.0.135.156] has joined #xen |
| 06:32 | |-| | DavidS [~david@pnsgw3-client160.demo.tuwien.ac.at] has joined #xen |
| 06:37 | [~] | msinhore is away: |
| 06:38 | |-| | visik7 [~visi@host174-136-dynamic.58-82-r.retail.telecomitalia.it] has joined #xen |
| 06:38 | [~] | msinhore is away: |
| 07:33 | |-| | DV [~veillard@82.150.19.34] has joined #xen |
| 07:33 | |-| | DV [~veillard@82.150.19.34] has left #xen [] |
| 07:58 | |-| | rharper [~rharper@r74-193-70-77.pfvlcmta01.grtntx.tl.dh.suddenlink.net] has joined #xen |
| 08:00 | |-| | rharper_ [~rharper@r74-193-70-77.pfvlcmta01.grtntx.tl.dh.suddenlink.net] has joined #xen |
| 08:07 | |-| | jimix [~jimix@c-67-189-187-152.hsd1.ny.comcast.net] has joined #xen |
| 08:18 | |-| | aki_ [~aki@ananda.gandi.net] has joined #xen |
| 08:19 | <aki_> | hi |
| 08:29 | |-| | clalance [~clalance@nat-pool-bos.redhat.com] has joined #xen |
| 08:38 | <tweakism> | hi |
| 08:40 | |-| | rharper [~rharper@r74-193-70-77.pfvlcmta01.grtntx.tl.dh.suddenlink.net] has quit [Quit: Leaving] |
| 08:40 | |-| | rharper_ changed nick to rharper |
| 08:42 | |-| | KriP [kp@yancey.unixworld.dk] has joined #xen |
| 08:47 | |-| | guillaume_t [~guillaune@129.184.84.11] has quit [Quit: Leaving] |
| 08:49 | |-| | ahs3_away changed nick to ahs3 |
| 08:55 | |-| | visik7 [~visi@host174-136-dynamic.58-82-r.retail.telecomitalia.it] has quit [Remote host closed the connection] |
| 08:55 | |-| | visik7 [~visi@host174-136-dynamic.58-82-r.retail.telecomitalia.it] has joined #xen |
| 09:29 | |-| | aliguori [~anthony@cpe-70-112-17-156.austin.res.rr.com] has joined #xen |
| 09:43 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has joined #xen |
| 09:46 | |-| | ns [~niv@bi01p1.co.us.ibm.com] has joined #xen |
| 09:51 | |-| | visik7 [~visi@host174-136-dynamic.58-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] |
| 09:57 | |-| | aki_ [~aki@ananda.gandi.net] has left #xen [] |
| 10:02 | <rharper> | jimix: still a little confused on the memreservs |
| 10:02 | <jimix> | rharper: includeing the "scratch that" email? |
| 10:03 | <rharper> | jimix: yes, just read that |
| 10:03 | <jimix> | rharper: k, 'sup? |
| 10:03 | <rharper> | still not sure if we need that second res or not |
| 10:03 | <rharper> | well, the one page one |
| 10:03 | <jimix> | rharper: only need it if we are loading an initrd |
| 10:04 | <rharper> | ah, ok |
| 10:04 | <jimix> | rharper: we made it redundant because we did not know and would fill it in later |
| 10:04 | <rharper> | we can know now, so if we don't have an initrd, drop the rsv and the other initrd entries? |
| 10:05 | <jimix> | rharper: correct |
| 10:05 | <rharper> | also, the other rsv is related to rma_bytes, that address should be based on rma_bytes right? |
| 10:05 | <jimix> | correct |
| 10:05 | <rharper> | ok, I guess I did get it all. thanks for comfirming |
| 10:05 | <jimix> | rharper: np |
| 10:15 | |-| | aw [~awilliam@c-24-9-84-32.hsd1.co.comcast.net] has quit [Quit: Leaving] |
| 10:16 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has quit [Quit: Leaving] |
| 10:18 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has joined #xen |
| 10:27 | |-| | aw [~awilliam@c-24-9-84-32.hsd1.co.comcast.net] has joined #xen |
| 10:31 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen |
| 10:39 | |-| | DavidS [~david@pnsgw3-client160.demo.tuwien.ac.at] has quit [Remote host closed the connection] |
| 10:40 | |-| | agriffis [~agriffis@ftcrel3.hp.com] has joined #xen |
| 10:43 | |-| | hollisb [~hollisb@user-0vvdf2d.cable.mindspring.com] has joined #xen |
| 11:00 | |-| | zwane_r3k [~zwane@S0106001217d33fa6.vc.shawcable.net] has quit [Ping timeout: 480 seconds] |
| 11:04 | |-| | rpg [~rpg@cpe-70-122-40-44.austin.res.rr.com] has joined #xen |
| 11:08 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has quit [Quit: Leaving] |
| 11:08 | |-| | agriffis changed nick to agrif_away |
| 11:11 | |-| | brianw [~ahzz@pool-71-170-81-199.dllstx.fios.verizon.net] has quit [Remote host closed the connection] |
| 11:17 | |-| | guill [~guill@weg38-2-82-233-114-191.fbx.proxad.net] has joined #xen |
| 11:20 | |-| | guill [~guill@weg38-2-82-233-114-191.fbx.proxad.net] has quit [] |
| 11:27 | |-| | sputhenp [~sputhenp@202.80.58.210] has quit [Remote host closed the connection] |
| 11:29 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has joined #xen |
| 11:30 | |-| | sputhenp [~sputhenp@202.80.58.210] has joined #xen |
| 11:33 | |-| | mulix [~mulix@87.69.40.180.cable.012.net.il] has joined #xen |
| 11:37 | <ns> | whoa |
| 11:39 | |-| | zwane_r3k [~zwane@h70-68-160-192.sbm.shawcable.net] has joined #xen |
| 11:49 | <rharper> | jimix: do we expect that rma_log will ever become a parameter again? |
| 11:50 | |-| | Basic_py [~Basic@warden.real-time.com] has quit [Quit: Leaving] |
| 11:52 | <hollisb> | rharper: not in the near future |
| 11:53 | <hollisb> | rharper: it's nice to be flexible, but it's not generally useful |
| 11:53 | <hollisb> | rharper: so no |
| 11:53 | <rharper> | hollisb: ok, if I'm going to make the initrd reservation conditional then I need re-work where we define rma_log. if xc_linux_build knows rma_log, then I can calc rma_pages which is needed for the size of the page_array |
| 11:54 | <rharper> | I'll end up calcing and allocing the page_array, loading the kernel and initrd so I can get the base and length, and then construct the devtree, passing in the initrd info |
| 11:54 | <hollisb> | rharper: hardcode it |
| 11:55 | <rharper> | hollisb: it already is, jimix was wanted to make the reservation for initrd conditional |
| 11:55 | <rharper> | s/wanted/wanting |
| 11:55 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has quit [Quit: Leaving] |
| 11:55 | <hollisb> | so what's the question? |
| 11:56 | <rharper> | whether or not the above sounded ok |
| 11:56 | <rharper> | moving the hard coded rma_log out into xc_linux_build and reordering where we create the devtree, passing initrd base and length through |
| 11:57 | <hollisb> | sure |
| 11:57 | |-| | dhendrix [~dhendrix@c-24-7-121-175.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] |
| 12:00 | <tweakism> | can I run X server in domU and still have dom0 console on the same video card? |
| 12:02 | |-| | athomas [~athomas@host86-134-167-36.range86-134.btcentralplus.com] has quit [Quit: Leaving] |
| 12:09 | <icblenke> | tweakism: you can use a serial port, I suppose. |
| 12:12 | |-| | dhendrix [~dhendrix@c-24-7-121-175.hsd1.ca.comcast.net] has joined #xen |
| 12:12 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has joined #xen |
| 12:21 | |-| | sputhenp [~sputhenp@202.80.58.210] has quit [Quit: Leaving] |
| 12:24 | |-| | agrif_away changed nick to agriffis |
| 12:25 | |-| | danp1 [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has joined #xen |
| 12:25 | |-| | danp1 [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has left #xen [] |
| 12:25 | |-| | danp1 [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has joined #xen |
| 12:27 | |-| | kalden [~kalden@fac34-3-82-231-26-11.fbx.proxad.net] has joined #xen |
| 12:31 | <jimix> | rharper: you hard code the rma_bytes alreasy in make_flatdevtree() just move it up earlier in the function and use throughout |
| 12:31 | <jimix> | already |
| 12:31 | <rharper> | jimix: yep, that's the plan |
| 12:32 | <jimix> | so you should prolly setup up initrd before the devtree and pass in where you stuck it |
| 12:32 | <jimix> | rharper: ^^^ in xc_linux_build.c |
| 12:33 | <rharper> | jimix: yep, going to move the creation of devtree after loading kernel and initrd, at that point I know base and len of initrd, will pass in to make_flatdevtree() |
| 12:34 | <jimix> | coolo |
| 12:34 | |-| | Basic_py [~Basic@gatekeeper.real-time.com] has joined #xen |
| 12:36 | <rharper> | jimix: do you know if linux can boot without linux,initrd-start property? that is, if we aren't using an initrd, should I declare the property and fill it with 0? or can I leave the property out? |
| 12:37 | <hollisb> | leave it out |
| 12:37 | <rharper> | hollisb: ok |
| 12:38 | <hollisb> | rharper: btw, you can always grep Linux source for "linux,initrd-start" to see how it's used |
| 12:38 | <jimix> | rharper: yeah we were lucky that 0 worked.. please leave it out. |
| 12:38 | <rharper> | yep |
| 12:38 | <rharper> | hollisb: ah, good point |
| 12:42 | |-| | xai [~pasta@cpe-70-113-32-246.austin.res.rr.com] has joined #xen |
| 12:52 | |-| | visik7 [~visi@82.58.136.174] has joined #xen |
| 12:59 | |-| | segher [~segher@dslb-084-056-144-178.pools.arcor-ip.net] has joined #xen |
| 13:25 | |-| | guillaume_t [~guillaume@weg38-2-82-233-114-191.fbx.proxad.net] has quit [Quit: Leaving] |
| 13:36 | <movement> | is there a way to use xenstore-ls with a relative path? |
| 13:37 | <brendan> | hmm, it might be fun to have a filesystem version of xenstore. maybe with fuse or something |
| 13:38 | |-| | fernando [~fernando@189.0.135.156] has quit [Ping timeout: 480 seconds] |
| 13:38 | <brendan> | would make it easier to rm most of /vm/ :) |
| 14:15 | |-| | bernarde [~bernarde@201.72.60.80] has quit [Remote host closed the connection] |
| 14:25 | <jnalley> | Hi - Are any of the Xen developers looking into Single Root virtualization as proposed by the PCI-SIG? |
| 14:26 | <riel> | jnalley: what's the use case for that ? |
| 14:26 | <aliguori> | jnalley: do you have more info on that? |
| 14:26 | <jnalley> | SR-IOV allows a PCI-e device to present virtual functions to the root complex |
| 14:26 | <jnalley> | this would allow a guest OS (domU) to access the device directly |
| 14:27 | <riel> | does that include iommu functionality to restrict memory access? |
| 14:27 | <jnalley> | similar to the current pci frontend/backend but in conjunction with an IOMMU |
| 14:27 | <jnalley> | yep |
| 14:27 | <mulix> | jnalley, are any such chipsets / adapters shipping? |
| 14:27 | <jnalley> | The info is on the PCI-SIG website - the spec is still a draft but should be finalized later this year |
| 14:27 | <mulix> | the spec is still in draft form |
| 14:27 | <jnalley> | hehe |
| 14:27 | <riel> | so you'd have a virtual ethernet switch PCIe card, to which you can directly attach guest network devices? |
| 14:27 | <jnalley> | No, not a switch - just a NIC |
| 14:28 | <riel> | not good enough |
| 14:28 | <tweakism> | which is faster, vnc=1 w/ vesa x server, or xvnc ? |
| 14:28 | <tweakism> | xvnc, right? |
| 14:28 | <riel> | you need to be able to have vlan separation into the host |
| 14:28 | <mulix> | riel, think self virtualizing device - it prevents the HW interface of a NIC to multiple guest |
| 14:28 | <riel> | so one guest is on one vlan, another on another vlan |
| 14:28 | <mulix> | multiple guests |
| 14:28 | <aliguori> | tweakism: yes |
| 14:28 | <riel> | mulix: that's a switch :) |
| 14:28 | <jnalley> | Right, the idea would be that the IHV's would implement VLAN capabilies into these new SR compliant devices |
| 14:28 | <jnalley> | Along with TOE etc. |
| 14:29 | <riel> | no need to waste silicon on TOE |
| 14:29 | <mulix> | jnalley, TOE is a whole other can of worms |
| 14:29 | <aliguori> | heh |
| 14:29 | <mulix> | btw, Xen already supports IB to some extent |
| 14:29 | <riel> | if you want to make the network fast, just implement generic segment offloading |
| 14:29 | <jnalley> | limited info on SR (and MR) is here: http://www.pcisig.com/specifications/iov/ |
| 14:31 | <jnalley> | A company called netxen claims they have a 10Gbps NIC that will support SR in the future and currently suppors a proprietary form of I/O virtualization now |
| 14:31 | <jnalley> | They have a whitepaper on their site that goes into details of how they see it working. |
| 14:31 | <mulix> | jnalley, they have very interesting adapters |
| 14:31 | <mulix> | but I don't think there's any Xen support for them (yet?) |
| 14:32 | <mulix> | except in "dumb NIC" mode |
| 14:32 | <jnalley> | Yeah, I don't think so either... |
| 14:32 | <jnalley> | I guess I was just curious, since all these different entities are touting how great SR-IOV will be if any of the hypervisor folks are actually working on it. |
| 14:33 | <jnalley> | seems like a chicken/egg proplem ;-) |
| 14:33 | <jnalley> | s/prop/prob/ |
| 14:33 | <mulix> | jnalley, indeed... it's hard to do HW support when the HW isn't there yet |
| 14:33 | <mulix> | we are working on IOMMU support, since we do actually have shipping IOMMUs |
| 14:35 | <jnalley> | How will IOMMU support work from a device driver standpoint? Will it work similar to the pci frontend/backend stuff now? |
| 14:35 | <mulix> | jnalley, it should all be transparent to the device driver, assuming the OS provide an IOMMU abstract (such as Linux's DMA-API) |
| 14:36 | <mulix> | s/abstract/abstraction/ |
| 14:38 | <jnalley> | mulix, Do you know when IOMMU's will be shiping (that's a chipset thing right?) |
| 14:39 | <mulix> | jnalley, some IBM x86 servers already have isolation capable IOMMUs |
| 14:39 | <mulix> | Intel VT-d and AMD IOV should be out sometime Real Soon Now |
| 14:39 | <mulix> | in other words - NFI :-) |
| 14:40 | <jnalley> | mulix, haha, well thanks for the info |
| 14:40 | <tweakism> | heh, here I just bought a new proc and mobo for xen. |
| 14:40 | <tweakism> | now I can do it again in a year :P |
| 14:44 | |-| | visik7 [~visi@82.58.136.174] has quit [Remote host closed the connection] |
| 14:47 | |-| | ns [~niv@bi01p1.co.us.ibm.com] has left #xen [.] |
| 14:50 | |-| | jnalley [~jnalley@r74-192-163-42.gtwncmta01.grtntx.tl.dh.suddenlink.net] has quit [Quit: [BX] Have you huggled your BitchX today?] |
| 14:53 | <icblenke> | as long as Xen doesn't get caught up in he nvidia iommu/memory-hole linux kernel bug. |
| 14:54 | <icblenke> | nvidia hardware iommu support in the linux kernel has a corruption bug if the memory-hole for PCI devices isn't disabled in the BIOS. booting with iommu=soft also works around it. |
| 14:57 | |-| | danp2 [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has joined #xen |
| 15:01 | |-| | danp1 [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has quit [Ping timeout: 480 seconds] |
| 15:05 | |-| | mastermind [~mastermin@mastermind.kaltenbrunner.cc] has joined #xen |
| 15:06 | |-| | fernando [~fernando@189.0.159.55] has joined #xen |
| 15:13 | |-| | fernando [~fernando@189.0.159.55] has quit [Quit: Leaving] |
| 15:29 | |-| | visik7 [~visi@82.58.136.174] has joined #xen |
| 15:57 | <tweakism> | sigh so much for my hopes of a desktop system w/ no X on dom0 :P |
| 15:59 | <icblenke> | why no X on dom0? |
| 16:00 | <icblenke> | try "vesa". |
| 16:02 | |-| | hollisb [~hollisb@user-0vvdf2d.cable.mindspring.com] has quit [Quit: Leaving] |
| 16:28 | <tweakism> | no, I didn't want X on dom0. |
| 16:28 | <tweakism> | but it's easy enough to change which system is dom0, so, no big loss |
| 16:47 | |-| | aw [~awilliam@c-24-9-84-32.hsd1.co.comcast.net] has quit [Quit: Leaving] |
| 16:49 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has quit [Quit: Leaving] |
| 17:06 | |-| | KriP [kp@yancey.unixworld.dk] has quit [Quit: Leaving] |
| 17:11 | |-| | rharper [~rharper@r74-193-70-77.pfvlcmta01.grtntx.tl.dh.suddenlink.net] has quit [Quit: Leaving] |
| 17:18 | <tweakism> | 1) How can I stop the popped up vnc window from closing so I can read it since it disappears immediately, |
| 17:18 | <aliguori> | try not using vncviewer |
| 17:19 | |-| | ivan [~ikelly@5ac197ad.bb.sky.com] has joined #xen |
| 17:19 | <tweakism> | ok, on to my next question. |
| 17:19 | <tweakism> | why does it ignore vnc=0 in the config |
| 17:19 | <aliguori> | or don't have vncviewer=1. instead, just connect to it yourself |
| 17:19 | <aliguori> | i dunno |
| 17:19 | <aliguori> | i noticed that too |
| 17:19 | <aliguori> | it's most certainly a bug |
| 17:19 | <tweakism> | I see. |
| 17:19 | <tweakism> | well, that's OK. but my vnc is broken also. |
| 17:20 | <tweakism> | xenconsole: Could not read tty from store: No such file or directory |
| 17:20 | <tweakism> | xenconsole: Could not read tty from store: No such file or directory |
| 17:20 | <tweakism> | er, sorry for the double, and then in qemu log: |
| 17:20 | <tweakism> | xs_read(): vncpasswd get error. /vm/6d5b1c53-8c44-48ab-b2dc-71fb58375cdd/vncpasswd. |
| 17:21 | <tweakism> | which, I mean, maybe I don't have the deps installed. I'm on Ubuntu Dapper, but using newest binary xen install for amd64 |
| 17:22 | <tweakism> | I tried installing vncserver and tightvncserver, |
| 17:22 | <tweakism> | both provided vncpasswd commands, but I think Xen embeds libvnc directly. |
| 17:24 | |-| | clalance [~clalance@nat-pool-bos.redhat.com] has quit [Quit: Leaving] |
| 17:24 | |-| | agriffis changed nick to agrif_away |
| 17:29 | <aliguori> | tweakism: are you doing hvm? |
| 17:29 | <aliguori> | or pv? |
| 17:30 | <aliguori> | the passwd thing doesn't matter btw |
| 17:30 | <aliguori> | just set vncdisplay to something and connect to that |
| 17:30 | <aliguori> | that's what i do |
| 17:30 | <aliguori> | the vncviewer spawning thing has never really worked for me |
| 17:47 | |-| | infernix [~nix@spirit.infernix.net] has quit [Remote host closed the connection] |
| 17:59 | |-| | infernix [nix@spirit.infernix.net] has joined #xen |
| 18:08 | <tweakism> | aliguori: hvm. oh, I see, well, I can stop using vncviewer=1 |
| 18:08 | <tweakism> | it still dies, I took it down and it's in a box right now for transport, but I'm sure I'll ask again when I get another chance to play w/ it. |
| 18:08 | |-| | Basic_py [~Basic@gatekeeper.real-time.com] has quit [Quit: Leaving] |
| 18:24 | |-| | demon [~demon@newcastle.devrandom.net] has quit [Ping timeout: 480 seconds] |
| 18:25 | |-| | infernix [nix@spirit.infernix.net] has quit [Remote host closed the connection] |
| 18:27 | |-| | aw [~awilliam@c-24-9-84-32.hsd1.co.comcast.net] has joined #xen |
| 18:31 | |-| | ivan [~ikelly@5ac197ad.bb.sky.com] has quit [Quit: leaving] |
| 18:32 | |-| | demon [~demon@newcastle.devrandom.net] has joined #xen |
| 18:32 | <brendan> | here's a quick-hack fuse interface to xenstore: http://hg.kublai.com/xen/xsfs/ |
| 18:41 | |-| | infernix [nix@spirit.infernix.net] has joined #xen |
| 18:42 | |-| | infernix [nix@spirit.infernix.net] has quit [Remote host closed the connection] |
| 18:56 | <movement> | brendan: neat |
| 18:57 | <brendan> | it sure makes it easier to clean up /vm :) |
| 18:59 | <tweakism> | I like the repository browser |
| 18:59 | <brendan> | that's just mercurial |
| 19:01 | <tweakism> | never heard of it. |
| 19:01 | <brendan> | it's the VCS used by xen, among other things |
| 19:04 | [~] | danp2 wonders how well XenStore will cope if you copy say a 20 MB file into the fuse filesystem :-) |
| 19:04 | |-| | danp2 changed nick to danp1 |
| 19:04 | |-| | danp1 changed nick to danpb_ltop |
| 19:04 | <brendan> | hmm, I haven't tested that yet ;) |
| 19:05 | <danpb_ltop> | you might have just written a nice tool to stress test xenstore with :-) |
| 19:23 | |-| | ahs3 changed nick to ahs3_away |
| 19:26 | |-| | w3pog [~pgrace@aeneas.fierymoon.com] has quit [Quit: changing servers] |
| 19:30 | |-| | zwane_r3k [~zwane@h70-68-160-192.sbm.shawcable.net] has quit [Ping timeout: 480 seconds] |
| 19:31 | |-| | infernix [nix@spirit.infernix.net] has joined #xen |
| 19:33 | |-| | infernix [nix@spirit.infernix.net] has quit [Remote host closed the connection] |
| 19:39 | <movement> | danpb_ltop: you mean in SrvServer.py right? |
| 19:41 | |-| | infernix [nix@spirit.infernix.net] has joined #xen |
| 19:50 | |-| | infernix [nix@spirit.infernix.net] has quit [Quit: Leaving] |
| 19:50 | |-| | infernix [nix@spirit.infernix.net] has joined #xen |
| 19:56 | <danpb_ltop> | movement: not sure - that's where the server socket threads are created |
| 19:57 | <danpb_ltop> | but i think the create of per-client request handler threads is elsewhere |
| 20:02 | <movement> | oh, that's in python itself |
| 20:02 | <movement> | SocketServer |
| 20:03 | <movement> | I think they are spawned and exit for each request (!) |
| 20:03 | <movement> | I don't really understand the code in SrvServer, i.e. what it's doing or why |
| 20:06 | |-| | zwane_r3k [~zwane@S0106001217d33fa6.vc.shawcable.net] has joined #xen |
| 20:07 | |-| | fernando [~fernando@189.0.145.70] has joined #xen |
| 20:39 | |-| | aliguori [~anthony@cpe-70-112-17-156.austin.res.rr.com] has quit [Quit: Leaving] |
| 20:40 | |-| | aliguori [~anthony@cpe-70-112-17-156.austin.res.rr.com] has joined #xen |
| 20:41 | |-| | rpg [~rpg@cpe-70-122-40-44.austin.res.rr.com] has quit [Ping timeout: 480 seconds] |
| 20:58 | |-| | fernando [~fernando@189.0.145.70] has quit [Ping timeout: 480 seconds] |
| 21:05 | |-| | danpb_ltop [~berrange@pool-72-93-175-181.bstnma.east.verizon.net] has left #xen [] |
| 21:23 | |-| | jnalley [~jnalley@r74-192-163-42.gtwncmta01.grtntx.tl.dh.suddenlink.net] has joined #xen |
| 21:29 | |-| | pvanhoof [~pvanhoof@d54C0EE14.access.telenet.be] has quit [Remote host closed the connection] |
| 22:06 | |-| | segher [~segher@dslb-084-056-144-178.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] |
| 22:07 | |-| | segher [~segher@dslb-084-056-132-007.pools.arcor-ip.net] has joined #xen |
| 22:23 | |-| | jerone [~jerone@adsl-71-145-130-136.dsl.austtx.sbcglobal.net] has quit [Quit: jerone] |
| 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:13 | |-| | sputhenp [~sputhenp@202.80.58.210] has joined #xen |
| 23:35 | |-| | Basic_py [~Basic@warden.real-time.com] has joined #xen |
| 23:36 | |-| | hollisb [~hollisb@user-0vvdf2d.cable.mindspring.com] has joined #xen |
| --- | Log | closed Wed Jan 17 00:00:31 2007 |
