| To: | "Lennert Buytenhek" <buytenh@xxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: RFC: NAPI packet weighting patch |
| From: | "Michael Chan" <mchan@xxxxxxxxxxxx> |
| Date: | Fri, 03 Jun 2005 13:35:22 -0700 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, mitch.a.williams@xxxxxxxxx, hadi@xxxxxxxxxx, john.ronciak@xxxxxxxxx, jdmason@xxxxxxxxxx, shemminger@xxxxxxxx, netdev@xxxxxxxxxxx, Robert.Olsson@xxxxxxxxxxx, ganesh.venkatesan@xxxxxxxxx, jesse.brandeburg@xxxxxxxxx |
| In-reply-to: | <20050603205944.GC20623@xxxxxxxxxxxxxxxxx> |
| References: | <20050603.120126.41874584.davem@xxxxxxxxxxxxx> <Pine.CYG.4.58.0506031202280.3344@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20050603.132257.23013342.davem@xxxxxxxxxxxxx> <20050603.132922.63997492.davem@xxxxxxxxxxxxx> <1117828169.4430.29.camel@rh4> <20050603205944.GC20623@xxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Fri, 2005-06-03 at 22:59 +0200, Lennert Buytenhek wrote: > On Fri, Jun 03, 2005 at 12:49:29PM -0700, Michael Chan wrote: > > > Yes, in tg3, rx buffers are replenished and put back into the ring > > as completed packets are taken off the ring. But we don't tell the > > chip about these new buffers until we get to the end of the loop, > > potentially after a full quota of packets. > > Which makes a lot more sense, since you'd rather do one MMIO write > at the end of the loop than one per iteration, especially if your > MMIO read (flush) latency is high. (Any subsequent MMIO read will > have to flush out all pending writes, which'll be slow if there's > a lot of writes still in the queue.) > I agree on the merit of issuing only one IO at the end. What I'm saying is that doing so will make it similar to e1000 where all the buffers are replenished at the end. Isn't that so or am I missing something? By the way, in tg3 there is a buffer replenishment threshold programmed to the chip and is currently set at rx_pending / 8 (200/8 = 25). This means that the chip will replenish 25 rx buffers at a time. |
| Previous by Date: | [PATCH 4/4] [PKT_SCHED] Fix numeric comparison in meta ematch, Thomas Graf |
|---|---|
| Next by Date: | Re: 2.6.12-rc5-mm2: "bic unavailable using TCP reno" messages, Stephen Hemminger |
| Previous by Thread: | Re: RFC: NAPI packet weighting patch, Lennert Buytenhek |
| Next by Thread: | Re: RFC: NAPI packet weighting patch, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |