• Articles
• admin

Minnehierarki
instruksjonene og dataene SOM CPU-prosessene er tatt fra minnet. Minne kommer i flere lag.
Registers – topplaget, det er høyhastighets lagringsceller (kan inneholde 32-64 bit data)
Caches – hvis data ikke finnes i registre, vil det bli sett på neste nivå, som er cache
L1 cache den fastes en minste (vanligvis PÅ CPU chip) 32-256 KB
L2 cache, hvis de nødvendige dataene ikke er I L1, CPU prøver å finne Den I L2, det kan være megabyte i størrelse (4MB)
l3 cache, det er litt mer langt unna, rundt 32mb
ram – hvis de nødvendige dataene ikke er i maskinvarebufferne, vil tlb (Translation Lookaside buffer) bli sjekket, etter at ram
tlb – cache av nylig brukte adresser
disk – Hvis adressen ikke er I RAM, oppstår en sidefeil og dataene hentes fra harddisken.
en sidefeil er en forespørsel om å laste inn EN 4kb dataside fra disk.
måten etterspørselssøking fungerer på, er at kjernen bare laster noen få sider om gangen inn i ekte minne. Når CPUEN er klar for en annen side, ser DEN PÅ RAM. Hvis den ikke finner den der, oppstår en sidefeil, og dette signalerer kjernen for å bringe FLERE sider inn I RAM fra disk.
hvis CPUEN venter data fra ekte minne, ANSES CPUEN fortsatt å være i opptatt tilstand. Hvis data er nødvendig fra disk, ER CPU i I/O ventetilstand.
————————————-
L2 Cache og ytelse:
L2 cache er et raskt minne som lagrer kopier av dataene fra de mest brukte hovedminne steder.

Første bildet viser En Power5 system, andre bilde Power6 (Eller Power7) system.
I Power5-systemer er det en Enkelt L2-cache på en prosessorbrikke som deles av begge kjernene på brikken. I senere servere (Power6 Og Power7) har de separat l2 cache for hver kjerne på en chip. Partisjonens ytelse avhenger av hvor effektivt det bruker prosessorbufferen.
Hvis L2 cache interferens med andre partisjoner er minimal, er ytelsen mye bedre for partisjonen. Deling Av L2-cache med andre partisjoner betyr at det er en sjanse for at prosessorens mest brukte data blir spylt ut av hurtigbufferen, og tilgang fra L3-hurtigbufferen eller fra hovedminnet vil ta mer tid.
————————————-
Personsøkingsplass (Også kalt Bytteplass)
RAM og personsøkingsplass er delt inn i 4 KB seksjoner kalt siderammer. (En side er en enhet med virtuelt minne som inneholder 4 KB data.) Når systemet trenger MER RAM, blir siderammer med informasjon flyttet UT AV RAM og på harddisken. Dette kalles paging out. Når disse siderammer med informasjon er nødvendig igjen, blir de tatt fra harddisken og flyttet tilbake TIL RAM. Dette kalles personsøking.

