Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing to dowith ECN)

2001-01-30 Thread jamal



On Tue, 30 Jan 2001, Rick Jones wrote:

> > ** I reported that there was also an oddity in throughput values,
> > unfortunately since no one (other than me) seems to have access
> > to a gige cards in the ZC list, nobody can confirm or disprove
> > what i posted. Here again as a reminder:
> >
> > Kernel |  tput  | sender-CPU | receiver-CPU |
> > -
> > 2.4.0-pre3 | 99MB/s |   87%  |  23% |
> > NSF|||  |
> > -
> > 2.4.0-pre3 | 86MB/s |   100% |  17% |
> > SF |||  |
> > -
> > 2.4.0-pre3 | 66.2   |   60%  |  11% |
> > +ZC| MB/s   ||  |
> > -
> > 2.4.0-pre3 | 68 |   8%   |  8%  |
> > +ZC  SF| MB/s   ||  |
> > -
> >
> > Just ignore the CPU readings, focus on throughput. And could someone plese
> > post results?
>
> In the spirit of the socratic method :)

;->

>
> Is your gige card based on Alteon?

Yes, sir, it is. To be precise:

** Sender: SMP-PII-450Mhz, ASUS m/board; 3com version of acenic
- 1M version
** receiver: same hardware; acenic alteon card - 1M version

> How does ZC/SG change the nature of the packets presented to the NIC?

what do you mean? I am _sure_ you know how SG/ZC work. So i am suspecting
more than socratic view on life here. Could be influence from Aristotle;->

> How well does the NIC do with that changed nature?
>

Hard question to answer ;-> I havent done any analysis at that level

cheers,
jamal

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing to dowith ECN)

2001-01-30 Thread Rick Jones

> ** I reported that there was also an oddity in throughput values,
> unfortunately since no one (other than me) seems to have access
> to a gige cards in the ZC list, nobody can confirm or disprove
> what i posted. Here again as a reminder:
> 
> Kernel |  tput  | sender-CPU | receiver-CPU |
> -
> 2.4.0-pre3 | 99MB/s |   87%  |  23% |
> NSF|||  |
> -
> 2.4.0-pre3 | 86MB/s |   100% |  17% |
> SF |||  |
> -
> 2.4.0-pre3 | 66.2   |   60%  |  11% |
> +ZC| MB/s   ||  |
> -
> 2.4.0-pre3 | 68 |   8%   |  8%  |
> +ZC  SF| MB/s   ||  |
> -
> 
> Just ignore the CPU readings, focus on throughput. And could someone plese
> post results?

In the spirit of the socratic method :)

Is your gige card based on Alteon?

How does ZC/SG change the nature of the packets presented to the NIC?

How well does the NIC do with that changed nature?

rick jones

sometimes, performance tuning is like squeezing a balloon. one part gets
smaller, but then you start to see the rest of the balloon...

-- 
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BOTH...
my email address is raj in the cup.hp.com domain...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing to dowith ECN)

2001-01-30 Thread Rick Jones

 ** I reported that there was also an oddity in throughput values,
 unfortunately since no one (other than me) seems to have access
 to a gige cards in the ZC list, nobody can confirm or disprove
 what i posted. Here again as a reminder:
 
 Kernel |  tput  | sender-CPU | receiver-CPU |
 -
 2.4.0-pre3 | 99MB/s |   87%  |  23% |
 NSF|||  |
 -
 2.4.0-pre3 | 86MB/s |   100% |  17% |
 SF |||  |
 -
 2.4.0-pre3 | 66.2   |   60%  |  11% |
 +ZC| MB/s   ||  |
 -
 2.4.0-pre3 | 68 |   8%   |  8%  |
 +ZC  SF| MB/s   ||  |
 -
 
 Just ignore the CPU readings, focus on throughput. And could someone plese
 post results?

In the spirit of the socratic method :)

Is your gige card based on Alteon?

How does ZC/SG change the nature of the packets presented to the NIC?

How well does the NIC do with that changed nature?

rick jones

sometimes, performance tuning is like squeezing a balloon. one part gets
smaller, but then you start to see the rest of the balloon...

-- 
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BOTH...
my email address is raj in the cup.hp.com domain...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: Still not sexy! (Re: sendfile+zerocopy: fairly sexy (nothing to dowith ECN)

2001-01-30 Thread jamal



On Tue, 30 Jan 2001, Rick Jones wrote:

  ** I reported that there was also an oddity in throughput values,
  unfortunately since no one (other than me) seems to have access
  to a gige cards in the ZC list, nobody can confirm or disprove
  what i posted. Here again as a reminder:
 
  Kernel |  tput  | sender-CPU | receiver-CPU |
  -
  2.4.0-pre3 | 99MB/s |   87%  |  23% |
  NSF|||  |
  -
  2.4.0-pre3 | 86MB/s |   100% |  17% |
  SF |||  |
  -
  2.4.0-pre3 | 66.2   |   60%  |  11% |
  +ZC| MB/s   ||  |
  -
  2.4.0-pre3 | 68 |   8%   |  8%  |
  +ZC  SF| MB/s   ||  |
  -
 
  Just ignore the CPU readings, focus on throughput. And could someone plese
  post results?

 In the spirit of the socratic method :)

;-


 Is your gige card based on Alteon?

Yes, sir, it is. To be precise:

** Sender: SMP-PII-450Mhz, ASUS m/board; 3com version of acenic
- 1M version
** receiver: same hardware; acenic alteon card - 1M version

 How does ZC/SG change the nature of the packets presented to the NIC?

what do you mean? I am _sure_ you know how SG/ZC work. So i am suspecting
more than socratic view on life here. Could be influence from Aristotle;-

 How well does the NIC do with that changed nature?


Hard question to answer ;- I havent done any analysis at that level

cheers,
jamal

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/