Linux-kernel mailing list archive 2000-23,: Re: [PATCH][CFT] dcache-ac6-D - dcache threading

# Re: [PATCH][CFT] dcache-ac6-D - dcache threading

kuznet@ms2.inr.ac.ru
Sun, 4 Jun 2000 21:37:36 +0400 (MSK DST)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Alan Cox: "Re: kapmd"
- Previous message: Erik Andersen: "Re: [PATCH] fix for sysinfo(2) in 2.4.0-test1"
- Next in thread: kumon@flab.fujitsu.co.jp: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"
- Reply: kumon@flab.fujitsu.co.jp: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"
- Reply: Andi Kleen: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"

Hello!

> The per bucket locks apparently perform well for outgoing traffic,

No, hash table simply is not used for outgoing traffic,
destinations are cached in socket.

> but they are very bad for incoming traffic because it usually tends
> to hit the same lock. Hmm....

This phenomenon is known more than for year. BTW Andi, it was you who explained
this. 8)

It appeared that this ping-pong lock is washed out in real life
due to "statistical" bucket decoupling, so that there were no reasons
to be bothered about this.

More intersting case is net_rx_action. It has _no_ ping-pongs now,
does almost no work and it is still visible in profiles. It is strange.

Alexey

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Alan Cox: "Re: kapmd"
- Previous message: Erik Andersen: "Re: [PATCH] fix for sysinfo(2) in 2.4.0-test1"
- Next in thread: kumon@flab.fujitsu.co.jp: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"
- Reply: kumon@flab.fujitsu.co.jp: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"
- Reply: Andi Kleen: "Re: [PATCH][CFT] dcache-ac6-D - dcache threading"