når systemet bruker mer tid på å blande siderammer inn og ut AV RAM i stedet for å gjøre nyttig arbeid, slår systemet.
når mengden tilgjengelig personsøkingsrom faller under en terskel, kalt personsøkingsromvarslingsnivå, sender systemet alle prosessene (unntatt kjerneprosessene) ET SIGDANGER-signal. Dette signalet forteller prosessene å avslutte grasiøst. Når mengden tomt personsøkingsrom faller lenger under en andre terskel, kalt personsøkingsromdrepenivå, sender systemet ET SIGKILL-signal til prosesser som bruker mest personsøkingsrom. (avslutte nongracefully)
NÅR AIX er installert, oppretter den automatisk sidevekslingsplass på installasjonsdisken, som vanligvis er harddisken hdisk0. Navnet på denne personsøkingsplassen er alltid hd6. Filen / etc / swapspaces inneholder en liste over de personsøkende plass områder som vil bli aktivert ved oppstart av systemet.
swapon er et begrep fra dagene før siderammer ble brukt. På den tiden, rundt 1982, byttet AIX hele programmer UT AV RAM og på harddisken. I DAG er en del av programmet igjen I RAM, og resten blir hentet ut av programmet på harddisken. Begrepet swapon sitter fast, så i dag refererer vi noen ganger til å bytte ut og bytte inn som bytte
når du har side ut en beregningsside, fortsetter den å ta opp plass på personsøkingsfilen så lenge prosessen eksisterer, selv om siden senere blir vekslet inn igjen. Generelt bør du unngå personsøking i det hele tatt.
Hvor mye personsøkingsplass trenger du på systemet ditt? Hva er tommelfingerregelen?
Databaseadministratorer liker vanligvis å be om det høyeste antallet av alt og kan be deg om å doble mengden personsøkingsplass som RAM (den gamle tommelfingerregelen). Generelt sett, hvis systemet mitt har større ENN 4 GB RAM, liker jeg vanligvis å lage et en-til-en-forhold mellom personsøkingsplass versus RAM. Overvåk systemet ditt ofte etter å ha gått live. Hvis du ser at du aldri nærmer deg 50 prosent av personsøkingsutnyttelsen, må du ikke legge til plass.
antall og typer applikasjoner vil diktere hvor mye personsøkeplass som trengs. Mange dimensjonering «tommelfingerregler» har blitt publisert, men den eneste måten å riktig størrelse maskinens personsøkingsplass er å overvåke mengden personsøkingsaktivitet.
Tips for personsøking plass:
– Bare 1 sideveksling per disk
– Bruk disker med minst aktivitet
– Sideveksling spcaces bør samme størrelse
– ikke utvide en sideveksling spcae til flere PV ‘ s
Ideelt sett bør det være flere sideveksling mellomrom av samme størrelse hver på forskjellige fysiske volumer. Personsøkingsplassen tildeles på en rund robin måte og vil bruke alle personsøkingsområder likt. Hvis du har to personsøkingsområder på en disk, sprer du ikke lenger aktiviteten over flere disker.På grunn av round robin-teknikken som brukes, hvis de ikke er i samme størrelse, vil ikke personsøkingsplassbruken bli balansert.

