Re: Cache flush question.

[Trond Myklebust <Trond.Myklebust@netapp.com>]

On Tue, 2011-01-04 at 00:44 -0800, 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?

Take a look at the 'Writeback:' count, which should turn non-zero when
you hit #3.

The VM allows pages to be either dirty or in writeback, but not both at
the same time. This is not NFS-specific. The same rule applies to local
filesystems.

Cheers
  Trond
-- 
Trond Myklebust
Linux NFS client maintainer

NetApp
Trond.Myklebust@netapp.com
www.netapp.com