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 p

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 t

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 > anywa

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 2

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: [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 c

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 F

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 "unsubscri

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: 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 card

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, > * espe

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,

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 whe

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 simp

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 out

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). T

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

2000-09-13 Thread Jonathan Earle
  83 e5 07  and    $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