| To: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [IPCOMP] Use per-cpu buffers |
| From: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
| Date: | Thu, 9 Sep 2004 09:16:52 -0700 |
| Cc: | kuznet@xxxxxxxxxxxxx, jmorris@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20040909122202.GA3170@gondor.apana.org.au> |
| References: | <20040909122202.GA3170@gondor.apana.org.au> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Thu, 9 Sep 2004 22:22:02 +1000 Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> wrote: > With per-cpu buffers this goes down to 300K per CPU. That amount of space just for decompression state is rediculious. I seem to recall that the last time I looked at this the reason the tables are so huge is that the zlib we use in the kernel isn't configurable. The table configuration is compile time decided. Yes, it's because of linux/zlib.h's cpp settings. I guess it would be a lot of surgery to make this dynamic. A second thought is that we may not be the only part of the kernel interested in a per-cpu zlib scratch buffer, no? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Help interpreting ethtool -S for tg3 (rx_discards and such), François Baligant |
|---|---|
| Next by Date: | Re: [PATCH 2.6 NET] Catch wrong RTATTR_MAX with BUG(), David S. Miller |
| Previous by Thread: | [IPCOMP] Use per-cpu buffers, Herbert Xu |
| Next by Thread: | Re: [IPCOMP] Use per-cpu buffers, Herbert Xu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |