Hej och välkommen från USA till UNIX och Linux Forum! Tack för ditt besök och gå med i vår globala gemenskapen.
|
Hej och välkommen från USA till UNIX och Linux Forum! Tack för ditt besök och gå med i vår globala gemenskapen.
|
|
google unix.com
|
|||||||
| Forum | Registrera | Forum Regler | Länkar | Album | FAQ | Medlemslista | Kalender | Söka | Dagens inlägg | Markera forum som lästa |
 |
| Sun Solaris Operativsystemet Solaris, som vanligtvis kallas bara Solaris, är ett fritt Unix-baserade operativsystem som införts av Sun Microsystems. |
Mer UNIX och Linux Forum Ämnen Du kan hitta Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Senaste Inlägg |
| fre i vmstat | Negm | AIX | 1 | 10-26-2006 07:53 |
| vmstat | Syed_45 | UNIX for Dummies Frågor & Svar | 2 | 07-27-2006 03:16 |
| vmstat | big123456 | UNIX för avancerade & Expertanvändare | 4 | 12-21-2005 06:56 |
| vmstat | chaandana | UNIX for Dummies Frågor & Svar | 4 | 04-18-2005 08:11 |
| Vmstat | DPAI | UNIX for Dummies Frågor & Svar | 1 | 09-19-2001 08:55 |
 |
Powered by 
|
|
|
LinkBack | Thread Tools | Sök i denna tråd | Rate Thread | Visningslägen |
|
|
|
#1 (permalänk)
08-08-2008
|
||||
|
||||
|
Huge PI i vmstat
Detta är något nowbody omkring mig kan förklara:
vmstat (-S 5) visar ett stort antal PI men när jag försöker följa det parallellt med iostat - Det finns ingen IO aktivitet ses som skulle motsvara detta. Jag har 16g RAM och 32G swap-fil. Jag kommer verkligen uppskatta om någon kan förklara det. kthr minne sidan disken fel CPU rbw växlingsutrymmet gratis si så pi po fr de sr s0 s1 s2 s3 i sy cs oss 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 |
|
#2 (permalänk)
08-08-2008
|
|||||
|
|||||
|
vmstat produktionen är nästan oläslig när du gör det. Var bara att klippa och klistra produktionen och surround produktionen med uppsättning kod taggar. Om du inte förstår koden ner, gör det klippa och klistra. Om du lämnar utrymmen och en av oss kan lägga till kod-taggar och göra den läsbar.
Min första lutningen skulle vara att kontrollera att min kärna är lappat korrekt. I / O till eller från ett minne mappade filen kan generera massor av sidan som är utan I / O förutsatt att sidorna är noll-fyller-on-demand. Men jag har aldrig sett siffror som hög. Modern Solaris version har en-p flaggan på vmstat och om du använder det, zfod pi: s kommer att listas i mf kolumnen. |
|
#3 (permalänk)
08-08-2008
|
||||
|
||||
|
Tack så mycket, Perderabo. Jag förstår inte kodning, Jag har just ändrat teckenstorleken för att få det i en rad.
Ursprungligen det ser ut som att (med-p) - och det är inte api men FPI Vi har precis startats om maskinen och nummer i swap och fri var förändringar - men PI fortfarande hopp till skyhigh nivå - Jag googled ett parti 3 senaste dagarna men jag kan inte se någon någonsin haft samma problem :-( Kod:
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 |
|
#4 (permalänk)
08-12-2008
|
||||
|
||||
|
enligt min uppfattning, från ovanstående bild, i statistiken inte är konsekventa, så att de erfarenheter prestanda problemen kommer att visa symptom på enhetlig statistik. Vi talar inte om konsekvent för bara 10 eller 20 minuter, men i flera timmar sedan bara är överväga prestandaproblem.
|
|
#5 (permalänk)
08-13-2008
|
||||
|
||||
|
tack. Jag ser nu, vi har inte det "i timmar" - bara 2-10 min och sedan är det tillbaka till 0. Exemplet ovan var från maskinen gör ingenting just efter omstart. Det är bara något som jag trodde skulle kunna vara en anledning till att vår maskin inte kan fungera utan regelbundet omstart varje 2-3 månader :-)
Hur som helst - tack, jag ska börja leta i en annan riktning. |
|
#6 (permalänk)
08-14-2008
|
||||
|
||||
|
Är du kör vxfs på någon av dina diskar? I så fall vilken version?
Det finns en version av vxfs att över en minnesadress som används av kstat för att rapportera vmstat PI värden. |
|
#7 (permalänk)
08-14-2008
|
||||
|
||||
|
Åh just hittat den igen, följande versionen har problem:
VERSION: 4.1, REV \u003d 4.1B18_sol_GA_s10b74L2a |
Hybridläge
