OneFS: Minneutnyttelse

Tomt for minne kan føre til at noder starter på nytt, prosesser starter på nytt og ytelsesproblemer. Denne artikkelen forklarer kort hvordan du evaluerer det tilgjengelige minnet til en node, og refererer til noen retningslinjer for teknisk minne. I OneFS kategoriseres minnet bredt i fem områder eller køer: Fri, inaktiv, kablet, aktiv og buffer

TILGJENGELIG MINNE
Ledig minne er umiddelbart tilgjengelig for bruk og tildeles ikke.
Inaktivt (intakt) minne har ikke blitt brukt nylig og er tilgjengelig for tildeling.

UTILGJENGELIG MINNE
Kabelbasert minne er i bruk av kjernen og utilgjengelig for annen tildeling.
Aktivt minne har nylig blitt brukt og er tildelt brukerplass.
Bufferminne (Buf) brukes til diskbufring.

BEREGNE TILGJENGELIG MINNE
Disse minnekategoriene kan sees fra kommandotoppen.
Legg merke til at det forventes å ikke se en hurtigbufferkategori og ikke se noe i byttedelen:

# top
last pid: 98143;  load averages:  0.00,  0.02,  0.00                                                                                          
  up 48+04:45:17  16:01:09
643 processes: 1 running, 642 sleeping
CPU:  0.0% user,  0.0% nice,  0.2% system,  0.0% interrupt, 99.8% idle
Mem: 512M Active, 28G Inact, 11G Wired, 12G Buf, 7530M Free
Swap:

Hvis du viser utdata fra vmstat -H, ser du tilgjengelige minnesider (AVM) og Ledig minne (FRE) i byte.

# vmstat -H
 procs      memory      page                    disks     faults         cpu
 r b w     avm    fre   flt  re  pi  po    fr  sr ad4 ad7   in   sy   cs us sy id
 0 14 0 9333548  7713640   863   0   0   0   564  15   0   0  428  903  200  0  0 100

Konvertering av AVM-sider til byte viser tilgjengelig minne (inaktivt + ledig):
9333548 x 4096 = 38230212608 bytes
Convert to GB 38230212608/(1024^3)= 35.6 GB Available Memory

Hvis du legger til Inact- og Free-verdier fra top I dette eksemplet har du følgende:
28GB + 7.35GB = 35.35GB

Legg merke til at topputdataene allerede er avrundet, slik at de kanskje ikke samsvarer nøyaktig med verdien fra vmstat.

PROSESSSPESIFIKK MINNEUTNYTTELSE
Virtuell størrelse eller vsz (SIZE) refererer til minnet som er tildelt denne prosessen.
Fra manualsiden øverst, "STØRRELSE er den totale størrelsen på prosessen (tekst, data og stakk)"

Resident Set Size (RES) refererer til mengden fysisk minne som brukes av denne prosessen.
Fra manualsiden øverst, "RES er gjeldende mengde bosatt minne (både SIZE og RES er gitt i kilobyte)"

top Kommando som viser de seks prosessene som bruker det mest virtuelle minnet:

# top -o size -n 6
last pid: 26745;  load averages:  0.15,  0.20,  0.17  up 3+19:06:14    20:03:26
103 processes: 1 running, 102 sleeping

Mem: 152M Active, 23G Inact, 14G Wired, 12G Buf, 10G Free
Swap:

PID USERNAME       THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
10244 root            15  60 r112   592M   310M kqread  3   6:35   0.00% nfs
 2698 root            11  20    0   585M   125M select  7  34:41   0.00% isi_celog_monitor
 2544 root            26  60 r112   506M 70184K kqread  4   0:05   0.00% isi_papi_d
 3217 root             2  26    0   439M 48336K kqread  3   0:13   0.00% isi_celog_capture
 2676 root             2  52    0   399M 41540K kqread  2   1:46   0.00% isi_celog_capture
26740 root             2  20    0   399M 40168K kqread  6   0:00   0.00% isi_celog_capture

MAKSIMUMSVERDIER FOR MINNEFORBRUK I LW-BEHOLDER OG ÅPNE FILER PER NODE
Det finnes noen publiserte maksimumsverdier for minne, avhengig av OneFS-versjonen. Elementer som åpne filer per node og SMB og NFS i LW-beholderen blir forklart.

Se veiledningen med tekniske spesifikasjoner for OneFS

• LW-container: Side 9~23 

I OneFS har tre lwio Det finnes én beholder for hver SMB-, NFS- og Swift-prosess. SMB-beholderen kan være opptil 20% av den totale RAM, men den er minst 1 GB og maksimalt 32 GB. NFS-beholderen kan være opptil 25% av den totale RAM, men den er minst 1 GB og maksimalt 8 GB. Swift-beholderen er på 512 MB.

• Grense for åpne filer: Side 12

Maksimalt antall åpne filer per node er 90 % av det maksimale antallet vnodes på denne noden, som uttrykt i følgende formel: kern.maxfiles = kern.maxvnodes * 0.9 OneFS-protokolldemoner, for eksempel inngangs-/utgangsdemonen (lwio), kan legge ytterligere begrensninger på antall filer som en node kan ha åpne. Protokolldemoner pålegger vanligvis slike begrensninger fordi kjernen setter grenser for minneforbruk per prosess.

KONTROLLER MINNEBRUKEN MOT MAKSIMUMSVERDIER
Vise minnet til en lsass Prosess ved hjelp av ps:

# ps auwx | egrep "USER|lsass" | grep -v grep
USER     PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
root   14689  0.0  0.3 162112 20404  ??  I    20Feb17   0:33.30 lw-container lsass (lsass)

Kontrollerer med top kommando:

top -n 100 | egrep "SIZE|lsass"
  PID USERNAME       THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
14689 root            26  20    0   158M 20764K ucond   2   0:00  0.00% lsass