SarCheck (TM). Automatiserad analys av sar och ps data för Solaris.

(Svensk textversion s4.01)

OBS: Detta program kommer att sluta fungera den 11/12/2001 och har inte ännu blivit knutet till Host ID för ditt system. För att permanent aktivera SarCheck kör /opt/sarcheck/bin/analyze -o och skicka utskriften till oss så att vi kan skapa en aktiveringsnyckel åt dig.

Detta är en analys av data som fanns i filen /tmp/rpt. Data var insamlad den 09/11/2001, från 08:00:00 till 16:40:01, från systemet 'drew'. Där fanns 26 sar data poster som användes för att producera denna analys. Operativsystemet är Solaris 2.7. 1 processor är närvarande. 64 megabyte av minne finns tillgängligt.

Data insamlad med kommandot ps - elf på 09/11/2001 från 08:00:00 till 16:40:01, och sparat filen /opt/sarcheck/ps/20010911, kommer också bli analyserat.

SAMMANFATTNING

När data sammanställdes kunde ingen flaskhals för CPUn upptäckas. Ingen betydande minnesflaskhals kunde upptäckas. Ingen betydande I/O flaskhals kunde ses. En förändring har föreslagits av åtminstone en inställbar parameter. Begränsningar för framtida tillväxt har noterats i Sektionen för kapacitets planingen.

Minst en misstänkt stor process har upptäckts. Se Sektionen för resursanalys för detaljerad information.

SEKTION FÖR FÖRBÄTTRINGSFÖRSLAG

Alla rekommendationer i denna rapport är endast baserade på förhållanden som gällde när data för prestanda samlades in. Det är möjligt att förhållanden, som inte gällde vid den tidpunkten, kan leda till att några av dessa rekommendationerna kan resultera i sämre prestanda. För att minimera denna risk, analysera data från flera olika dagar, tillämpa endast regelbundet uppdykande rekommendationer och inför dem en i taget.

En uppgradering av CPU rekommenderas inte därför att den nuvarande CPU har en betydande oanvänd kapacitet.

Ändra värdet av priority paging från 0 till 1. Denna parameter kan ändras genom att lägga till följande rad i /etc/system filen: 'set priority_paging = 1'. OBS: Glöm inte att först kontrollera /etc/system för att se om det redan finns ett kommando som ställer om denna inställbara parameter. Om den finns, ändra i detta kommando istället för att lägga till ett nytt.

Ändra värdet av ncsize från 4236 till 6354. Denna ändring är rekommenderad därför värdet för DNLC-träff, som är kalkylerad från kärnstatistiken, är 82.81 procent. Kärnstatistiken har använts istället för sar -a data därför att värdet som fanns i sar data var för lågt för att kunna beräkna ett riktig värde för DNLC-träff. De låga värdena som ses i sar -a data betyder att graden av förbättringar, som ges genom att implementera denna rekommendation, kommer att var för små. Denna parameter kan ändras genom att lägga till följande rad i /etc/system filen: 'set ncsize = 6354'. OBS: Glöm inte att först kontrollera /etc/system för att se om det redan finns ett kommando som ställer om denna inställbara parameter. Om den finns, ändra i detta kommando istället för att lägga till ett nytt. Så snart denna ändring har blivit införd kommer ändringar i parametern maxusers inte att ha någon påverkan ncsize.

Ändra värdet av ufs_ninode från 4236 till 6354. Detta förslag kommer att öka värdet för ufs_ninode så att det överensstämmer med värdet för ncsize. Vid förslag om att öka värdet för ncsize kommer programmet även alltid att rekommedera en ökning av ufs_ninode till samma värde. För mer information se sidan 309 i den andra utgåvan av Sun Performance and Tuning av Adrian Cockcroft. Denna parameter kan ändras genom att lägga till följande rad i /etc/system filen: 'set ufs_ninode = 6354'. OBS: Glöm inte att först kontrollera /etc/system för att se om det redan finns ett kommando som ställer om denna inställbara parameter. Om den finns, ändra i detta kommando istället för att lägga till ett nytt. Så snart denna ändring har blivit införd kommer ändringar i parametern maxusers inte att ha någon påverkan ufs_ninode.

