Regarding the reference code, 8 queues are indeed an implementation issue. Marking packets in userspace to be queued in the kernel (tc) introduces a linear overhead (each queue is represented by a socket), and thus we limit the number to 8. You can try to increase the number and see whether performance with more queues is acceptable, and if this makes sense we can add an option in ofdatapath with the number of queues per port.
Thanks, Yiannis On Tue, Apr 26, 2011 at 8:05 AM, Ben Pfaff <[email protected]> wrote: > On Tue, Apr 26, 2011 at 11:49:25AM -0300, Victor Torres wrote: > > So does OpenVSwitch (software switches) don't have this limitation? So > > they can use any way they want to classify packets into queues? > > Yes, that's correct. > _______________________________________________ > openflow-discuss mailing list > [email protected] > https://mailman.stanford.edu/mailman/listinfo/openflow-discuss >
_______________________________________________ openflow-discuss mailing list [email protected] https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
