The UNIX and Linux Forums  


Go Back   UNIX og Linux Forums > Top Forums > UNIX for Advanced & ekspertbrukere
.
google unix.com



UNIX for Advanced & ekspertbrukere Expert-til-ekspert. Lær avanserte UNIX UNIX kommandoer, Linux operativsystem, systemadministrasjon, programmering, Shell, Shell Scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD.

Mer UNIX og Linux Forum Emner Du kan finne nyttig
Tråd Tråd startet Forum Svar Siste innlegg
Høy minnebruken i AIX 5.1 jayakumarrt AIX 5 02-14-2008 07:17
Høy CPU Beregnigner gjennomsnittlige squid04 Red Hat 2 09-27-2006 09:07
Stor belastning jyoti HP-UX 4 05-01-2006 03:31
Høy kernel bruksstatistikk bruker sove handak9 UNIX for Advanced & ekspertbrukere 4 09-19-2005 02:29
Søknad høy CPU-belastning Frank2004 AIX 0 04-20-2005 11:41

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Søk i denne tråden Rate Thread Visningsmoduser
  #1 (permalink)  
Old 02-06-2006
lorrainenineill lorrainenineill is offline
Registrert bruker
  
 

Bli Date: Feb 2006
Innlegg: 3
Søndag: High kernel bruk og svært høy belastning gjennomsnittene

Hei,

Jeg ser veldig høy kernel bruk og svært høy belastning gjennomsnitt på mitt system (Selv om vi ikke laste mye data til vår database). Her er dataene fra toppen ... Vet noen hva jeg skal se på?

Takk,

Lorraine

siste pid: 13144; Beregnigner gjennomsnitt: 22.32, 19.81, 16,78 09:23:50
165 prosesser: 148 sleeping, 12 kjører, 1 zombie, 4 på CPU
CPU stater: 0,2% inaktiv, 75,5% bruker 24.2% kjernen, 0,1% iowait, 0,0% swap
Minne: 12G real, 185M gratis 17G swap i bruk, 603M swap gratis

PID USERNAME lwp PRI NICE SIZE RES STATE TIME CPU COMMAND
6653 Informix 2 51 -10 5758M 4835M CPU / 6 513:14 8,35% oninit
6652 Informix 2 51 -10 5759M 4841M kjøre 556:36 8,25% oninit
6654 Informix 2 50 -10 5758M 4830M kjøre 487:37 8,21% oninit
6655 Informix 2 50 -10 5758M 4824M kjøre 470:20 8,07% oninit
6633 Informix 2 51 -10 5759M 4841M kjøre 913:09 7,28% oninit
15233 metrica 1 44 2 16M 15m kjøre 35:23 5,66% perl
12897 metrica 1 36 2 9968K 9080K CPU / 2 0:57 5,14% perl
12496 metrica 1 30 0 1136K 880K kjøre 1:52 4,93% tjære
12913 metrica 1 36 2 11M 10M kjøre 0:56 4,74% perl
6647 Informix 2 59 -20 5757M 5088M sove 43.4H 4,64% oninit
6648 Informix 2 59 -20 5757M 5084M sove 35.6H 3,71% oninit
11260 metrica 4 40 0 3946M 557M kjøre 268:29 3,04% metrica_load
12922 metrica 1 60 2 11M 11M sleep 0:49 2,71% perl
6649 Informix 2 59 -20 5757M 5090M sove 27.4H 2,68% oninit
6650 Informix 2 59 -20 5757M 5057M sove 16.9H 2.08% oninit
  #2 (permalink)  
Old 02-06-2006
Jim McNamara jim mcnamara is offline Forum Staff  
...@...
  
 

Bli Date: Feb 2004
Beliggenhet: NM
Innlegg: 5790
Det virker som om du har mye sammenheng bytte - det er derfor kjernen er aktiv.

Du vil kanskje se på hvordan prioriteter er satt på prosesser som blir flyttet inn / ut. Hvis prosessene er ikke fastlåst i en loop, kan du fjerne trafikken ved å la en eller to prosesser komme gjennom litt raskere.

Systemet ikke synes å være I/O- bundet, så det må være CPU contention.

FWIW - Det ser ut til at swap er ganske nær til å være maxed ut også, som 95% av det blir brukt.
  #3 (permalink)  
