The UNIX and Linux Forums  

Go Back   The UNIX and Linux Forums > OS Specific Forums > SUN Solaris
Google UNIX.COM


SUN Solaris The Solaris Operating System, usually known simply as Solaris, is a free Unix-based operating system introduced by Sun Microsystems .

More UNIX and Linux Forum Topics You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
fre in vmstat Negm AIX 1 10-26-2006 04:53 AM
vmstat Syed_45 UNIX for Dummies Questions & Answers 2 07-27-2006 12:16 PM
vmstat big123456 UNIX for Advanced & Expert Users 4 12-21-2005 02:56 AM
vmstat chaandana UNIX for Dummies Questions & Answers 4 04-18-2005 05:11 AM
Vmstat DPAI UNIX for Dummies Questions & Answers 1 09-19-2001 05:55 AM

Reply
 
Submit Tools LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 08-08-2008
Registered User
 

Join Date: Aug 2008
Posts: 5
Stumble this Post!
Huge PI in vmstat

This is something nowbody around me can explain:
vmstat (-S 5) shows a huge number of PI but when I try to monitor it in parallel with iostat - there is no IO activity to be seen that would correspond to this.

I have 16G RAM and 32G swap file.
I'll really appreciate if somebody can explain it.

kthr memory page disk faults cpu
r b w swap free si so pi po fr de sr s0 s1 s2 s3 in sy cs us sy id
0 0 68 32064376 282736 0 0 86 0 0 0 0 8 5 0 0 302 176 335 1 4 96
0 0 68 32064376 280200 0 0 6 0 0 0 0 0 0 0 0 286 131 305 0 2 97
0 0 68 32064376 280168 0 0 0 0 0 0 0 0 0 0 0 277 120 296 0 1 99
0 0 68 32064376 280168 0 0 6 0 0 0 0 1 0 0 0 283 132 298 0 2 97
0 0 68 32067088 285552 0 0 8 0 0 0 0 1 0 0 0 285 147 307 0 2 98
0 0 68 32066752 289824 0 0 157896899627 1958 5505 49408 89202 22 19 0 0 348 1282 379 3 6 91
0 0 68 32064072 292312 0 0 0 0 0 29192 0 13 13 0 0 306 125 305 0 3 97
0 0 68 32064072 291120 0 0 8 0 0 17256 0 0 1 0 0 282 136 312 0 2 97
0 0 68 32064072 290784 0 0 0 0 0 10208 0 0 0 0 0 279 123 306 0 2 98
0 0 68 32064072 290208 0 0 13702786999 0 0 6048 0 0 1 0 0 283 146 300 1 1 98
0 0 68 32064072 288408 0 0 14 0 0 3584 0 1 0 0 0 284 190 319 1 2 97
0 0 68 32064072 283880 0 0 6 0 0 2136 0 0 1 0 0 288 140 311 1 2 97
0 0 68 32064072 283792 0 0 0 0 0 1248 0 2 2 0 0 293 116 305 0 4 96
0 0 68 32064072 283608 0 0 5 0 0 448 0 0 0 0 0 291 134 315 0 1 99
0 0 68 32064072 281640 0 0 8 0 0 0 0 0 1 0 0 293 159 322 1 2 97
0 0 68 32064072 280408 0 0 6 0 0 0 0 0 0 0 0 290 130 303 0 2 97
0 0 68 32064072 280272 0 0 16 0 0 0 0 1 1 0 0 289 135 317 0 2 98
Reply With Quote
Forum Sponsor
  #2 (permalink)  
Old 08-08-2008
Perderabo's Avatar
Unix Daemon
 

Join Date: Aug 2001
Location: Washington DC Area
Posts: 8,443
Stumble this Post!
vmstat output is almost unreadable when you do that. Please just cut and paste the output and surround the output with set of code tags. If you don't understand code tages, just do the cut and paste. If you leave the spaces one of us can add the code tags and make it readable.

My first inclination would be to check that my kernel is patched correctly. I/O to or from a memory mapped file can generate lots of page-in's with no I/O provided the pages are zero-fill-on-demand. But I have never seen numbers that high. Modern solaris version have a -p flag on vmstat and if you use that, zfod pi's will be listed in the mf column.
Reply With Quote
  #3 (permalink)  
Old 08-08-2008
Registered User
 

Join Date: Aug 2008
Posts: 5
Stumble this Post!
Thank you very much, Perderabo. I do not understand coding, I just changed the size of the font to get it in one line.
Originaly it looks like that ( with -p ) - and it is not api but fpi
We just rebooted the machine and numbers in swap and free was changes - but PI still jumps to skyhigh level - I googled a lot last 3 days but I can not see anybody ever had the same problem :-(
Code:
   swap  free  re  mf  fr  de  sr  epi  epo  epf  api  apo  apf  fpi  fpo  fpf
 46587928 15396896 23 61 0  0   0    0    0    0    0    0    0    0    0    0
 46583400 15393392 12 93 0  0   0    0    0    0    0    0    0    0    0    0
 46583400 15393376 0 0  0   0   0    0    0    0    0    0    0 13716462422 0 0
 46583400 15393368 0 0  0   0   0    0    0    0    0    0    0    0    0    0
 46583400 15393368 0 0  0   0   0    0    0    0    0    0    0    0    0    0
 46583400 15393368 45 253 2 0   0    0    0    0    0    0    0    0    2    2
 46583400 15393368 0 0  0   0   0    0    0    0    0    0    0    0    0    0
 46583400 15393368 0 0  0   0   0    0    0    0    0    0    0    0    0    0
Reply With Quote
  #4 (permalink)  
Old 08-12-2008
Registered User
 

Join Date: Nov 2006
Posts: 252
Stumble this Post!
in my views, from the above snapshot, the stats are not consistent, systems that experience performance problems will show symptoms of consistent stats. We not talking about consistent for only 10 or 20 minutes but for hours then only is it consider performance problems.
Reply With Quote
  #5 (permalink)  
Old 08-13-2008
Registered User
 

Join Date: Aug 2008
Posts: 5
Stumble this Post!
thank you. I see now, we do not have it "for hours" - just 2-10 min, and then it is back to 0. The above example was from machine doing nothing just after restart. It's just something I thought might be a reason why our machine can not function without regular reboot every 2-3 months :-)

Anyway - thanks, I'll start looking into another direction.
Reply With Quote
  #6 (permalink)  
Old 08-14-2008
Registered User
 

Join Date: May 2008
Location: Sydney
Posts: 16
Stumble this Post!
Are you running vxfs on any of your disks? If so what version?

There is a version of vxfs that overwrites a memory address that is used by kstat for reporting the vmstat PI values.
Reply With Quote
  #7 (permalink)  
Old 08-14-2008
Registered User
 

Join Date: May 2008
Location: Sydney
Posts: 16
Stumble this Post!
Oh just found it again, the following version has the problem:
VERSION: 4.1,REV=4.1B18_sol_GA_s10b74L2a
Reply With Quote
Google The UNIX and Linux Forums
Reply

Tags
iostat, pagein, vmstat

Thread Tools
Display Modes




All times are GMT -7. The time now is 04:45 PM.


Powered by: vBulletin, Copyright ©2000 - 2006, Jelsoft Enterprises Limited.
The UNIX and Linux Forums Content Copyright ©1993-2008 The CEP Blog All Rights Reserved -Ad Management by RedTyger Visit The Global Fact Book

Content Relevant URLs by vBSEO 3.2.0