| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Route cache performance under stress |
| From: | Ralph Doncaster <ralph@xxxxxxxxx> |
| Date: | Tue, 10 Jun 2003 17:39:44 -0400 (EDT) |
| Cc: | "Robert.Olsson@xxxxxxxxxxx" <Robert.Olsson@xxxxxxxxxxx>, "hadi@xxxxxxxxxxxxxxxx" <hadi@xxxxxxxxxxxxxxxx>, "xerox@xxxxxxxxxx" <xerox@xxxxxxxxxx>, "sim@xxxxxxxxxxxxx" <sim@xxxxxxxxxxxxx>, "fw@xxxxxxxxxxxxx" <fw@xxxxxxxxxxxxx>, "netdev@xxxxxxxxxxx" <netdev@xxxxxxxxxxx>, "linux-net@xxxxxxxxxxxxxxx" <linux-net@xxxxxxxxxxxxxxx> |
| In-reply-to: | <20030610.115759.26513736.davem@redhat.com> |
| References: | <Pine.LNX.4.51.0306101332300.8755@ns.istop.com> <20030610.103234.116374169.davem@redhat.com> <16102.9418.43884.336925@robur.slu.se> <20030610.115759.26513736.davem@redhat.com> |
| Reply-to: | ralph+d@xxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Tue, 10 Jun 2003, David S. Miller wrote: > Actually, that's a good idea, if someone if brave just rip out > fib_validate_source (just don't call it, should work for valid > traffic) and see what happens :) Looking at Simon's profile numbers, these seem to contribute a lot more than fib_validate_source: 1237 ipt_route_hook 19.3281 3120 do_gettimeofday 21.6667 8299 ip_packet_match 24.6994 8031 fib_lookup 25.0969 1877 fib_rule_put 29.3281 What's the do_gettimeofday for? Is that just a bogus one that shows up for kernel profiling (I can recall using the profiling tool quantify had a similar problem of showing gettimeofday calls that it was doing on its own). I traced back the fib_lookup to ip_forward_finish, which seems to only call ip_forward_options when there's IP options (go figure!), which would make sense for a SYN packet (juno). What I can't think of is why we'd want to have special routing considerations for TCP SYN packets (and other IP packets with options set). -Ralph |
| Previous by Date: | RE: Route cache performance under stress, CIT/Paul |
|---|---|
| Next by Date: | Re: Route cache performance under stress, David S. Miller |
| Previous by Thread: | RE: Route cache performance under stress, CIT/Paul |
| Next by Thread: | Re: Route cache performance under stress, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |