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

Re: [Xen-devel] Memory de-duplication (Persistent pages)



At 20:34 +0100 on 16 Sep (1284669257), Dan Magenheimer wrote:
> > How about things like OpenCL ?
> 
> While I know nothing about OpenCL other than a quick read
> in wikipedia, I suspect that putting an OpenCL abstraction
> layer in the hypervisor is not going to be popular with
> Xen developers. :-)

There's nothing to say that the GPU code has to live in the hypervisor.
A tools domain that was already scanning for duplicates in other
domains' memory (or for that matter in block traffic) could use whatever
GPU resources it liked.

Even in the tmem case a domain could be given read-only access to the
tmem pool (er, if IOMMUs support such a thing, which I don't recall off
the top of my head) and supply hints to the hypervisor.  That way the
hypervisor would still be scanning with the CPU but only on pages where
it was likely to succeed.

Of course there's still a question of what the memory traffic does to
performance elsewhere (and if GPU cores are going to share L3 cache with
CPUs that could make a new bottleneck) but that's not to say it wouldn't
be a win.

Cheers,

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, XenServer Engineering
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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