Hello,
I asked about the tg3 and broadcom drivers at Broadcom support;
according to them there is almost no difference in quality between
the tg3 and broadcom drivers. The broadcom drivers have some
additional features, like BASP (Broadcom Advanced Server Program
Driver) support.
In the nea
Gilad Ben-Yossef wrote:
> Did you enable NAPI?
Both no and yes ;-)...
Tried it both ways.
M
=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe |
On Mon, 2005-08-01 at 17:50 +0300, Marc A. Volovic wrote:
> Quoth Rami Rosen:
>
> > Best thing will probably test also with a new kernel, with both
> > drivers ,tg3.c and the bcm5700, in all scenarios.
>
> Admittedly, we have not played with 2.4.x with the tg3 driver, but all
> tests we did on 2.
Marc A. Volovic wrote:
Quoth Rami Rosen:
Best thing will probably test also with a new kernel, with both
drivers ,tg3.c and the bcm5700, in all scenarios.
Admittedly, we have not played with 2.4.x with the tg3 driver, but all
tests we did on 2.6.x (x > 10) indicate that the tg3 fails to hol
Quoth Rami Rosen:
> Best thing will probably test also with a new kernel, with both
> drivers ,tg3.c and the bcm5700, in all scenarios.
Admittedly, we have not played with 2.4.x with the tg3 driver, but all
tests we did on 2.6.x (x > 10) indicate that the tg3 fails to hold its own
when hammered b
Hi,
>I've seen several patches to tg3 from broadcom engineers, so hopefully
> tg3 supports everything as well.
Well ,I must admt when I posted the original message, I had looked at
the tg3.c only in 2.4.20-8 kernel (since I inteneded then to test only
in 2.4.20.* kenels) and I saw in the begin
Muli Ben-Yehuda wrote:
On Mon, Aug 01, 2005 at 02:32:28PM +0300, Gilad Ben-Yossef wrote:
The only problem is that the Broadcom people update their BCM version
with newer versions of the chipset form time to time.
I've seen several patches to tg3 from broadcom engineers, so hopefully
tg3 sup
On Mon, Aug 01, 2005 at 02:32:28PM +0300, Gilad Ben-Yossef wrote:
> The only problem is that the Broadcom people update their BCM version
> with newer versions of the chipset form time to time.
I've seen several patches to tg3 from broadcom engineers, so hopefully
tg3 supports everything as well
My question is:
1) does anybody have an experience with this technique ?
Yes.
what is the threshold (of k packets for a second) from which it
became efficinet
to use NAPI over usual non-NAPI solutions ?
(I am talking about Xeon processor ~2.4 Ghz , but also data on
other prcoessors
Interesting... we're having a similar discussion under the title "File
I/O within kernel thread"
On Sun, 2005-07-31 at 11:35 -0400, Rami Rosen wrote:
> Hi,
> NAPI (New API) is a technique to improve network performance on Linux.
> It is not so "new" (relatively) - first howto is from 16/2/2002.
On Monday 01 August 2005 06:30, Amos Shapira wrote:
> I'm just intrigued by this - how feasable would it be to write a driver
> (and have support in the device hardware) that uses interrupts but
> switches to NAPI when the input rate peaks, then switches back to
> interrupts when the rate drops aga
On 8/1/05, Rami Rosen <[EMAIL PROTECTED]> wrote:
> Polling is usually discouraged in linux device drivers , but there are
> cases (like when the interrupt rate is very high) in which this
> technique can improve
> performance.
I'm just intrigued by this - how feasable would it be to write a driver
Hi,
NAPI (New API) is a technique to improve network performance on Linux.
It is not so "new" (relatively) - first howto is from 16/2/2002.
In a really very brief descriptiom , it uses polling intsead of
interrupts in some scenarios.
This polling is done for receiving packets (the network card
13 matches
Mail list logo
