Re: [perf-discuss] segvn analysis

2006-01-24 Thread Roch Bourbonnais - Performance Engineering
Eric Lowe writes: > On Wed, Jan 25, 2006 at 03:04:55AM +1100, Brendan Gregg wrote: > | > | The way a freshly written file (as opposed to a freshly mounted file) > | changed the number of faults really threw me. Still haven't put my finger > | on why, but I suspect it's a cache placement poli

Re: [perf-discuss] segvn analysis

2006-01-24 Thread Eric Lowe
On Wed, Jan 25, 2006 at 03:04:55AM +1100, Brendan Gregg wrote: | | The way a freshly written file (as opposed to a freshly mounted file) | changed the number of faults really threw me. Still haven't put my finger | on why, but I suspect it's a cache placement policy (maybe MPSS - I need This is p

Re: [perf-discuss] segvn analysis

2006-01-24 Thread Brendan Gregg
G'Day Eric, On Wed, 18 Jan 2006, Eric Lowe wrote: > Coming into this thread late since I'm returning for vacation... > > On Thu, Jan 12, 2006 at 02:55:52AM +1100, Brendan Gregg wrote: > | > | I want segvn hit rate. There must be a function in the segvn code > | somewhere that checks whether a pag

Re: [perf-discuss] segvn analysis

2006-01-18 Thread Eric Lowe
Coming into this thread late since I'm returning for vacation... On Thu, Jan 12, 2006 at 02:55:52AM +1100, Brendan Gregg wrote: | | I want segvn hit rate. There must be a function in the segvn code | somewhere that checks whether a page is already in the page cache or not, So in a nutshell, what

Re: [perf-discuss] segvn analysis

2006-01-14 Thread Max Bruning
Hi Brendan, I get the same behaviour you are seeing, at least initially. Over time, the number of segvn_faults returns to ~129. I don't use /tmp, as this may also skew your output (because it uses memory). Maybe the writes of pages in the file system cache are skewing results... max (PS. I'll t

Re: [perf-discuss] segvn analysis

2006-01-13 Thread Brendan Gregg
G'Day Max, Thanks for your reply. Things have become a little stranger... On Thu, 12 Jan 2006 [EMAIL PROTECTED] wrote: > Hi Greg, > > OK. I start the segvn_fault.d script, then in a second window > a "dd if=/dev/dsk/c0d0s2 of=/dev/null bs=8k" > and then in a third window do the cp of the 1000 p

Re: [perf-discuss] segvn analysis

2006-01-12 Thread max
Hi Greg, OK. I start the segvn_fault.d script, then in a second window a "dd if=/dev/dsk/c0d0s2 of=/dev/null bs=8k" and then in a third window do the cp of the 1000 page file. Now I get ~1000 segvn_faults for the cp. I expected to get a larger count because the dd is contending with the cp. So,

Re: [perf-discuss] segvn analysis

2006-01-12 Thread Brendan Gregg
G'Day Max, On Wed, 11 Jan 2006 [EMAIL PROTECTED] wrote: > Hi Greg, > > Upon further reflection (and running your script), I am > very puzzled you are getting anywhere near 1000 segvn_fault > calls for the cp. I get the full 1000 almost every time. I'm on an old x86 box, # psrinfo -vp The

Re: [perf-discuss] segvn analysis

2006-01-11 Thread max
Hi Greg, Upon further reflection (and running your script), I am very puzzled you are getting anywhere near 1000 segvn_fault calls for the cp. When I run your script and do a cp on a 1000 page file, I get about 128 segvn_fault calls for the cp. This is a much more reasonable number, since cp is

Re: [perf-discuss] segvn analysis

2006-01-11 Thread max
Hi Greg, Maybe try segvn_faulta() also? max Quoting Brendan Gregg <[EMAIL PROTECTED]>: G'Day Folks, I'm revisiting segvn activity analysis to see it's hit rate from the page cache. A while ago (before I had source code access) I tried writing this from Kstat. Now with DTrace and source I wan

[perf-discuss] segvn analysis

2006-01-11 Thread Brendan Gregg
G'Day Folks, I'm revisiting segvn activity analysis to see it's hit rate from the page cache. A while ago (before I had source code access) I tried writing this from Kstat. Now with DTrace and source I want to nail a solution, and then go back and rework the Kstat version. However I've run into a