RE: How to optimize routing performance

2001-03-15 Thread Jonathan Earle
> > Or are you saying that the bottleneck is somewhere > > else completely, > > Indeed. The bottleneck is with processing the incoming network > packets, at the interrupt level. Where is the counter for these dropped packets? If we run a few mbit of traffic through the box, we see noticeble

RE: How to optimize routing performance

2001-03-15 Thread Jonathan Earle
Or are you saying that the bottleneck is somewhere else completely, Indeed. The bottleneck is with processing the incoming network packets, at the interrupt level. Where is the counter for these dropped packets? If we run a few mbit of traffic through the box, we see noticeble

RE: [UPDATE] Fresh zerocopy patch on kernel.org

2001-02-01 Thread Jonathan Earle
> Malcolm Beattie writes: > > Alexey has mailed me suggesting the problem may be that netfilter > > is turned on. > > Oh yes, netfilter being enabled will cause some performance > degradation, that is for sure. Do you think that netfilter being enabled would also cause a decrease in routing

RE: [UPDATE] Fresh zerocopy patch on kernel.org

2001-02-01 Thread Jonathan Earle
Malcolm Beattie writes: Alexey has mailed me suggesting the problem may be that netfilter is turned on. Oh yes, netfilter being enabled will cause some performance degradation, that is for sure. Do you think that netfilter being enabled would also cause a decrease in routing

RE: [PATCH] doc update/fixes for sysrq.txt

2001-01-29 Thread Jonathan Earle
> On Sun, 28 Jan 2001 11:35:50 +, David Ford wrote: > > AFAIK, this hasn't ever been true. I have never had to specifically > > enable it at run time. > > I was suspicious of that in the old doc but thought I'd leave it in... > Should have asked for feedback on it, but you caught it >

RE: CBQ simply doesn't work

2001-01-29 Thread Jonathan Earle
Hi, /sbin/insmod cls__u32 insmod: cls__u32: no module by that name found I think you meant cls_u32, not cls__u32. Your script output seems to indicate that you've already got the modules loaded somewhere. tc class add dev ppp0 parent 10:1 classid 10:300 cbq bandwidth

RE: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

2001-01-29 Thread Jonathan Earle
> Throughput: 100Mbps is really nothing. Linux never had a problem with > 4-500Mbps file serving. So throughput is an important number. so is > end to end latency, but in file serving case, latency might > not be a big deal so ignore it. If I try to route more than 40mbps (40% line utilization)

RE: CBQ simply doesn't work

2001-01-29 Thread Jonathan Earle
Hi, /sbin/insmod cls__u32 insmod: cls__u32: no module by that name found I think you meant cls_u32, not cls__u32. Your script output seems to indicate that you've already got the modules loaded somewhere. tc class add dev ppp0 parent 10:1 classid 10:300 cbq bandwidth

RE: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

2001-01-29 Thread Jonathan Earle
Throughput: 100Mbps is really nothing. Linux never had a problem with 4-500Mbps file serving. So throughput is an important number. so is end to end latency, but in file serving case, latency might not be a big deal so ignore it. If I try to route more than 40mbps (40% line utilization)

RE: [PATCH] doc update/fixes for sysrq.txt

2001-01-29 Thread Jonathan Earle
On Sun, 28 Jan 2001 11:35:50 +, David Ford wrote: AFAIK, this hasn't ever been true. I have never had to specifically enable it at run time. I was suspicious of that in the old doc but thought I'd leave it in... Should have asked for feedback on it, but you caught it anyway,

RE: [UPDATE] Zerocopy patches, against 2.4.1-pre10

2001-01-24 Thread Jonathan Earle
> > What are "zerocopy patch set"s? > > Basically, if you want to send something to the network, the > kernel has to > copy your data to its memory space. It is an overhead and with these > patches, the kernel doesn't has to do it. So it is faster. > Moreover, few > ethernet cards are able to

RE: [UPDATE] Zerocopy patches, against 2.4.1-pre10

2001-01-24 Thread Jonathan Earle
> I'm back from OZ, and to help deal with my sudden lack of Victoria > Bitter, I've made a new zerocopy patch set. What are "zerocopy patch set"s? Cheers! Jon - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the

