![]() |
|
|
google unix.com
|
|||||||
| Forums | Registreer | Forum Regels | Links | Albums | Veelgestelde vragen | Ledenlijst | Kalender | Zoeken | Today's Posts | Markeer forums als gelezen |
| UNIX for Advanced & Expert Gebruikers Expert-to-Expert. Hier geavanceerde UNIX-, UNIX-commando's, Linux, Operating Systems, System Administration, programmering, Shell, Shell scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD. |
Meer UNIX en Linux Forum Onderwerpen Misschien vindt u Helpful
|
||||
| Draad | Thread Starter | Forum | Antwoorden | Last Post |
| Hoog geheugengebruik in AIX 5.1 | jayakumarrt | AIX | 5 | 02-14-2008 07:17 PM |
| Hoge CPU load gemiddelde | squid04 | Red Hat | 2 | 09-27-2006 09:07 |
| Hoge belasting | Jyoti | HP-UX | 4 | 05-01-2006 03:31 |
| Hoog kernel gebruik het gebruik van slaap | handak9 | UNIX for Advanced & Expert Gebruikers | 4 | 09-19-2005 02:29 PM |
| Toepassing hoge CPU-belasting | Frank2004 | AIX | 0 | 04-20-2005 11:41 PM |
![]() |
|
|
LinkBack | Thread Tools | Zoeken in deze Thread | Rate Thread | Display Modes |
|
|
|
||||
|
Zondag: Hoge kernel gebruik en zeer hoge belasting gemiddelden
Hoi,
Ik zie zeer hoge kernel gebruik en zeer hoge belasting gemiddelden op mijn systeem (Hoewel we niet laden veel gegevens in onze database). Hier is de output van top ... Weet iemand wat ik moet kijken? Bedankt, Lorraine laatste pid: 13144; belasting gemiddelden: 22,32, 19,81, 16,78 09:23:50 165 processen: 148 slaapproblemen, 12 lopen, 1 zombie, 4 op de CPU CPU-landen: 0,2% idle, 75,5% gebruiker, 24,2% kernel, 0,1% iowait, 0,0% swap Geheugen: 12G echte, 185m vrij, 17G swap in gebruik, 603M swap vrij 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 lopen 556:36 8,25% oninit 6654 Informix 2 50 -10 5758M 4830M lopen 487:37 8,21% oninit 6655 Informix 2 50 -10 5758M 4824M lopen 470:20 8,07% oninit 6633 Informix 2 51 -10 5759M 4841M lopen 913:09 7,28% oninit 15233 metrica 1 44 2 16M 15M run 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 lopen 1:52 4,93% teer 12913 metrica 1 36 2 11M 10M run 0:56 4,74% perl 6647 Informix 2 59 -20 5757M 5088M slaap 43.4H 4,64% oninit 6648 Informix 2 59 -20 5757M 5084M slaap 35.6H 3,71% oninit 11260 metrica 4 40 0 3946M 557M lopen 268:29 3,04% metrica_load 12922 metrica 1 60 2 11M 11M slaap 0:49 2,71% perl 6649 Informix 2 59 -20 5757M 5090M slaap 27.4H 2,68% oninit 6650 Informix 2 59 -20 5757M 5057M slaap 16.9H 2,08% oninit |
|
||||
|
Het lijkt erop dat je veel van context switching - dat is de reden waarom de kernel is actief.
U kunt kijken naar hoe de prioriteiten zijn vastgesteld op de processen die steeds verplaatst in / uit. Als de processen niet vastzitten in een lus, kunt u het verkeer, door een of twee processen krijgen door een beetje sneller. Uw systeem lijkt niet I / O-gebonden, dus het moet CPU stelling. FWIW - Het lijkt erop dat uw swap is redelijk dicht bij maxed zo goed, net als 95% van deze wordt gebruikt. |
|
||||
|
Hoi,
Ik opgehelderd de swap probleem werd 95% vol. Hoe kan ik controleren hoe prioriteiten worden gesteld? Is dit een kernel parameter? Ik heb nooit gezien dat veel activiteiten in de kernel voor, wat kan de oorzaak zijn van dit CPU bewering? Er is slechts een kleine belasting op het systeem. Dankzij een miljoen |
|
||||
|
Ik vermoed deze server heeft meer geheugen. Als je kijkt naar de IO Wacht het is erg klein, wat betekent dat de I / O wordt niet veroorzaakt problemen. Maar het geheugen vrij te maken is slechts een paar procent van het totaal, wat betekent dat u zich buiten het geheugen. Het systeem hoeft te verplaatsen brokken van gegevens tussen de belangrijkste geheugen en swap is wat het rijden uw CPU-gebruik door het dak. Als je meer geheugen, dan zou het probleem moeten oplossen, aangezien dat ruilen kan stoppen.
Een manier om te verifiëren dat is het gebruik van SAR-g om te controleren hoeveel semafoondiensten activiteit gaande is. Hier is een voorbeeld uit mijn vak. krypton $ sar-g 5 5 SunOS 5,10 Generic_118822 krypton-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 Gemiddelde 0,00 0,00 0,00 0,00 0,00 krypton $ Krypton is niet zwaar geladen en heeft veel geheugen vrij te maken, er is dus geen wisselbestand of swapping gaan op alle. Als uw vak toont niet-nul-nummers hier is het uit het geheugen en te ruilen. Incidentele niet-nul is ok als het kan alleen worden bewegende oude gegevens uit het geheugen, maar als er constant een hoog aantal is het een probleem. Mijn gok is dat is wat je ziet. |
|
||||
|
Ja je bent juist - de waarden van p / p en / outs zijn zeer hoog op mijn 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 Gemiddeld 7,17 23,38 21,84 0,00 0,00 Maar deze server heeft 12G geheugen. Dit moet genoeg over wat we zijn actief op het systeem, dus ik denk niet dat ik kan aanvragen voor de aankoop van meer geheugen. Moet ik op letten om te zien of Informix of een andere processen grijpen op het geheugen op de doos? Dankzij ooit zo veel voor je begeleiding. |
![]() |
| Bladwijzers |
| Thread Tools | Zoeken in deze Thread |
| Display Modes | Beoordeel deze draad |
|
|