Vi rekommenderar att dessa ändringar införes omgående. Mer information om hur man kan ändra ställbara parametrar finns att tillgå i System Adminstration Guide. Vi rekommenderar att /etc/system säkerhetskopieras innan några ändringar görs. Även insikt i hur kommandot boot - a fungerar är nödvändig innan ändringar av /etc/sytem av misstag skapar ett obootbart system

SEKTION FÖR RESURSANALYS

Medelutnyttjandet av CPUn var endast 6.5 procent. Detta indikerar att reservkapacitet finns i CPUn. Om prestandaproblem upptäcktes under övervakningsperioden så berodde det inte på brist i CPU-kraft. CPU utnyttjandet nådde sin höjdpunkt vid 16 procent under flera tids intervaller.

"run queue" har en medeldjup av 1.2. Detta indikerar att det inte är troligt att det finns ett prestandaproblem orsakat av att processen väntar på CPUn

CPUn var i väntläge (varken upptagen eller väntade på I/O) och hade uppenbarligen inget att göra i genomsnitt av 92.9 procent av tiden. Om helhetsprestanda är bra, visar detta att i genomsnitt var CPUn lite belastad. Om prestanda generellt är oacceptabel, kan flaskhalsen orsakats av "remote file I/0" som inte direkt kan mätas med sar direkt och därför inte kontrolleras av SarCheck.

CPU väntade på I/O i i genomsnitt 0.6 procent av tiden. Detta bekräftar att inga regelbundna och återkommande I/O flaskhalsar finns.

Medelvärde för cache-träffar för logiska reads var 98.9 procent och medelvärdet för cache-träffar för logiska reads var 88.0 procent. Denna statistik, och ingen förekomst av synlig minnes flaskhals, visar att finns litet att vinna på en ändring av värdet för bufhwm.

Fsflush demonen använde endast 0.02 procent av CPUn Detta indikerar att det förmodligen inte används nog av CPUn för att förorsaka ett problem.

I händelse av en systemkrasch, ett medelvärde av 32 sekunder datamängd som kommer att förloras eftersom den inte har blivit skriven ut till disken. Detta är styrs av parametrarna autop och tune_t_fsflushr. Statistiken beräknas med formeln: autuop + (tune_t_fsflushr / 2).

Antal exec i förhållande till anrop av fork system var 0.95. Detta visar på att variablerna för PATH är effektiva.

DNLC träffvärdet, som är kalkylerades från sar -a statistiken, var 96.25 procent. P g a närvaron av låga värden i iget/s eller namei/s fälten i sar -a rapporten är förmodligen träff värdet oriktigt. Följaktligen har den aktuella träffrekvensen för DNLC beräknas med statistiken för real time kernel. Den aktuella fräfffrekvensen är 82.81 procent. Om DNLC ration är mycket mindre än 90 %, brukar man rekommendera en ökning av värdet av ncsize. Nackdelen med att använda kärnstatistik är att de representerar realtidsdata, ingen data uppsamlad samtidigt som sar och ps -elf statistiken.

Värdet av maxuprc är 917 och storleken av rapporterad processtabell från sar var 922. Det finns ingen anledning till att ändra värdet för maxuprc eller max-nprocs baserat på dessa uppgifter.

Antalet aktiva inoder passar in i inode cache. Detta visar att inode cache var tillräckligt stort för att effektivt möta systembehovet. Toppvärde använd/max statistik för inode cache under övervakningstiden var 2747/4236. Värdet för %ufs_ipf var nästan noll fastän en ökning av storleken av DNLC cache föreslås. När ett förslag att öka värdet för ncsize föreslås av programmet åtföljs det en rekommendation att öka ufs_ninode till samma värde. För mer information, se sidan 309 i den andra utgåvan av Sun Performance and Tuning av Adrian Cockcroft.

Åtminstone 3.4 procent av systemets minne eller 2.2 megabytes, var alltid oanvänd under sammanställning av sar data. Detta visar på att fastän systemet inte har behov av mer minne så är det inte mycket av fysiskt minne kvar som är oanvänt. Observera att detta värde inte är ett toppvärde för minnesanvändning utan endast visar på ett värde när sar samlade in data.