RE: [UPDATE] Zerocopy patches, against 2.4.1-pre10

2001-01-24 Thread Jonathan Earle
What are "zerocopy patch set"s? Basically, if you want to send something to the network, the kernel has to copy your data to its memory space. It is an overhead and with these patches, the kernel doesn't has to do it. So it is faster. Moreover, few ethernet cards are able to compute

RE: [UPDATE] Zerocopy patches, against 2.4.1-pre10

2001-01-24 Thread Jonathan Earle
I'm back from OZ, and to help deal with my sudden lack of Victoria Bitter, I've made a new zerocopy patch set. What are "zerocopy patch set"s? Cheers! Jon - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the

RE: [OT?] Coding Style

2001-01-23 Thread Jonathan Earle
That's just nasty! Funny, but nasty. :) Jon > -Original Message- > From: Stephen Satchell [mailto:[EMAIL PROTECTED]] > It took a while to prepare the source for this jerk. Here is > what I did to > the source I gave the guy: - To unsubscribe from this list: send the line

RE: [OT?] Coding Style

2001-01-23 Thread Jonathan Earle
Title: RE: [OT?] Coding Style I prefer descriptive variable and function names - like comments, they help to make code so much easier to read. One thing I wonder though... why do people prefer 'some_function_name()' over 'SomeFunctionName()'?  I personally don't like the underscore

RE: 2.4.1-test10

2001-01-23 Thread Jonathan Earle
> -Original Message- > From: Jeff Garzik [mailto:[EMAIL PROTECTED]] > > Do the tulip driver updates address the increasingly common > NETDEV timeout > > repots? > > I don't see increasingly common timeout reports.. with which > hardware? > They are likely on the newer LinkSys 4.1

RE: Coding Style

2001-01-23 Thread Jonathan Earle
> -Original Message- > From: adrian > > On Mon, 22 Jan 2001, Mark I Manning IV wrote: > > > It is alot neater tho :P~ > > > > // even for multi line comments > > // no visual clutter over there --> > > /* > * I tend to find standard C comments easier to read. They stand out, > *

RE: Coding Style

2001-01-23 Thread Jonathan Earle
-Original Message- From: adrian On Mon, 22 Jan 2001, Mark I Manning IV wrote: It is alot neater tho :P~ // even for multi line comments // no visual clutter over there -- /* * I tend to find standard C comments easier to read. They stand out, * especially for

RE: 2.4.1-test10

2001-01-23 Thread Jonathan Earle
-Original Message- From: Jeff Garzik [mailto:[EMAIL PROTECTED]] Do the tulip driver updates address the increasingly common NETDEV timeout repots? I don't see increasingly common timeout reports.. with which hardware? They are likely on the newer LinkSys 4.1 cards, and

RE: [OT?] Coding Style

2001-01-23 Thread Jonathan Earle
Title: RE: [OT?] Coding Style I prefer descriptive variable and function names - like comments, they help to make code so much easier to read. One thing I wonder though... why do people prefer 'some_function_name()' over 'SomeFunctionName()'? I personally don't like the underscore character

RE: [OT?] Coding Style

2001-01-23 Thread Jonathan Earle
That's just nasty! Funny, but nasty. :) Jon -Original Message- From: Stephen Satchell [mailto:[EMAIL PROTECTED]] It took a while to prepare the source for this jerk. Here is what I did to the source I gave the guy: - To unsubscribe from this list: send the line "unsubscribe

RE: [OT?] Coding Style

2001-01-22 Thread Jonathan Earle
> -Original Message- > From: Larry McVoy [mailto:[EMAIL PROTECTED]] > > On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote: > > > -Original Message- > > > From: profmakx.fmp [mailto:[EMAIL PROTECTED]] > > > > > > S

RE: [OT?] Coding Style

2001-01-22 Thread Jonathan Earle
> -Original Message- > From: profmakx.fmp [mailto:[EMAIL PROTECTED]] > > So, every good programmer > should know where to put comments. And it is unnecessary to > put comments to > explain what code does. One should see this as stated in the > CodingStyle doc. > Ok, there are points

RE: [OT?] Coding Style

