
<html><body><p><tt>Roman Dobosz <roman.dobosz@intel.com> wrote on 2016/07/20 15:25:28:<br><br>> From: Roman Dobosz <roman.dobosz@intel.com></tt><br><tt>> To: "OpenStack Development Mailing List (not for usage questions)" <br>> <openstack-dev@lists.openstack.org></tt><br><tt>> Cc: Ed Leafe <ed@leafe.com></tt><br><tt>> Date: 2016/07/20 15:30</tt><br><tt>> Subject: Re: [openstack-dev] FPGA as a dynamic nested resources</tt><br><tt>> <br>> <br>> > > 4. It might be also necessary to track every VF individually, although<br>> > >   I didn't assumed it will be needed, nevertheless with nested<br>> > >   resources it should be easy to handle it.<br>> ><br>> > I’m still not seeing the need for nesting. If you have a single FPGA<br>> > with 8 slots, when you program the slots with accelerators, you now<br>> > have 8 consumable resources. The fact that they came from a<br>> > particular FPGA unit doesn’t seem relevant from a scheduling<br>> > perspective.<br>> <br>> Unless you have one FPGA with 8 slots, which can become FPGA with 4<br>> slots. From scheduling perspective you have to know, which FPGA<br>> resources can be reconfigured, and which not, isn't it? Also, AFAIRC<br>> to provide VM with VF, there is a need for providing libvirt with<br>> address of such VF, right? That's why I've putted this last point.<br>> <br>> The whole idea of getting FPGA as resource is its ability to swap<br>> resources on demand. So it can be thought of as several available<br>> hardware (means - accelerators, consumable by VMs) which most of the<br>> time are not programmed in certain moment.<br>> </tt><br><tt>Let's have more thought about the resource swapping. The number of run-time</tt><br><tt>accelerators is not limited by the number of region/slot. Inside FPGA, there</tt><br><tt>can be some self-scheduling logic to schedule accelerators on regions by using</tt><br><tt>the fast partial reconfiguration. It is not new, there are lots of such</tt><br><tt>design in FPGA academic.</tt><br><tt><br></tt><br><tt>-- Fei Chen<br></tt><BR>


</body></html>