Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*V2\.4\s+policy\s+router\s+operates\s+faster\/better\s+than\s+V2\.6\s*$/: 176 ]

Total 176 documents matching your query.

1. V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Mon, 3 Jan 2005 14:55:24 -0600

I have a dual processor box running Suse 9.1 Ent. that I changed over to the V2.6.10 kernel. The box has two interfaces in it, both E1000s. The box receives anywhere from 200mbit to 500+ mbit that it

/archives/netdev/2005-01/msg00045.html (12,745 bytes)

2. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Stephen Hemminger <shemminger@xxxxxxxx>

Date: Mon, 3 Jan 2005 14:51:15 -0800

How many flows are going through the router? The neighbour cache can get to be a bottleneck. Perhaps Robert "the Router Man" Olssen can give some hints.

/archives/netdev/2005-01/msg00046.html (13,440 bytes)

3. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Mon, 3 Jan 2005 16:56:53 -0600

How would I check? It should be in the hundreds of thousands. -- -- Jeremy M. Guthrie jeremy.guthrie@xxxxxxxxxx Senior Network Engineer Phone: 608-298-1061 Berbee Fax: 608-288-3007 5520 Research Park

/archives/netdev/2005-01/msg00047.html (10,642 bytes)

4. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Tue, 4 Jan 2005 09:07:03 -0600

Tue Jan 4 08:59:12 CST 2005 58406 rt_cache Tue Jan 4 08:59:48 CST 2005 60636 rt_cache Tue Jan 4 09:00:34 CST 2005 63891 rt_cache Tue Jan 4 09:01:02 CST 2005 64635 rt_cache Tue Jan 4 09:01:29 CST 2005

/archives/netdev/2005-01/msg00065.html (10,842 bytes)

5. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Wed, 5 Jan 2005 14:18:19 +0100

Good question Stephen,.. Yes it seems like this pretty hefty load. Forwarding rate of 92k kpps and a drop rate of 10 kpps and dst hash mostly at 50-60 kentries if I read the stats correctly. And 2.4

/archives/netdev/2005-01/msg00100.html (10,757 bytes)

6. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Wed, 5 Jan 2005 09:18:19 -0600

Yeah, the load will be high. I'm expecting this to be watching ~ 750 mbps by next December. The app profiles all traffic going in and out of our data centers. Yes. It does handle it. It runs harder i

/archives/netdev/2005-01/msg00109.html (13,135 bytes)

7. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Wed, 5 Jan 2005 17:30:34 +0100

BW itself or pps is that not much of challange as handling of concurrent flows. No it's there without any options. Would be nice to the output from rtstat Assume you route packets between eth0 <-> et

/archives/netdev/2005-01/msg00111.html (12,009 bytes)

8. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Wed, 5 Jan 2005 11:35:00 -0600

Roger that. Output from rtstat: rtstat fopen: No such file or directory cd /proc/net/ ls -la total 0 dr-xr-xr-x 5 root root 0 2005-01-04 08:53 . dr-xr-xr-x 72 root root 0 2005-01-04 08:53 .. -r--r--r

/archives/netdev/2005-01/msg00113.html (17,036 bytes)

9. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Wed, 5 Jan 2005 13:25:37 -0600

After smp_affinity adjustments and turning off IRQ balancing. eth3 Link encap:Ethernet HWaddr 00:02:B3:D5:7E:30 inet addr:10.253.0.1 Bcast:10.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::202:b3ff

/archives/netdev/2005-01/msg00114.html (11,570 bytes)

10. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Wed, 5 Jan 2005 21:22:55 +0100

Worse? Check throughtput and how packet load is used with 2.4. /proc/net/softnet_stat and rtstat. Also meditate how the comparison can be fair wrt taffic patterns. Do smame with 2.6. Prepare for a op

/archives/netdev/2005-01/msg00118.html (11,151 bytes)

11. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Wed, 5 Jan 2005 14:52:57 -0600

Hm... ls -la /proc/net/stat/ total 0 dr-xr-xr-x 2 root root 0 Jan 5 14:47 . dr-xr-xr-x 5 root root 0 Jan 5 11:50 .. -r--r--r-- 1 root root 0 Jan 5 14:47 arp_cache -r--r--r-- 1 root root 0 Jan 5 14:47

/archives/netdev/2005-01/msg00122.html (13,006 bytes)

12. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 09:26:50 -0600

I still don't see the rt_cache_stat file even under 2.4.28 stock. See below. wc -l /proc/net/rt_cache Segmentation fault cat /proc/net/rt_cache > /tmp/rt_cache ; wc -l /tmp/rt_cache cat: write error:

/archives/netdev/2005-01/msg00151.html (15,208 bytes)

13. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Thu, 6 Jan 2005 19:15:48 +0100

rtstat is replaced by lnstat which is in iproute2 package: http://developer.osdl.org/dev/iproute2/download/ (Old version ftp://robur.slu.se/pub/Linux/net-development/rt_cache_stat/rtstat.c) You only

/archives/netdev/2005-01/msg00155.html (12,262 bytes)

14. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 13:35:52 -0600

Please see the attachment. The E1000 driver is the stock driver in 2.4.28. eth2 is TX only. We don't receive anything on it. This system should only ever RX on eth3 and TX on eth2 as part of its func

/archives/netdev/2005-01/msg00157.html (13,920 bytes)

15. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Thu, 6 Jan 2005 21:29:14 +0100

There is a kernel config option. Use Rx Polling (NAPI) Ok! So unidirectional traffic and CPU0 processes all skb's and passes them over to CPU1 which touches and frees them. You could try some other a

/archives/netdev/2005-01/msg00159.html (11,977 bytes)

16. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 14:54:51 -0600

I'm recompiling the module and will reload the module. I installed the NAPI driver and now I drop packets under 2.4.28. I tried setting eth2/3 onto the same CPU. If both eth2/3 are on CPU0, I drop a

/archives/netdev/2005-01/msg00160.html (13,385 bytes)

17. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 14:55:50 -0600

Forgot the attachment. -- -- Jeremy M. Guthrie jeremy.guthrie@xxxxxxxxxx Senior Network Engineer Phone: 608-298-1061 Berbee Fax: 608-288-3007 5520 Research Park Drive NOC: 608-298-1102 Madison, WI 53

/archives/netdev/2005-01/msg00161.html (13,419 bytes)

18. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 15:19:59 -0600

Pulling Rx Polling has kept V2.6 from dropping packets. argh?!?!?! I should have caught that sooner. 8( Well, I have a window of opportunity here. If you want I can still provide a broken environment

/archives/netdev/2005-01/msg00162.html (13,466 bytes)

19. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>

Date: Thu, 6 Jan 2005 22:36:06 +0100

Thats fine... I don't follow... The stats didn't show any numbers so we don't know your load. --ro

/archives/netdev/2005-01/msg00163.html (11,275 bytes)

20. Re: V2.4 policy router operates faster/better than V2.6 (score: 1)

Author: "Jeremy M. Guthrie" <jeremy.guthrie@xxxxxxxxxx>

Date: Thu, 6 Jan 2005 15:46:29 -0600

Technically by turning off NAPI, I have 'solved' my short term packet loss problem. However I can still provide you a window to go through further troubleshooting if it is beneficial. Are you referri

/archives/netdev/2005-01/msg00164.html (12,259 bytes)

Current List: 1 - 20
Page: [1] [2] [3] [4] [5] [6] [7] [8] [9]