2001-01-22 Thread Jonathan Earle
-Original Message- From: profmakx.fmp [mailto:[EMAIL PROTECTED]] So, every good programmer should know where to put comments. And it is unnecessary to put comments to explain what code does. One should see this as stated in the CodingStyle doc. Ok, there are points where a

RE: [OT?] Coding Style

2001-01-22 Thread Jonathan Earle
-Original Message- From: Larry McVoy [mailto:[EMAIL PROTECTED]] On Mon, Jan 22, 2001 at 11:04:50AM -0500, Jonathan Earle wrote: -Original Message- From: profmakx.fmp [mailto:[EMAIL PROTECTED]] So, every good programmer should know where to put comments

Ethernet Bonding Performance under kernel 2.4.0

2001-01-16 Thread Jonathan Earle
Hi all, I've a system comprosed of two PIII machines, equipped with Znyx 346Q 4port ethernet cards (tulip driver) which I'd like to connect together in a bonded configuration. For various reasons, we require 2.4.0 kernels on our machines - currently we are using 2.4.0-test9. The setup is

Ethernet Bonding Performance under kernel 2.4.0

2001-01-16 Thread Jonathan Earle
Hi all, I've a system comprosed of two PIII machines, equipped with Znyx 346Q 4port ethernet cards (tulip driver) which I'd like to connect together in a bonded configuration. For various reasons, we require 2.4.0 kernels on our machines - currently we are using 2.4.0-test9. The setup is

Porting network driver to 2.4.0

2001-01-10 Thread Jonathan Earle
Hey all, Still working with kernel 2.4.0-test9 (other things we use require it for now), and I was looking at a driver for a Znyx zx346q network card that I grabbed from the znyx.com website. The driver is for a 2.2.x kernel, but figuring I'd try it anyway, downloaded and tried to build it. It

Porting network driver to 2.4.0

2001-01-10 Thread Jonathan Earle
Hey all, Still working with kernel 2.4.0-test9 (other things we use require it for now), and I was looking at a driver for a Znyx zx346q network card that I grabbed from the znyx.com website. The driver is for a 2.2.x kernel, but figuring I'd try it anyway, downloaded and tried to build it. It

RE: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8

2000-09-18 Thread Jonathan Earle
el List (E-mail) > Subject: Re: Kernel oops in mm/slab.c [ kmem_cache_grow() ] > with test4-8 > > > > Jonathan Earle wrote: > > > > Hi, > > > > I've been having kernel oopses with the 2.4.0-test series and am > > including ksymoops processed outpu

RE: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8

2000-09-18 Thread Jonathan Earle
) Subject: Re: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8 Jonathan Earle wrote: Hi, I've been having kernel oopses with the 2.4.0-test series and am including ksymoops processed output from both test4 and test5 kernels. The same oops happens in later kernels too

Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8

2000-09-15 Thread Jonathan Earle
Title: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8 Hi, I've been having kernel oopses with the 2.4.0-test series and am including ksymoops processed output from both test4 and test5 kernels.  The same oops happens in later kernels too (Tested with test6, test7 and test8).

Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8

2000-09-15 Thread Jonathan Earle
Title: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8 Hi, I've been having kernel oopses with the 2.4.0-test series and am including ksymoops processed output from both test4 and test5 kernels. The same oops happens in later kernels too (Tested with test6, test7 and test8).

Kernel oops on 2.4.0-test4 and test5 (and later): kmem_cache_grow

2000-09-13 Thread Jonathan Earle
d    $0x7,%ebp Code;  c01270ff   12:   68 03 00 00 00    push   $0x3 Aiee, killing interrupt handler Kernel panic: Attempted to kill the idle task! 1 warning issued.  Results may not be reliable. --- Jonathan Earle Linux Admin, ONC Software Development Nortel Networks * Email: [EMA

Kernel oops on 2.4.0-test4 and test5 (and later): kmem_cache_grow

2000-09-13 Thread Jonathan Earle
! 1 warning issued. Results may not be reliable. --- Jonathan Earle Linux Admin, ONC Software Development Nortel Networks * Email: [EMAIL PROTECTED] * Phone: 613-768-1371 * Cell: 613-612-0946