All of lore.kernel.org
 help / color / mirror / Atom feed
* Custom Hardware Acceleration
@ 2006-01-26  8:52 Jad Naous
  2006-01-26 20:48 ` Jon Mason
       [not found] ` <43D937BD.1000309@BSDLazarus.com>
  0 siblings, 2 replies; 7+ messages in thread
From: Jad Naous @ 2006-01-26  8:52 UTC (permalink / raw)
  To: xen-devel

Hi all,
I am exploring the possibility of designing a custom hardware 
acceleration solution using an ASIC or an FPGA to accelerate some part 
of Xen. Basically, I am looking for some part of the code that could be 
built in hardware to make it faster. Does anybody know where I could get 
some statistics on the code, such as the most called functions, the most 
parallelizable functions, etc... If you could think of something that 
would be useful in HW I would be very interested to know.
Thanks,
Jad.

^ permalink raw reply	[flat|nested] 7+ messages in thread
* RE: Custom Hardware Acceleration
@ 2006-01-26 15:57 Petersson, Mats
  0 siblings, 0 replies; 7+ messages in thread
From: Petersson, Mats @ 2006-01-26 15:57 UTC (permalink / raw)
  To: Jad Naous, xen-devel

> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com 
> [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Jad Naous
> Sent: 26 January 2006 08:52
> To: xen-devel@lists.xensource.com
> Subject: [Xen-devel] Custom Hardware Acceleration
> 
> Hi all,
> I am exploring the possibility of designing a custom hardware 
> acceleration solution using an ASIC or an FPGA to accelerate 
> some part of Xen. Basically, I am looking for some part of 
> the code that could be built in hardware to make it faster. 
> Does anybody know where I could get some statistics on the 
> code, such as the most called functions, the most 
> parallelizable functions, etc... If you could think of 
> something that would be useful in HW I would be very 
> interested to know.
> Thanks,
> Jad.

Xen's "load" on the system is going to be mainly in performing CPU tasks
for something that in the non-Xen case would be handled by the ordinary
hardware/microprocessor itself, such a s trapping memory mapped IO
acccesses, IOIO accesses or page-table translation (using the "Shadow
page-table" scheme). 

Unfortunately, unless your ASIC becomes part of the CPU itself, I think
it's unlikely that you'd be able to speed things up noticably... 

The speed of, for example, block device accesses, is very much dependant
on the speed of transfer to/from the block-device, and very little on
the speed of the operations added by Xen (although admittedly, adding a
layer of software between the requesting software and the hardware
servicing the request will ALWAYS add some delay, and you can only ADD
delay, never take it away...)

Unless of course, you want to build a very complex device, such as a
multi-guest capable graghics card (one that can draw to multiple display
surfaces at any given time and switch between these based on some
software/hardware switching mechanism). A company called Level5 has a
network card that supports multiple guests... 

I'd be very interested in hearing a differign view, of course. 

[Note that I work for AMD, but I'm a Software engineer, so I don't
necessarily understand all of the Hardware Implications...]

--
Mats

^ permalink raw reply	[flat|nested] 7+ messages in thread
* RE: Custom Hardware Acceleration
@ 2006-01-26 23:02 Ian Pratt
  0 siblings, 0 replies; 7+ messages in thread
From: Ian Pratt @ 2006-01-26 23:02 UTC (permalink / raw)
  To: Jad Naous, xen-devel

> Hi all,
> I am exploring the possibility of designing a custom hardware 
> acceleration solution using an ASIC or an FPGA to accelerate 
> some part of Xen. Basically, I am looking for some part of 
> the code that could be built in hardware to make it faster. 
> Does anybody know where I could get some statistics on the 
> code, such as the most called functions, the most 
> parallelizable functions, etc... If you could think of 
> something that would be useful in HW I would be very 
> interested to know.

You might like to take a look at the following paper, which Keir and I
wrote in 2000. Although we designed it for a different purpose, it would
work great with Xen and enable direct IO from guests with very low
additional hardware cost.

http://www.cl.cam.ac.uk/users/iap10/gige.ps

Best,
Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-01-30 22:48 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-26  8:52 Custom Hardware Acceleration Jad Naous
2006-01-26 20:48 ` Jon Mason
2006-01-30 20:41   ` Jad Naous
2006-01-30 22:48     ` Jon Mason
     [not found] ` <43D937BD.1000309@BSDLazarus.com>
2006-01-26 21:32   ` Jad Naous
  -- strict thread matches above, loose matches on Subject: below --
2006-01-26 15:57 Petersson, Mats
2006-01-26 23:02 Ian Pratt

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.