On 01/04/2011 02:44 AM, Daniel Stodden wrote:
Hi anyone.
If somebody's got a sec to enlighten me, there's some phenomenon I
recently came across and found somewhat counterintuitive first.
Whenever I
1. Dirty a bunch of pages backed by an NFS mount on some server.
2. Block the traffic with iptables (TCP, assuming that mattered).
Still plenty of writeback pending.
3. Sync
I see #3 drive the dirty count in /proc/meminfo drop back to
almost-zero, immediately. The sync itself blocks, though.
So the pages are called clean the moment the write got queued, not
acked? Leaving the rest just to retransmits by the socket then? Is this
just done so because one can, or would that order rather matter for
consistency?
At a wild guess, maybe you're experiencing what Jim Gettys dubbed
"buffer bloat".
http://lwn.net/Articles/419714/
Specficially, does ifconfig show a txqueuelen of 1000 for your device?
That means the device is buffering 1000 outbound packets, for no readily
apparent reason (other than to screw up latency). With an MTU of 1500
that's a megabyte and a half of outgoing data constipated in the network
layer.
NFS also has some cacheing of its own I don't understand yet, for
"non-idempotent" transactions. Described in this OLS paper:
http://kernel.org/doc/ols/2006/ols2006v2-pages-59-72.pdf
Rob
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
