Avi Kivity wrote:
> Anthony Liguori wrote:
>>
>> I think we need to decide what we want to target in terms of upper 
>> limits.
>>
>> With a bridge or two, we can probably easily do 128.
>>
>> If we really want to push things, I think we should do a PCI based 
>> virtio controller.  I doubt a large number of PCI devices is ever 
>> going to perform very well b/c of interrupt sharing and some of the 
>> assumptions in virtio_pci.
>>
>> If we implement a controller, we can use a single interrupt, but 
>> multiplex multiple notifications on that single interrupt.  We can 
>> also be more aggressive about using shared memory instead of PCI 
>> config space which would reduce the overall number of exits.
>>
>> We could easily support a very large number of devices this way.  But 
>> again, what do we want to target for now? 
>
> I think that for networking we should keep things as is.  I don't see 
> anybody using 100 virtual NICs.
>
> For mass storage, we should follow the SCSI model with a single device 
> serving multiple disks, similar to what you suggest.  Not sure if the 
> device should have a single queue or one queue per disk.

My latest thought it to do a virtio-based virtio controller.

We could avoid creating one in QEMU unless we detect an abnormally large 
number of disks or something.

Regards,

Anthony Liguori


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Reply via email to