* Re: Re: how to improve the throughput of linux network
@ 2002-07-17 14:13 zhengchuanbo
2002-07-17 16:29 ` Jason Lunz
0 siblings, 1 reply; 7+ messages in thread
From: zhengchuanbo @ 2002-07-17 14:13 UTC (permalink / raw)
To: Filip Sneppe; +Cc: linux-kernel@vger.kernel.org
>On Tue, 2002-07-16 at 03:13, zhengchuanbo wrote:
>>
>> we use linux as our router. i just tested the performance of the router with smartbits, and i found that the throughput of 64byte
>> i looked for some solution,and found some article mentioned the NAPI. it changed the driver to polling mode,so that the interrupt is no too much. but i could not find drivers for our router.(eepro100 card). has the polling mode driver been used in linux?
>Try this url:
>
>ftp://robur.slu.se/pub/Linux/net-development/NAPI/
>
>Also check out 2.5 kernels - they alreacdy have NAPI, there's is at
>least some documentation under linux/Documentation/
>
>Could you put some numbers online after your tests ?
>I already have this page, I don't have a Smartbits, though :-):
>
>http://www.filip.sneppe.yucom.be/linux/netfilter/performance/benchmarks.htm
>
>Regards,
>Filip
i got the patch for NAPI,and patched it on linux2.4.18. it worked. the throughput of 128bytes frame improve from 60% to more than 90%. it seems that it has no influnce to frames bigger than 256.
but there is still some problem. when i tested the throught of 64bytes frame,some error occured. in the begining it works well. but after several times of try the linux router can not receive any packets at all.(i found that by run ifconfig when the smartbits is testing). for the other frames it worked very well.
so what's wrong with my test? is there some problem with the patch?
regards,
chuanbo zheng
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE:Re: Re: how to improve the throughput of linux network
@ 2002-07-16 2:44 Hell.Surfers
2002-07-16 2:57 ` Thunder from the hill
0 siblings, 1 reply; 7+ messages in thread
From: Hell.Surfers @ 2002-07-16 2:44 UTC (permalink / raw)
To: hahn, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 408 bytes --]
well only if it was used little amounts, like once every hour, it would dynamically unload in between, and dont modules, recompile on each use? I was told they were, although im more of a sound driver person.
- "Yes. Yes. OKAY.", Installing Microsoft software has always felt like an argument with your Mum (alledgedly).
On Mon, 15 Jul 2002 22:36:52 -0400 (EDT) Mark Hahn <hahn@physics.mcmaster.ca> wrote:
[-- Attachment #2: Type: message/rfc822, Size: 1103 bytes --]
From: Mark Hahn <hahn@physics.mcmaster.ca>
To: <Hell.Surfers@cwctv.net>
Subject: RE:Re: Re: how to improve the throughput of linux network
Date: Mon, 15 Jul 2002 22:36:52 -0400 (EDT)
Message-ID: <Pine.LNX.4.33.0207152236400.25831-100000@coffee.psychology.mcmaster.ca>
> Using it as a module would only slow you down if netfilter is required, because itwould load and unload, contstantly, causing you to remember what the 486 was like.
why would it get unloaded repeatedly?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: how to improve the throughput of linux network
2002-07-16 2:44 RE:Re: " Hell.Surfers
@ 2002-07-16 2:57 ` Thunder from the hill
2002-07-18 15:35 ` Eric W. Biederman
0 siblings, 1 reply; 7+ messages in thread
From: Thunder from the hill @ 2002-07-16 2:57 UTC (permalink / raw)
To: Hell.Surfers; +Cc: hahn, linux-kernel
Hi,
On Tue, 16 Jul 2002 Hell.Surfers@cwctv.net wrote:
> well only if it was used little amounts, like once every hour, it would
> dynamically unload in between,
That's ok then. It shouldn't produce significant overhead. But on the
routers that I run I have either no netfilters at all, or they keep
running, so even if they were a module, they'd never have any time to
unload.
> and dont modules, recompile on each use?
No, because that would be pointless. And it would keep the kernel from
running properly on systems without a c compiler.
Regards,
Thunder
--
(Use http://www.ebb.org/ungeek if you can't decode)
------BEGIN GEEK CODE BLOCK------
Version: 3.12
GCS/E/G/S/AT d- s++:-- a? C++$ ULAVHI++++$ P++$ L++++(+++++)$ E W-$
N--- o? K? w-- O- M V$ PS+ PE- Y- PGP+ t+ 5+ X+ R- !tv b++ DI? !D G
e++++ h* r--- y-
------END GEEK CODE BLOCK------
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: how to improve the throughput of linux network
2002-07-16 2:57 ` Thunder from the hill
@ 2002-07-18 15:35 ` Eric W. Biederman
0 siblings, 0 replies; 7+ messages in thread
From: Eric W. Biederman @ 2002-07-18 15:35 UTC (permalink / raw)
To: Thunder from the hill; +Cc: Hell.Surfers, hahn, linux-kernel
Thunder from the hill <thunder@ngforever.de> writes:
> Hi,
>
> On Tue, 16 Jul 2002 Hell.Surfers@cwctv.net wrote:
> > well only if it was used little amounts, like once every hour, it would
> > dynamically unload in between,
>
> That's ok then. It shouldn't produce significant overhead. But on the
> routers that I run I have either no netfilters at all, or they keep
> running, so even if they were a module, they'd never have any time to
> unload.
Only if you have a cron job running rmmod -a will the module unload.
The kernel never unloads modules without being asked.
Eric
^ permalink raw reply [flat|nested] 7+ messages in thread
* how to improve the throughput of linux network
@ 2002-07-16 1:13 zhengchuanbo
2002-07-16 14:26 ` Jason Lunz
0 siblings, 1 reply; 7+ messages in thread
From: zhengchuanbo @ 2002-07-16 1:13 UTC (permalink / raw)
To: linux-kernel@vger.kernel.org
we use linux as our router. i just tested the performance of the router with smartbits, and i found that the throughput of 64byte frame is only 25%, about 35kpps.
someone mentioned that the throughput of 64byte frame could reach 70kpps.so i wish i could improve the performance of our router,but i don't know how to do that.
i looked for some solution,and found some article mentioned the NAPI. it changed the driver to polling mode,so that the interrupt is no too much. but i could not find drivers for our router.(eepro100 card). has the polling mode driver been used in linux?
i think there should be some other methods to improve the performance.but what is the most efficient one?
thanks for help. please cc.
chuanbo zheng
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: how to improve the throughput of linux network
2002-07-16 1:13 zhengchuanbo
@ 2002-07-16 14:26 ` Jason Lunz
[not found] ` <1026838787.401.15.camel@xbox>
0 siblings, 1 reply; 7+ messages in thread
From: Jason Lunz @ 2002-07-16 14:26 UTC (permalink / raw)
To: zhengcb, lunz; +Cc: linux-kernel
zhengcb@netpower.com.cn said:
> we use linux as our router. i just tested the performance of the
> router with smartbits, and i found that the throughput of 64byte frame
> is only 25%, about 35kpps.
>
> someone mentioned that the throughput of 64byte frame could reach
> 70kpps.so i wish i could improve the performance of our router,but i
> don't know how to do that.
>
> i looked for some solution, and found some article mentioned the NAPI.
> it changed the driver to polling mode,so that the interrupt is no too
> much. but i could not find drivers for our router.(eepro100 card).
> has the polling mode driver been used in linux?
I made NAPI core and driver patches for linux 2.4; they're at
http://gtf.org/lunz/linux/net/. There's an eepro100 driver there.
Please send me (and the linux netdev list) the results of any testing
you do.
Jason
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2002-07-18 15:43 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-07-17 14:13 Re: how to improve the throughput of linux network zhengchuanbo
2002-07-17 16:29 ` Jason Lunz
-- strict thread matches above, loose matches on Subject: below --
2002-07-16 2:44 RE:Re: " Hell.Surfers
2002-07-16 2:57 ` Thunder from the hill
2002-07-18 15:35 ` Eric W. Biederman
2002-07-16 1:13 zhengchuanbo
2002-07-16 14:26 ` Jason Lunz
[not found] ` <1026838787.401.15.camel@xbox>
2002-07-16 19:10 ` Jason Lunz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox