Re: bdflush/rpciod high CPU utilization, profile does not make sense

• Previous message: Humberto Massa: "Re: non-free firmware in kernel modules, aggregation and unclear copyright notice."
• In reply to: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Next in thread: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Reply: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Date:	Mon, 11 Apr 2005 15:47:03 +0200
To: Trond Myklebust <trond.myklebust@fys.uio.no>

On Mon, Apr 11, 2005 at 08:35:39AM -0400, Trond Myklebust wrote:
...
> That certainly shouldn't be the case (and isn't on any of my setups). Is
> the behaviour identical same on both the PIII and the Opteron systems?

The dual opteron is the nfs server

The dual athlon is the 2.4 nfs client

The dual PIII is the 2.6 nfs client

> As for the WRITE rates, could you send me a short tcpdump from the
> "sequential write" section of the above test? Just use "tcpdump -s 90000
> -w binary.dmp" just for a couple of seconds. I'd like to check the
> latencies, and just check that you are indeed sending unstable writes
> with not too many commit or getattr calls.

Certainly;

http://unthought.net/binary.dmp.bz2

I got an 'invalid snaplen' with the 90000 you suggested, the above dump
is done with 9000 - if you need another snaplen please just let me know.

A little explanation for the IPs you see;
 sparrow/10.0.1.20 - nfs server
 raven/10.0.1.7 - 2.6 nfs client
 osprey/10.0.1.13 - NIS/DNS server

Thanks,

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

• Previous message: Humberto Massa: "Re: non-free firmware in kernel modules, aggregation and unclear copyright notice."
• In reply to: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Next in thread: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Reply: Trond Myklebust: "Re: bdflush/rpciod high CPU utilization, profile does not make sense"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]