[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] gaming on multiple OS of the same machine?



Ah yes, those USB devices are from my passthrough controllers :)

In the interests of getting this thing up and running, I'm going to
omit the GPLPV drivers for now.  It might be worthwhile to see if that
fellow over at AMD, Wei, could light a fire under some folks to debug
this seeming conflict between GPLPV and AMD Radeon drivers.  I say
"seeming" because I admit it's possible that I've got a classic case
of "you're doing it wrong." Heh.

I'm really intrigued to start reading your WIP guide.  If you'd like
to make a collaborative effort of it, by all means count me in!  It
might even be worthwhile to package this whole thing at some point...
Gotta love open source :)

I'll be hacking at this for a few more hours today.  I'll post back
with any results I manage to come across!

Cheers,
Andrew Bobulsky


On Sat, May 12, 2012 at 4:23 PM, Casey DeLorme <cdelorme@xxxxxxxxx> wrote:
>
>
> Yes, that is normal from my experience.
>
> I don't have the USB devices but that might that you haven't installed the
> USB Drivers from your Motherboard Maker.
>
> I do have an Unknown Device and Xen PCI Device #0 though, in addition to an
> Unknown SCSI Device.
>
> I've been using my system for a week with PV drivers, short of occasionally
> crappy Disk IO, I haven't had bluescreens or problems with everyday use
> (ranging from gaming, multimedia playback, and even work).
>
> It's awesome that more people are getting into this, because it would be
> really helpful to have a solid guide written for people who are brand new to
> Xen but looking for the same sort of setup.
>
>
> I began writing a very verbose guide for users somewhat new to linux, with
> screenshots and everything.  Attached is a PDF copy of what I had written as
> of a two months ago.  Keep in mind that it is over a months worth of testing
> out of date, not to mention incomplete.  However you may find some of the
> contents helpful, and are welcome to use it if you intend to add your own
> material.
>
> I am a week away from finals in college, so I haven't had a lot of time to
> finish up all the changes.  Once summer starts I had planned to finish the
> guide and post functional videos of everything.
>
> ~Casey
>
> On Sat, May 12, 2012 at 4:06 PM, Andrew Bobulsky <rulerof@xxxxxxxxx> wrote:
>>
>> Sorry buy another question if you could comment, Casey:
>>
>> Is this normal when using GPLPV? (screenshot attached)
>>
>> I'd love to actually get this running solidly, and help to write that
>> guide of yours ;)
>>
>> Cheers,
>> Andrew Bobulsky
>>
>>
>> On Sat, May 12, 2012 at 4:00 PM, Andrew Bobulsky <rulerof@xxxxxxxxx>
>> wrote:
>> > Welp, even with the FLR reset, both by restarting the system and safe
>> > removal... still get the atikmpag.sys bsod :(
>> >
>> > Gonna try removing the drivers, removing GPLPV, and doing it in reverse.
>> >
>> > Let's see what we get! :)
>> >
>> > On Sat, May 12, 2012 at 2:43 PM, Casey DeLorme <cdelorme@xxxxxxxxx>
>> > wrote:
>> >> More specifically the "first time you initialize the GPU".  It's not
>> >> any of
>> >> the operating systems, it is the card itself not getting reset.  It
>> >> appears
>> >> to only be a Windows problem, because nobody has reported this issue
>> >> when
>> >> running say Ubuntu with a passed GPU.
>> >>
>> >> So if you have a bunch of HVM's, your Windows can be given ID 100 and
>> >> still
>> >> work, provided it is the first time you have used the GPU (hence first
>> >> boot
>> >> of Windows).
>> >>
>> >> I am glad I could help, and if you have some extra storage space I
>> >> recommend
>> >> using "dd" and a second LV partition to copy a working backup of
>> >> Windows
>> >> post-install before experimenting.  It can save you some time/effort.
>> >>
>> >> ~Casey
>> >>
>> >> On Sat, May 12, 2012 at 2:28 PM, Andrew Bobulsky <rulerof@xxxxxxxxx>
>> >> wrote:
>> >>>
>> >>> Casey,
>> >>>
>> >>> Wow:
>> >>>
>> >>> > B)  When you install your ATI drivers, you need to do so on first
>> >>> > boot
>> >>> > so
>> >>> > the card is fresh.  If you reboot Windows and not the whole machine
>> >>> > before
>> >>> > trying to install the ATI drivers, the card hasn't been "reset" and
>> >>> > either
>> >>> > the installation will BSOD or if you are successful the drivers are
>> >>> > almost
>> >>> > certainly bugged and you will have problems in the future.  My
>> >>> > solution,
>> >>> > reboot Xen before installing ATI drivers.  OR!  Use the USB Safe
>> >>> > Device
>> >>> > removal and then install them.
>> >>> >
>> >>> > To fix your BSOD you may have to safe mode reboot, uninstall the ATI
>> >>> > drivers, reboot the entire computer (Xen), and then try again.
>> >>>
>> >>> My first instinct on reading that was to literally facepalm myself.
>> >>> Thank heavens I wear glasses.  :D
>> >>>
>> >>> So Basically (or perhaps, "in essence") the drivers need to be
>> >>> installed when the ID of the DomU is 1.  Fresh boot of Xen, first
>> >>> post-Xen boot of the DomU with the device attached.  Gonna try that
>> >>> now :)
>> >>>
>> >>> I DO recall the FLR thing you mentioned.  Haven't run into that yet
>> >>> because I haven't run into a successful install of the drivers :D
>> >>>
>> >>> Thank you so much.  I most certainly would have screwed it up again I
>> >>> think!  I'm on round 3 of Windows installation.  GPLPV is installed,
>> >>> so let's see how this goes...
>> >>>
>> >>> Cheers,
>> >>> Andrew Bobulsky
>> >>>
>> >>> On Sat, May 12, 2012 at 2:19 PM, Casey DeLorme <cdelorme@xxxxxxxxx>
>> >>> wrote:
>> >>> > Andrew,
>> >>> >
>> >>> > I hate that error with a passion, but the good news is I may have
>> >>> > figured
>> >>> > out exactly what causes it thanks to hundreds of encounters and some
>> >>> > insight
>> >>> > from Tobias Geiger's posts on VGA Performance Degradation.
>> >>> >
>> >>> > First, it isn't the GPLPV drivers, it's your ATI card/drivers.
>> >>> >
>> >>> > You may have noticed that the first boot of your system your ATI
>> >>> > card
>> >>> > performs optimally in Windows, well when you reboot windows and not
>> >>> > the
>> >>> > whole Xen system, the GPU does not get reset.
>> >>> >
>> >>> > It has been speculated that this is an FLR bug or perhaps more
>> >>> > specifically
>> >>> > a Windows FLR bug.
>> >>> >
>> >>> > The solution, at boot time go to the USB Safe Ejection option, and
>> >>> > eject
>> >>> > the
>> >>> > card.  Your screen goes black for 1-3 seconds and it automatically
>> >>> > reinstalls.  This is essentially a forced FLR, and will fix the
>> >>> > performance
>> >>> > issues... at least until you reboot windows again.
>> >>> >
>> >>> >
>> >>> >
>> >>> > My Solution(s) to Atikmpag.sys errors:
>> >>> >
>> >>> > I encountered this bug in two very specific instances.
>> >>> >
>> >>> > A)  If I was using a buggy device, in my case my BlueTooth adapter
>> >>> > was
>> >>> > dying
>> >>> > and I didn't realize it until over a week of failed testing.  The
>> >>> > buggy
>> >>> > BlueTooth device was causing ATI's drivers to freak, how they are
>> >>> > related is
>> >>> > beyond me.  In conclusion, try unplugging any extra devices when
>> >>> > testing.
>> >>> >
>> >>> > B)  When you install your ATI drivers, you need to do so on first
>> >>> > boot
>> >>> > so
>> >>> > the card is fresh.  If you reboot Windows and not the whole machine
>> >>> > before
>> >>> > trying to install the ATI drivers, the card hasn't been "reset" and
>> >>> > either
>> >>> > the installation will BSOD or if you are successful the drivers are
>> >>> > almost
>> >>> > certainly bugged and you will have problems in the future.  My
>> >>> > solution,
>> >>> > reboot Xen before installing ATI drivers.  OR!  Use the USB Safe
>> >>> > Device
>> >>> > removal and then install them.
>> >>> >
>> >>> >
>> >>> > To fix your BSOD you may have to safe mode reboot, uninstall the ATI
>> >>> > drivers, reboot the entire computer (Xen), and then try again.
>> >>> >
>> >>> >
>> >>> > Also, if you install the Windows Update ATI drivers, you're
>> >>> > essentially
>> >>> > screwed since it will automatically reinstall them every boot, which
>> >>> > means
>> >>> > before you can eject the device to force FLR.  The only workaround I
>> >>> > have
>> >>> > found for this is to reinstall Windows.  If anyone knows how to tell
>> >>> > Windows
>> >>> > to "really" delete an installed driver that would be fabulous, but
>> >>> > just
>> >>> > the
>> >>> > checkbox on device uninstall doesn't do it when you install the
>> >>> > Windows
>> >>> > Update driver.
>> >>> >
>> >>> > Hope that helps with a few things, let me know if I wasn't clear
>> >>> > (It's a
>> >>> > confusing topic to begin with).
>> >>> >
>> >>> > ~Casey
>> >>> >
>> >>> > On Sat, May 12, 2012 at 2:10 PM, chris <tknchris@xxxxxxxxx> wrote:
>> >>> >>
>> >>> >> kpartx being one of them! awesome tool for lvm backed domU's
>> >>> >>
>> >>> >>
>> >>> >> On Sat, May 12, 2012 at 1:48 PM, Casey DeLorme <cdelorme@xxxxxxxxx>
>> >>> >> wrote:
>> >>> >>>
>> >>> >>> Hi Andrew,
>> >>> >>>
>> >>> >>> You mean the Windows DomU configuration, right?  I put it up on
>> >>> >>> pastebin
>> >>> >>> here along with a couple other configuration files:
>> >>> >>> http://pastebin.com/9E1g1BHf
>> >>> >>>
>> >>> >>> I'm just using normal LV partitions and passing them to an HVM,
>> >>> >>> there
>> >>> >>> is
>> >>> >>> no special trick so any LVM guide should put you on the right
>> >>> >>> track.
>> >>> >>>
>> >>> >>> I named my SSD VG "xen" so my drives are all found at
>> >>> >>> /dev/xen/lvname.
>> >>> >>>
>> >>> >>> **********
>> >>> >>>
>> >>> >>> The only convoluted part is my Dom0 installation, since I used EFI
>> >>> >>> boot
>> >>> >>> and an LV to store root (/), so I have two 256MB partitions, one
>> >>> >>> FAT32
>> >>> >>> for
>> >>> >>> EFI, one Ext4 for boot (/boot) and then the rest of the disk to
>> >>> >>> LVM.
>> >>> >>>  I did
>> >>> >>> the LVM setup right in the installation, added the SSD partition
>> >>> >>> (PV)
>> >>> >>> to a
>> >>> >>> Volume Group (VG) then threw on a few partitions.
>> >>> >>>
>> >>> >>> I created a linux root partition of 8GB, a home partition of 20GB,
>> >>> >>> and
>> >>> >>> a
>> >>> >>> swap partition of 2GB.  I mapped those in the configuration, then
>> >>> >>> I
>> >>> >>> went on
>> >>> >>> ahead and made a 140GB partition for windows, and two 4GB
>> >>> >>> partitions
>> >>> >>> for
>> >>> >>> PFSense and NGinx.
>> >>> >>>
>> >>> >>> Once the system is installed, the standard LVM tools can be used,
>> >>> >>> lvcreate, lvresize, lvremove, lv/vg/pvdisplay commands, etc...
>> >>> >>>
>> >>> >>> My Disk IO is not optimal, which might be because I run four
>> >>> >>> systems
>> >>> >>> off
>> >>> >>> the same drive at the same time, so if you intend to use many
>> >>> >>> systems
>> >>> >>> you
>> >>> >>> may want to split the drives onto multiple physical disks.
>> >>> >>>  However, I
>> >>> >>> have
>> >>> >>> reason to believe my IO problems are a Xen bug, I just haven't had
>> >>> >>> time to
>> >>> >>> test/prove it.
>> >>> >>>
>> >>> >>> **********
>> >>> >>>
>> >>> >>> When you pass a LV to an HVM it treats it like a physical disk,
>> >>> >>> and it
>> >>> >>> will create a partition table, MBR code, and partitions inside the
>> >>> >>> LV
>> >>> >>> (partitions within partitions).
>> >>> >>>
>> >>> >>> When I get some free time I want to write up a pretty verbose
>> >>> >>> guide on
>> >>> >>> LVM specifically for Xen, there are plenty of things I've learned
>> >>> >>> about
>> >>> >>> accessing the partitions too.
>> >>> >>>
>> >>> >>> Some things I learned recently with Xen, IDE drives (hdX) only
>> >>> >>> allow
>> >>> >>> four
>> >>> >>> passed devices, so if you have more than 3 storage partitions you
>> >>> >>> will
>> >>> >>> want
>> >>> >>> to use SCSI (sdX) for them, but SCSI drives are not bootable.
>> >>> >>>  Hence
>> >>> >>> my
>> >>> >>> configuration has "hda" for the boot drive (lv partition), and sdX
>> >>> >>> for
>> >>> >>> all
>> >>> >>> storage drives (lv partitons) (X = alphabetical increment, a, b,
>> >>> >>> c, d,
>> >>> >>> etc).
>> >>> >>>
>> >>> >>> **********
>> >>> >>>
>> >>> >>> Hope that helps a bit, let me know if you have any other questions
>> >>> >>> or
>> >>> >>> if
>> >>> >>> that didn't answer them correct.
>> >>> >>>
>> >>> >>> ~Casey
>> >>> >>>
>> >>> >>>
>> >>> >>> On Sat, May 12, 2012 at 1:10 PM, Andrew Bobulsky
>> >>> >>> <rulerof@xxxxxxxxx>
>> >>> >>> wrote:
>> >>> >>>>
>> >>> >>>> Hello Casey,
>> >>> >>>>
>> >>> >>>> Quick question!
>> >>> >>>>
>> >>> >>>> What's the config file entry for the LVM-type setup you have
>> >>> >>>> going on
>> >>> >>>> for the guest disk look like?  Might you be able to point me to a
>> >>> >>>> guide that'll show me how to set up a disk like that?
>> >>> >>>>
>> >>> >>>> Thanks!
>> >>> >>>>
>> >>> >>>> -Andrew Bobulsky
>> >>> >>>>
>> >>> >>>> On Fri, May 11, 2012 at 6:51 PM, Casey DeLorme
>> >>> >>>> <cdelorme@xxxxxxxxx>
>> >>> >>>> wrote:
>> >>> >>>> > Hello Peter,
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > Question #1: Performance
>> >>> >>>> >
>> >>> >>>> > With x86 Virtualization hardware such as CPU's and Memory are
>> >>> >>>> > mapped
>> >>> >>>> > not
>> >>> >>>> > layered, there should be almost no difference in speeds from
>> >>> >>>> > running
>> >>> >>>> > natively.
>> >>> >>>> >
>> >>> >>>> > I am running Windows 7 HVM with an ATI Radeon 6870.  My system
>> >>> >>>> > has
>> >>> >>>> > 12GB of
>> >>> >>>> > RAM, and a Core i7 2600.  I gave Windows 4 vcores and 6GB of
>> >>> >>>> > memory,
>> >>> >>>> > Windows
>> >>> >>>> > Experience index gives me 7.5 for CPU and 7.6 for RAM.  With
>> >>> >>>> > VGA
>> >>> >>>> > Passthrough
>> >>> >>>> > I have 7.8 for both graphics scores.  I am running all my
>> >>> >>>> > systems
>> >>> >>>> > on
>> >>> >>>> > LVM
>> >>> >>>> > partitions on an OCZ Vertex 3 Drive, without PV Drivers windows
>> >>> >>>> > scored
>> >>> >>>> > 6.2
>> >>> >>>> > for HDD speeds, with PV drivers it jumped to 7.8.
>> >>> >>>> >
>> >>> >>>> > Scores aside, performance with CPU/RAM is excellent, I am
>> >>> >>>> > hoping to
>> >>> >>>> > create a
>> >>> >>>> > demo video of my system when I get some time (busy with
>> >>> >>>> > college).
>> >>> >>>> >
>> >>> >>>> > My biggest concern right now is Disk IO ranges from excellent
>> >>> >>>> > to
>> >>> >>>> > abysmal,
>> >>> >>>> > but I have a feeling the displayed values and actual speeds
>> >>> >>>> > might
>> >>> >>>> > be
>> >>> >>>> > different.  I'll put putting together an extensive test with
>> >>> >>>> > this
>> >>> >>>> > later, but
>> >>> >>>> > let's just say IO speeds vary (even with PV drivers).  The Disk
>> >>> >>>> > IO
>> >>> >>>> > does not
>> >>> >>>> > appear to have any affect on games from my experience, so it
>> >>> >>>> > may
>> >>> >>>> > only
>> >>> >>>> > be
>> >>> >>>> > write speeds.  I have not run any disk benchmarks.
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > Question #2: GPU Assignment
>> >>> >>>> >
>> >>> >>>> > I have no idea how Dual GPU cards work, so I can't really
>> >>> >>>> > answer
>> >>> >>>> > this
>> >>> >>>> > question.
>> >>> >>>> >
>> >>> >>>> > I can advise you to be on the lookout for motherboards with
>> >>> >>>> > NF200
>> >>> >>>> > chipsets
>> >>> >>>> > or strange PCI Switches, I bought an ASRock Extreme7 Gen3,
>> >>> >>>> > great
>> >>> >>>> > bought but
>> >>> >>>> > NF200 is completely incompatible with VT-d, ended up with only
>> >>> >>>> > one
>> >>> >>>> > PCIe slot
>> >>> >>>> > to pass.  I can recommend the ASRock Extreme4 Gen3, got it
>> >>> >>>> > right
>> >>> >>>> > now,
>> >>> >>>> > if I
>> >>> >>>> > had enough money to buy a bigger PSU and a second GPU I would
>> >>> >>>> > be
>> >>> >>>> > doing
>> >>> >>>> > what
>> >>> >>>> > you are planning to.
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > Question #3:  Configuration
>> >>> >>>> >
>> >>> >>>> > Two approaches to device connection, USB Passthrough and PCI
>> >>> >>>> > Passthrough.  I
>> >>> >>>> > haven't tried USB Passthrough, but I have a feeling it wouldn't
>> >>> >>>> > work
>> >>> >>>> > with
>> >>> >>>> > complex devices that require OS drives, such as BlueTooth
>> >>> >>>> > receivers
>> >>> >>>> > or
>> >>> >>>> > an
>> >>> >>>> > XBox 360 Wireless adapter.
>> >>> >>>> >
>> >>> >>>> > I took the second approach of passing the USB Controller, but
>> >>> >>>> > this
>> >>> >>>> > will vary
>> >>> >>>> > by hardware.  The ASRock Extreme4 Gen3 has four USB PCI
>> >>> >>>> > Controllers, I
>> >>> >>>> > don't
>> >>> >>>> > have any idea how you would check this stuff from their
>> >>> >>>> > manuals, I
>> >>> >>>> > found out
>> >>> >>>> > when I ran "lspci" from Linux Dom0.
>> >>> >>>> >
>> >>> >>>> > I had no luck with USB 3.0, many devices weren't functional
>> >>> >>>> > when
>> >>> >>>> > connected
>> >>> >>>> > to it, so I left my four USB 3.0 ports to my Dom0, and passed
>> >>> >>>> > all
>> >>> >>>> > my
>> >>> >>>> > USB 2.0
>> >>> >>>> > ports.
>> >>> >>>> >
>> >>> >>>> > Again hardware specific, one of the bus had 4 ports, the other
>> >>> >>>> > had
>> >>> >>>> > only two,
>> >>> >>>> > I bought a 4 port USB PCI plate and attached the additional USB
>> >>> >>>> > pins
>> >>> >>>> > from
>> >>> >>>> > the board to turn the 2-port into a 6-port controller.
>> >>> >>>> >
>> >>> >>>> > I use a ton of USB devices on my Windows system, Disk IO blows,
>> >>> >>>> > but
>> >>> >>>> > everything else functions great.  With PCI Passed USB I am able
>> >>> >>>> > to
>> >>> >>>> > use
>> >>> >>>> > an
>> >>> >>>> > XBox 360 Wireless Adapter, 2 Wireless USB Keyboards in
>> >>> >>>> > different
>> >>> >>>> > areas
>> >>> >>>> > of
>> >>> >>>> > the room, a Hauppauge HD PVR, A logitech C910 HD Webcam, and a
>> >>> >>>> > Logitech
>> >>> >>>> > Wireless Mouse.  I had BlueTooth but I got rid of it, the
>> >>> >>>> > device
>> >>> >>>> > itself went
>> >>> >>>> > bad and was causing my system to BlueScreen.
>> >>> >>>> >
>> >>> >>>> > When I tested USB 3.0, I got no video from my Happauge HD PVR
>> >>> >>>> > or my
>> >>> >>>> > Logitech
>> >>> >>>> > C910 webcam, and various devices when connected failed to
>> >>> >>>> > function
>> >>> >>>> > right.
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > Question #4:  Other?
>> >>> >>>> >
>> >>> >>>> > I am 100% certain you could get a system running 2 Windows 7
>> >>> >>>> > HVM's
>> >>> >>>> > up
>> >>> >>>> > for
>> >>> >>>> > gaming, but you may need to daisy chain some USB devices if you
>> >>> >>>> > want
>> >>> >>>> > more
>> >>> >>>> > than just a keyboard and mouse for each.
>> >>> >>>> >
>> >>> >>>> > Also, if you are not confident in your ability to work with
>> >>> >>>> > *nix, I
>> >>> >>>> > wouldn't
>> >>> >>>> > advise it.  I had spent two years tinkering with Web Servers in
>> >>> >>>> > Debian, so I
>> >>> >>>> > thought I would have an easy time of things.
>> >>> >>>> >
>> >>> >>>> > I tried it on a week off, ended up taking me 2 months to
>> >>> >>>> > complete
>> >>> >>>> > my
>> >>> >>>> > setup.
>> >>> >>>> >  The results are spectacular, but be prepared to spend many
>> >>> >>>> > hours
>> >>> >>>> > debugging
>> >>> >>>> > unless you find a really good guide.
>> >>> >>>> >
>> >>> >>>> > I would recommend going for a Two Windows on One Rig, and
>> >>> >>>> > duplicate
>> >>> >>>> > that rig
>> >>> >>>> > for a second machine, and I recommend that for two reasons.  If
>> >>> >>>> > you
>> >>> >>>> > are
>> >>> >>>> > successful with the first machine, you can easily copy the
>> >>> >>>> > process.
>> >>> >>>> >  This
>> >>> >>>> > will save you hours of attempting to get a whole four Gaming
>> >>> >>>> > machines
>> >>> >>>> > working on one system.
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > As stated, I only run one gaming machine, but I do have two
>> >>> >>>> > other
>> >>> >>>> > HVM's
>> >>> >>>> > running, one manages my households network and the other is a
>> >>> >>>> > private
>> >>> >>>> > web/file server.  So, performance wise Xen can do a lot.
>> >>> >>>> >
>> >>> >>>> > Best of luck,
>> >>> >>>> >
>> >>> >>>> > ~Casey
>> >>> >>>> >
>> >>> >>>> > On Fri, May 11, 2012 at 6:17 PM, Peter Vandendriessche
>> >>> >>>> > <peter.vandendriessche@xxxxxxxxx> wrote:
>> >>> >>>> >>
>> >>> >>>> >> Hi,
>> >>> >>>> >>
>> >>> >>>> >> I am new to Xen and I was wondering if the following
>> >>> >>>> >> construction
>> >>> >>>> >> would be
>> >>> >>>> >> feasible with the current Xen.
>> >>> >>>> >>
>> >>> >>>> >> I would like to put 2/3/4 new computers in my house, mainly
>> >>> >>>> >> for
>> >>> >>>> >> gaming.
>> >>> >>>> >> Instead of buying 2/3/4 different computers, I was thinking of
>> >>> >>>> >> building one
>> >>> >>>> >> computer with a 4/6/8-core CPU, 2/3/4 GPUs, 2/3/4 small SSDs,
>> >>> >>>> >> and
>> >>> >>>> >> attach
>> >>> >>>> >> 2/3/4 monitors to it, 2/3/4 keyboards and 2/3/4 mouses, and
>> >>> >>>> >> run
>> >>> >>>> >> VGA
>> >>> >>>> >> passthrough. This would save me money on hardware, and it
>> >>> >>>> >> would
>> >>> >>>> >> also
>> >>> >>>> >> save
>> >>> >>>> >> quite some space on the desk where I wanted to put them.
>> >>> >>>> >>
>> >>> >>>> >> If this is possible, I have a few additional questions about
>> >>> >>>> >> this:
>> >>> >>>> >>
>> >>> >>>> >> 1) Would the speed on each virtual machine be effectively that
>> >>> >>>> >> of
>> >>> >>>> >> a
>> >>> >>>> >> 2-core
>> >>> >>>> >> CPU with 1 GPU? What about memory speed/latency?
>> >>> >>>> >> 2) Is it possible to split dual GPUs, e.g. drive 4 OSes with
>> >>> >>>> >> 2x
>> >>> >>>> >> Radeon HD
>> >>> >>>> >> 6990 (=4 GPUs in 2 PCI-e slots)?
>> >>> >>>> >> 3) How should one configure the machine such that each OS
>> >>> >>>> >> receives
>> >>> >>>> >> only
>> >>> >>>> >> the input from its own keyboard/mouse?
>> >>> >>>> >> 4) Any other problems or concerns that you can think of?
>> >>> >>>> >>
>> >>> >>>> >> Thanks in advance,
>> >>> >>>> >> Peter
>> >>> >>>> >>
>> >>> >>>> >>
>> >>> >>>> >> _______________________________________________
>> >>> >>>> >> Xen-users mailing list
>> >>> >>>> >> Xen-users@xxxxxxxxxxxxx
>> >>> >>>> >> http://lists.xen.org/xen-users
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> >
>> >>> >>>> > _______________________________________________
>> >>> >>>> > Xen-users mailing list
>> >>> >>>> > Xen-users@xxxxxxxxxxxxx
>> >>> >>>> > http://lists.xen.org/xen-users
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> _______________________________________________
>> >>> >>> Xen-users mailing list
>> >>> >>> Xen-users@xxxxxxxxxxxxx
>> >>> >>> http://lists.xen.org/xen-users
>> >>> >>
>> >>> >>
>> >>> >
>> >>
>> >>
>
>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.