| To: | Harald Welte <laforge@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH + RFC] neighbour/ARP cache scalability |
| From: | Andi Kleen <ak@xxxxxxx> |
| Date: | Tue, 21 Sep 2004 10:58:09 +0200 |
| Cc: | Linux Netdev List <netdev@xxxxxxxxxxx> |
| In-reply-to: | <20040920225140.GH1307@sunbeam.de.gnumonks.org> |
| References: | <20040920225140.GH1307@sunbeam.de.gnumonks.org> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
> 6) Since everybody agrees the current scheme of bucket-sizing based on > memory only is a bad idea, do we want to unify this bucket sizing > code, so people have one single knob (boot option) which they can use > to give the system some metrics on how large it should scale all the > network hash tables? I think this is the right way to go. In fact I would go one step farther and add a single knob for all hash tables. This requires to put all the cut'n'pasted hash table setup code into a single utility function that does this. -Andi |
| Previous by Date: | [PATCH] Fix help text, YOSHIFUJI Hideaki / 吉藤英明 |
|---|---|
| Next by Date: | Re: [PATCH] Clean up fib_hash datastructures, Andi Kleen |
| Previous by Thread: | [PATCH + RFC] neighbour/ARP cache scalability, Robert Olsson |
| Next by Thread: | Re: [PATCH + RFC] neighbour/ARP cache scalability, Pekka Savola |
| Indexes: | [Date] [Thread] [Top] [All Lists] |