Medel sid-scanning hastighet var 0.88 per sekund Sidscanning nådde sin höjdpunkt vid 9.10 per sekund från 08:20:00 till 08:40:00. Statistik för resursnyttjande med toppvärden kan användas för att förstå prestanda problem. Om prestanda var sämst under en period av hög scanningaktivitet kan en prestandaflaskhals ha uppkommit på grund av intensiv I/O eller brist på tillgängligt minne.

Vi rekommenderar att prioriteten för paging ändras från 0 till 1. Prioriterad paging stannar slumpvis eller så slöar icke 8k filstystems I/O ned systemet. Prioriterad paging frigör applikationssidor endast vid en verklig minnesbrist.

Medelvärdet för frekvensen hos den lokala systemvidd I/O mätt med r+w/ kolumnen i sar -d data var 2.12 per sekund. Denna I/O frekvens nådde sitt toppvärde vid 5 per sekund under flera tids intervaller.

-dtoo swichen har använs för att formatera diskstatistik för följande tabell.

Enheten dad0 var upptagen i genomsnittligt 1.8 procent av tiden och hade ett medelködjup av 0.4 (när upptagen) Medelservice tiden rapporterad för denna enhet och dess medföljande disksubsystem var 13.1 millisekunder. Detta är relativt snabbt med hänsyn till att kötiden är inkluderad i denna statistik. Servicetid är fördröjningen från det att en förfrågan skickas en enhet tills denna svarar med en signal att begäran är utförd.

-ptoo-switchen har används för att formatera data för ps- elf till följande tabell

En ovanligt stor process storlek har påträffats i ägd av root, pid 247. Storleken av denna process var 3067 sidor, eller 23.961 megabyte av minnet. I detta system är sidstorleken 8 kilobyte.

En ovanligt stor process storlek har påträffats i ägd av drw, pid 528. Storleken av denna process var 2518 sidor, eller 19.672 megabyte av minnet.

Mer information om "performance analys and tuning" finns i The System Administration Guide Volumes 1 & 2, och i Adrian Cockcrofts' Sun Performance and Tuning.

SEKTION FÖR PLANERING AV KAPACITET

Detta avsnitt är utformat för att ge användaren en grundläggande linjär kapacitets- och planeringsmodell och bör därför endast användas för grova uppskattningar. Dessa beräkningar förutsätter att en ökning av arbetsbelastningen påverkar alla resurser är likformigt. Dessa överslag bör göras för de dagar belastningen är som störst för att uppskattningsvis kunna finna ut hur mycket ledig kapacitet som återstår vid belastningstoppar.

Baserad på data tillgänglig i denna enda sar rapport ska systemet ska kunna klara en en måttlig ökning av arbetsbelastning under toppar och minnet kommer troligen att vara den första resursflaskhalsen. Se följande paragrafer för mer information.

CPUn kan hantera en ökning av arbetsbelastningen med minst 100 procent under belastningstoppar. Eftersom en del swaputrymme användes och betydande page scanning eller swapping statistik inte kunde ses, kan förmodligen tillgängligt minne hantera en måttlig ökning av arbetsbelastningen. Den mest upptagna disken kan klara en arbetsbelastningsökning med minst 100 procent under belastningstoppar. För mer information om max CPU och disk belastning refereras till Resurs Analys avsnittet i denna rapport.

Processtabell, mätt med sar -v, kan innehålla minst dubbelt så många poster än som mätts.

OBS! I inget fall kan Aurora Software Inc. hållas ansvarig för några skador, inklusive av tillfälliga art eller till följdskador därav, i samband med eller härrörande ifrån användandet eller oförmågan att använda detta program. Alla varumärken tillhör respektive ägare. Denna mjukvara är licenserad exklusivt för användas i ett enda system av: Your Company. Denna mjukvara måste bli aktiverad av 11/12/2001 (mm/dd/åååå). Kod version: 4.01a for Solaris SPARC 64-bit. Serienummer: 00012345.

Detta program uppdateras regelbundet. För information om senaste version, kontakta ursprunglig inköpskälla för SarCheck eller besök vår hemsida.

(c) copyright 1994-2001 by Aurora Software Inc., Plaistow NH 03865, USA, All Rights Reserved. http://www.sarcheck.com/