Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: cake@lists.bufferbloat.net
Subject: [Cake] memory
Date: Thu, 29 Oct 2015 10:01:42 +0100	[thread overview]
Message-ID: <CAA93jw4_CtZz4_nsy6u7gpNCTz3gi-nYXZHqqoXgYJ9cJ9QrpQ@mail.gmail.com> (raw)

There has been so much traffic here that I can't summarize.

A) But a bit on memory limits - the memory limit enforced in cake is a
sanity check sort of limit. There are *no* allocations of memory in
it. It will not fail itself, due to running out of memory except at
init time.

So if you run out of memory elsewhere in the system, the normal set of
bad things happen. cake's "sane - and, yes, could use more smarts"
limits can reduce memory pressure elsewhere in the system by
discarding things when it gets irrational, but packet memory tends to
be fragmented and hard to recover cleanly in the first place.

B) Similarly a HUGE waster of memory is small packets, which usually
get a full slab of bytes (2k) to play with on the rx side. This
problem got so bad in some testing that openwrt contains a clever (I
would say that because I wrote it), patch that once we get to tons of
packets more than we think is sane and we get close to running out of
2k slabs that we start reallocating packets to fit into much smaller
slabs (like 512 bytes) and copying them into those.

so, briefly, memory allocation and release patterns are more complex
than the discussion I sort of saw go by a over the last few days.



Dave Täht
I just invested five years of my life to making wifi better. And,
now... the FCC wants to make my work, illegal for people to install.
https://www.gofundme.com/savewifi

             reply	other threads:[~2015-10-29  9:01 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-29  9:01 Dave Taht [this message]
2015-10-29  9:56 ` Sebastian Moeller
2015-10-29 10:04   ` Toke Høiland-Jørgensen
2015-10-29 10:11     ` Sebastian Moeller
2015-10-29 10:14       ` Toke Høiland-Jørgensen
2015-10-29 10:48         ` Sebastian Moeller
2015-10-29 11:02           ` Toke Høiland-Jørgensen
     [not found]             ` <6A01B7A9-BB31-4CF5-BE84-A54A2B860564@gmx.de>
2015-10-29 15:40               ` Toke Høiland-Jørgensen
2015-10-30  9:13                 ` Sebastian Moeller
2015-10-30 12:07                   ` Dave Taht
2015-10-30 12:21                     ` Sebastian Moeller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA93jw4_CtZz4_nsy6u7gpNCTz3gi-nYXZHqqoXgYJ9cJ9QrpQ@mail.gmail.com \
    --to=dave.taht@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox