[Cerowrt-devel] Ubiquiti QOS
David P. Reed
dpreed at reed.com
Thu May 29 20:32:04 EDT 2014
Good points...
On May 29, 2014, Michael Richardson <mcr at sandelman.ca> wrote:
>
>David P. Reed <dpreed at reed.com> wrote:
>> ECN-style signaling has the right properties ... just like TTL it can
> > provide
>
>How would you send these signals?
>
>> A Bloom style filter can remember flow statistics for both of these
>local
> > policies. A great use for the memory no longer misapplied to
> > buffering....
>
>Well.
>
>On the higher speed dataflow equipment, the buffer is general purpose
>memory,
>so reuse like this is particularly possible.
>
>On routers built around general purpose architectures, the limiting
>factor
>in performance is often memory throughput; adding memory rarely
>increases
>total throughput. Packet I/O is generally quiet sequential and so
>makes
>good use of wide memory data paths and multiple accesses per address
>cycle.
>Updating of tables such as Bloom filter or any other hash has a big
>impact
>due to the RMW and random access nature.
>
>All I'm saying is that quantity of memory is seldom the problem, but
>access
>to it, is.
>
>I do like the entire idea; it seems that it has to be implemented at
>the
>places where the flow converge, which is often in the DSL line card, or
>CTMS...
>
>--
>] Never tell me the odds! | ipv6 mesh
>networks [
>] Michael Richardson, Sandelman Software Works | network
>architect [
>] mcr at sandelman.ca http://www.sandelman.ca/ | ruby on
>rails [
-- Sent from my Android device with K-@ Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20140529/19e6b1bd/attachment-0002.html>
More information about the Cerowrt-devel
mailing list