Old 02-06-2006
lorrainenineill lorrainenineill is offline
Registrert bruker
  
 

Bli Date: Feb 2006
Innlegg: 3
Hei,

Jeg ryddet opp vekslefilen problemet blir 95% full.

Hvordan kan jeg sjekke hvordan prioriteter er satt? Er dette en kjerne parameter? Jeg har aldri sett så mye aktivitet i kjernen før, hva som kan forårsake dette CPU contention? Det er bare en liten belastning på systemet.

Takk en million
  #4 (permalink)  
Old 02-06-2006
rhfrommn rhfrommn is offline Forum Advisor  
Registrert bruker
  
 

Bli Dato: november 2003
Sted: Minnesota
Innlegg: 424
Jeg sterkt mistenker denne serveren trenger mer minne. Hvis du ser på IO Vent det er svært liten, og dette betyr at I / O er ikke forårsaker problemer. Men minne er bare noen få prosent av den totale, noe som betyr at du er tom for minne. Systemet med å flytte deler av data mellom hoved minne og swap er hva som styrer din bruk av CPU gjennom taket. Hvis du får mer minne, bør det løse problemet etter at swapping kan stoppe.

En måte å kontrollere at er å bruke sar-g å se hvor mye sidevekslingsfilen aktivitet som skjer. Her er et eksempel fra min boksen.

Krypton $ sar-g 5 5

SunOS Krypton 5.10 Generic_118822-02 sun4u 02/06/2006

10:18:34 pgout / s ppgout / s pgfree / s pgscan / s% ufs_ipf
10:18:39 0,00 0,00 0,00 0,00 0,00
10:18:44 0,00 0,00 0,00 0,00 0,00
10:18:49 0,00 0,00 0,00 0,00 0,00
10:18:54 0,00 0,00 0,00 0,00 0,00
10:18:59 0,00 0,00 0,00 0,00 0,00

Gjennomsnitt 0,00 0,00 0,00 0,00 0,00
Krypton $

Krypton er tungt lastet, og har masse ledig minne, så det er ikke sidevekslingsfilen eller swapping skjer i det hele tatt. Hvis den viser ikke-null tall her er det ute av minne og måtte bytte. Sporadisk enn null er ok så det kan være å flytte gamle data ut av minnet, men hvis det er stadig et høyt tall er det et problem. Min gjetning er at er det du ser.
  #5 (permalink)  
Old 02-06-2006
lorrainenineill lorrainenineill is offline
Registrert bruker
  
 

Bli Date: Feb 2006
Innlegg: 3
Ja, du er riktige - verdiene for p / i og p / outs er svært høyt på min server.

metrica @ metrica # sar-g 5 5

SunOS metrica 5.8 Generic_117350-11 sun4u 02/06/06

14:25:10 pgout / s ppgout / s pgfree / s pgscan / s% ufs_ipf
14:25:15 12,25 42,49 38,14 0,00 0,00
14:25:20 10,76 29,75 26,42 0,00 0,00
14:25:25 8,38 18,56 18,56 0,00 0,00
14:25:30 1,79 21,27 21,27 0,00 0,00
14:25:35 2,59 4,58 4,58 0,00 0,00

Gjennomsnitt 7,17 23,38 21,84 0,00 0,00

Men dette har 12G minne. Dette bør nok vurdere hva vi kjører på systemet, slik at jeg ikke tror jeg kan be om å kjøpe mer minne. Skal jeg lete for å se om Informix eller andre prosesser flytte på minne på boksen?

Takk aldri så mye for veiledning.
Closed Thread

Hugseliste

Thread Tools Søk i denne tråden
Søk i denne tråden:

Avansert søk
Visningsmoduser Ranger denne tråden
Ranger denne tråden:

Innleggsaktivitet Regler
Du kanskje ikke poste nye tråder
Du kanskje ikke poste svar
Du kanskje ikke post vedlegg
Du kanskje ikke redigere innleggene dine

BB-kode er
Smilefjes er
[IMG] koden
HTML-koden Av
Pingbacks er
Refbacks er




Alle klokkeslett er GMT -4. Nå er klokken 01:38.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Language Translations Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX og Linux Forums Content Copyright © 1993-2009. All Rights Reserved.Ad Management by RedTyger

Content Relevant nettadresser av vBSEO 3.2.0