请教一个内存分配的概念性问题

lfree

sqysl 发表于 2019-11-13 16:24
这个包括共享内存，你改成hugepages能变小？

这个包含页面表部分.
如果使用hugepages会变小.

lfree

实际上这部分内容我自己也很乱.
ps 有一个v 也可以看.
但是
# ps v 37063
  PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND
37063 ?        Ss     0:00      0 189262 716701 42216  0.0 ora_arc0_book

trs,drs表示什么不理解.

lfree

sxq129601 发表于 2019-11-13 15:14
kernel dynamic memory        85.51%     83.30%  ，像这种情况，如果我free没有空间的情况下，怎么再新增 ...

也有可能是/etc/sysctl.conf 配置不合适呢?

sqysl

lfree 发表于 2019-11-13 16:28
这个包含页面表部分.如果使用hugepages会变小.

它们内存总共才64G，页表应该不是问题。

lfree

sxq129601 发表于 2019-11-13 15:53
[root@OracleDB smem-1.4]# ./smem  -tk -k -U oracle -P "ora_.*_gnnt" -s pss  PID User     Command     ...

dbw这么多,你有多少个cpu....
48个cpu吗?

sxq129601

lfree 发表于 2019-11-13 16:55
dbw这么多,你有多少个cpu....48个cpu吗?

processor       : 55
vendor_id       : GenuineIntel
cpu family      : 6
model           : 79
model name      : Intel(R) Xeon(R) CPU E5-2660 v4 @ 2.00GHz
stepping        : 1
microcode       : 0xb00001e
cpu MHz         : 1201.093
cache size      : 35840 KB
physical id     : 1
siblings        : 28
core id         : 14
cpu cores       : 14
apicid          : 61
initial apicid  : 61
fpu             : yes
fpu_exception   : yes
cpuid level     : 20
wp              : yes

好像有56个。。。

[root@OracleDB ~]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4194304
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144

sqysl

sxq129601 发表于 2019-11-13 15:34
没有IO，IDLE几乎为99.8%

你这个cpu核心这么多，通过top很可能看不到IO啊，你得用专门看IO的工具。

lfree

--//12c使用pdb,oracle设置pre_page_sga=true作为缺省参数.这样你不使用hugepages,浪费内存更大.
--//如果你使用11g不使用hugepages,设置pre_page_sga=true,遇到的问题启动缓慢连接缓慢,
--//链接:
http://blog.itpub.net/267265/viewspace-2295412/=>[20190103]设置pre_page_sga=true启动缓慢的问题.txt
http://blog.itpub.net/267265/viewspace-2640993/=>[20190409]pre_page_sga=true与连接缓慢的问题.txt

--//我贴一个12cR2版本的没有使用hugepages的情况:
SYS@orclcdb> show sga
Total System Global Area  30802965576 bytes
Fixed Size                   12452936 bytes
Variable Size              2751463424 bytes
Database Buffers          17246978048 bytes
Redo Buffers                 54652928 bytes
In-Memory Area            10737418240 bytes

# ipcs
------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x56538844 720900     oracle     600        24576      26
0x00000000 753669     oracle     600        12455936   162
0x00000000 786438     oracle     600        7516192768 81
0x00000000 819207     oracle     600        23219666944 81
0x00000000 851976     oracle     600        54652928   81
0xd48cd3f0 884745     oracle     600        36864      81

------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0xe448e67c 196608     oracle     600        250
0xe448e67d 229377     oracle     600        250
0x1ab7abe0 360450     oracle     600        250
0x1ab7abe1 393219     oracle     600        250

# grep -i page /proc/meminfo
AnonPages:       6133272 kB
PageTables:      1073376 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

--//基本没有用户连接的数据库,PageTables达到1G上下.

lfree

还有1个问题就是使用hugepages不能使用amm.

sxq129601

lfree 发表于 2019-11-14 09:29
还有1个问题就是使用hugepages不能使用amm.

我是ASMM，因为有多个实例本来就不使用AMM
用静默方式安装的
[root@OracleDB BTBHQJL]# cat BTBHQJL2.log
Cleaning up failed steps
DBCA_PROGRESS : 5%
Copying database files
DBCA_PROGRESS : 7%
DBCA_PROGRESS : 8%
ORA-27102: out of memory

DBCA_PROGRESS : 9%
DBCA_PROGRESS : 10%
ORA-01034: ORACLE not available

ORA-01034: ORACLE not available

DBCA_PROGRESS : 100%