bootinfo-r viser det virkelige minnet i kilobyte (dette fungerer også: lsattr-El sys0-a realmem)
lscfg-vp |grep-P DIMM viser minnet DIMM
lsattr-El sys0-a realmem (liste attributter) se hvor mye ekte minne du har
ps aux | sort +4-n lister hvor mye mem brukes av prosessene
svmon-P | grep-p <pid> du kan se hvor mye paging spce en prosess bruker
svmon-p-o sortseg=pgsp viser paging plass bruk av prosesser
mkps-S 4-n-a rootvg hdisk0 oppretter en paging plass (gi navnet automatisk:paging00)
-n aktiverer det umiddelbart,
-a det vil også bli aktivert ved neste omstart (legger det til /etc/swapspaces)
-s størrelse 4 lp
lsps-en liste over alle sidevekslingsrom og bruken av et sidevekslingsrom
lsps-s oppsummering av alle sidevekslingsrom kombinert (alle sidevekslingsrom legges sammen)
chps-s 3 hd6 dynamisk øke størrelsen på et sidevekslingsrom med 3 lps
chps-d 1 paging00 dynamisk redusere størrelsen på en personsøkingsplass med 1 lp (det vil skape en midlertidig personsøkingsplass)
/etc/swapspaces inneholder en liste over personsøkingsplassområdene
vmstat-s
smitty mkps legge til personsøking mellomrom
smitty chps endre sidevekslingsområde
swapon / dev / paging02 dynamisk aktivere eller koble til et sidevekslingsområde (eller smitty pgsp)
swapoff / dev / paging03 deaktivere sidevekslingsområde
——————————
fjerne et sidevekslingsområde:
swapoff /dev/paging03 deaktiver et sidevekslingsområde (/dev er nødvendig)
rmps paging03 fjerner et sidevekslingsområde (/dev er ikke nødvendig)
——————————
for spyling av personsøkingsplass:
(det viser høy prosentandel, men faktisk bruker ingenting det)
1. chps-d 1 hd6 det vil redusere størrelsen på personsøkerspaven med 1 lp (det vil skape et temp. personsøkerom, kopier conntenten…)
(hvis ikke nok plass i vg, vil det ikke gjøre det)
2. chps-s 1 hd6 øker sidevekslingsplassen til sin opprinnelige størrelse
——————————
Gaffel:
Når det er en melding om kan ikke gaffel… det er sannsynligvis forårsaket av lav personsøkingsplass
når en prosess kaller gaffel (), oppretter operativsystemet en underordnet prosess av anropsprosessen.
barneprosessen opprettet av gaffel () er en slags kopi av anropsprosessen. Noen serverprosesser, eller demoner, kaller gaffel () noen ganger for å skape mer enn en forekomst av seg selv. Et eksempel på dette er en webserver som pre-gafler slik at den kan håndtere et visst antall innkommende tilkoblinger uten å måtte gaffel () øyeblikket de ankommer.
NÅR AIX er tom for minne, begynner det å drepe prosesser. Beskyttelse av en prosess (for eksempel ssh) kan være viktig for å nå serveren.
vmo-alternativet ‘nokilluid’ kan brukes til å beskytte bestemte prosesser:
1. grep ssh / etc / passwd får bruker-iden til ssh (i vårt tilfelle var det 202)
2. vmo-o nokilluid=202 bruker-ider lavere enn denne verdien vil ikke bli drept på grunn av lav side-plass
——————————
Virtuelt Minnehåndtering:
(denne delen gjelder også for ioo, no, nfso)
vmo-a|egrep «minperm%|maxperm%|maxclient%|lru_file_repage|strict_maxclient|strict_maxperm|minfree|maxfree»
root@aix04: | # vmo-a / grep maxclient
maxclient% = 8
strict_maxclient = 1
rot@aix1: / root # vmo-L
NAVN MED DEF OPPSTART MIN MAKS ENHET TYPE
DEPENDENCIES
——————————————————————————–
cpu_scale_memp 8 8 8 1 64 B
——————————————————————————–
data_stagger_interval n / a 161 161 0 4K-1 4kb sider D
lgpg_regions
——————————————————————————–
D = Dynamisk:kan fritt endres
B = Bosboot: kan bare endres ved hjelp av bosboot og reboot
S = Statisk: parameteren kan aldri endres
R = Reboot: parameteren kan bare endres under oppstart
/ etc / tunables /nextboot < –verdier som skal brukes til neste omstart. Denne filen brukes automatisk ved oppstart.
/ etc / tunables /lastboot < – automatisk generert ved oppstart. Den inneholder parametrene, med verdiene etter siste oppstart.
/etc/tunables / lasboot.logg < — inneholder logging av opprettelsen av lastboot-filen, det vil si at alle parameterendringer som er gjort, logges
vmo-o maxperm%=80 < –sett til 80
vmo-p-o maxperm% = 80-o maxclient % =80 < — sett maxperm% og maxclient% til 80
(- p: setter både nåværende og gjenstarte verdier (oppdaterer gjeldende verdi og /etc/tunables/nextboot)
vmo-r-o lgpg_size=0-o lgpg_regions=0 < –sett bare i nextboot fil, så etter omstart vil bli aktivert
——————————
SAP Note 973227 anbefalinger:
minperm% = 3
maxperm% = 90
maxclient% = 90
lru_file_repage = 0
strict_maxclient =1
strict_maxperm = 0
minfree = 960
maxfree = 1088
————————————–
————————————–
————————————–