https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194453
--- Comment #8 from b...@boba.name --- > By that i mean the following: > First of all change the internals of dummynet to opportunistically > check the timer whenever there is traffic, rather than relying on > a one-tick granularity. When dummynet was first implemented the timer > was the 8254, reading it took forever, and 250-1000us granularity was > adequate for the <10Mbit/s range it was meant to emulate. > > Second, the default parameters (1ms, 50 slots queue) limit the capacity of > a pipe to some 600 Mbit/s with 1500-byte packets. Probably the code should > print warnings if queue_capacity/tick is too far from the desired rate. > > Third, the bandwidth value is internally multiplied by other factor > in the execution of the scheduling algorithms. If you bump the data type > from 31 to 32 or 64 bits, you also need to check that the other computations > do not overflow. > > In any case if you decide to go through this route please pass the code > by me for review before committing. -- luigi As I understood, this new framework in FreeBSD now can handle 10GB of traffic (http://info.iet.unipi.it/~luigi/netmap/) and supports pipes and dummynet. Is it production-stable ? Is there some sort of "how-to" on how to use it ? boba. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
