[20191119]探究ipcs命令輸出2.txt

来源:https://www.cnblogs.com/lfree/archive/2019/11/19/11890438.html
-Advertisement-
Play Games

[20191119]探究ipcs命令輸出2.txt--//繼續上午的測試:http://blog.itpub.net/267265/viewspace-2664758/=>[20191119]探究ipcs命令輸出.txt--//先補充ipcs 剩餘2個參數 -l -u--//-l limits--/ ...


[20191119]探究ipcs命令輸出2.txt

--//繼續上午的測試:http://blog.itpub.net/267265/viewspace-2664758/=>[20191119]探究ipcs命令輸出.txt
--//先補充ipcs 剩餘2個參數 -l -u
--//-l     limits
--//-u     summary

$ ipcs -l
------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 67108864
max total shared memory (kbytes) = 17179869184
min seg size (bytes) = 1

------ Semaphore Limits --------
max number of arrays = 128
max semaphores per array = 2600
max semaphores system wide = 332800
max ops per semop call = 2600
semaphore max value = 32767

------ Messages: Limits --------
max queues system wide = 32768
max size of message (bytes) = 65536
default max size of queue (bytes) = 65536

$ ipcs -u
------ Shared Memory Status --------
segments allocated 5
pages allocated 158305
pages resident  129633
pages swapped   0
Swap performance: 0 attempts     0 successes

------ Semaphore Status --------
used arrays = 1
allocated semaphores = 204

------ Messages: Status --------
allocated queues = 0
used headers = 0
used space = 0 bytes

--//剩下kernel.sem = SEMMSL SEMMNS SEMOPM SEMMNI
kernel.sem = SEMMSL SEMMNS SEMOPM SEMMNI

where

semmsl:  The number of semaphores per set            每組信號量
semmns:  The total number of semaphores available    可用信號量的總數
semopm:  The number of operations which can be made per semaphore call 每個信號量呼叫可以執行的操作數。
semmni:  The maximum number of shared memory segments available in the system 系統中可用的最大共用記憶體段數
--//(我覺得這裡是指信號量)。

1.環境:
# grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.shmmni = 4096
kernel.sem = 2600 332800 2600 128

SCOTT@book> show sga
Total System Global Area  643084288 bytes
Fixed Size                  2255872 bytes
Variable Size             205521920 bytes
Database Buffers          427819008 bytes
Redo Buffers                7487488 bytes

SCOTT@book> show parameter processes
NAME      TYPE    VALUE
--------- ------- -----
processes integer 200

--//重新定義環境變數
export ORACLE_SID=book

--//順便說一下我的定義:kernel.sem = 2600 332800 2600 128
--//實際上我開始學oracle什麼都不懂,上新聞組問了這個問題,對方給我的解答.第一個參數與processes有關在此基礎上+10就可以.
--//第2個參數使用第1個參數*第4個參數 = 2600*128 = 332800.第3個參數他給我的建議等於第1個參數.
--//我當時什麼都不懂,既然對方這麼建議,按照對方建議先嘗試看看.以後也沒有在意這個參數,剩下的步驟copy and paste.
--//如果大家看我在單位安裝的伺服器,基本上這個參數都是這樣設置.經典copy and paste操作.

2.測試1:
$ ipcs

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 407011329  oracle    640        12582912   25
0x00000000 407044098  oracle    640        633339904  25
0xe8a8ec10 407076867  oracle    640        2097152    25

------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x6aa88594 328302592  oracle    640        204

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

$ ps -ef | egrep "[o]raclebook|ora_.*_boo[k]"|wc
     25     201    1597

--//註意看Semaphore Arrays的nsems=204,也就是sem的數量.你可以測試如果processes增加,該數值也會增加相同的數量.
--//當然我當前設置kernel.sem的semmsl=2600,遠遠超出processes的數值,不會建立多個信號組.
$ ipcs -s -i 328302592 | awk '/semnum/,/^203/' | awk '$5>0 {print $5}' | sort | uniq -c
      5 56258
      1 56261
      1 56263
      1 56269
      1 56273
      1 56277
      1 56279
      1 56281
      1 56283
      1 56285
      1 56287
      1 56289
      1 56291
      1 56293
      1 56295
      1 56306
      1 56307
      1 56309
      1 56311
      1 56313
      1 56321
      1 56323
      1 56325
      1 56327
      1 56329
      1 pid

$ ipcs -s -i 328302592 | awk '/semnum/,/^203/' | awk '$5>0 '
semnum     value      ncount     zcount     pid
0          0          0          0          56258
1          2559       0          0          56258
2          19574      0          0          56258
3          1          0          0          56258
6          0          0          0          56261
7          0          1          0          56263
9          0          1          0          56269
11         0          1          0          56273
13         0          1          0          56277
14         0          1          0          56279
15         0          1          0          56281
16         0          1          0          56283
17         0          1          0          56285
18         0          1          0          56287
19         0          1          0          56289
20         0          1          0          56291
21         0          1          0          56293
22         0          1          0          56295
25         0          0          0          56307
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
26         0          1          0          56306
27         0          1          0          56309
28         0          1          0          56311
29         0          1          0          56313
30         0          1          0          56329
31         0          0          0          56327
32         0          0          0          56321
33         0          0          0          56323
34         0          0          0          56325
203        0          0          0          56258

--//semnum應該表示序號.pid對應進程號.其它value,ncount,zcount 表示什麼,不懂.
--//https://blog.csdn.net/macky0668/article/details/6839559
--//ncount列出等待信號量增加的進程的個數.
--//zcount列出正在等待信號量變成零的進程的個數

$ ps -fp 56307
UID        PID  PPID  C STIME TTY          TIME CMD
oracle   56307 56254  0 15:35 ?        00:00:00 oraclebook (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
--//疑問什麼情況下ncount=1,pid=56307.視乎是使用後信號量後才會增加.

$ ps -fp 56258
UID        PID  PPID  C STIME TTY          TIME CMD

$ ipcs -m -p
------ Shared Memory Creator/Last-op --------
shmid      owner      cpid       lpid
407011329  oracle     56258      56458
407044098  oracle     56258      56458
407076867  oracle     56258      56458
--//Shared Memory Creator 的pid=56258,已經不存在.但是你可以發現Semaphore Array semid=328302592中占5行.
--//視乎前面的4行永遠不會覆蓋.也就是kernel.sem的semmsl大於processes+4才會僅僅使用Semaphore Arrays.

# grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.shmmni = 4096
kernel.sem = 100 332800 100 128

# sysctl -p

SYS@book> startup
ORACLE instance started.
Total System Global Area  643084288 bytes
Fixed Size                  2255872 bytes
Variable Size             205521920 bytes
Database Buffers          427819008 bytes
Redo Buffers                7487488 bytes
Database mounted.
Database opened.

$ ipcs -s

------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x6aa88594 328433664  oracle    640        51
0x6aa88595 328466433  oracle    640        51
0x6aa88596 328499202  oracle    640        51
0x6aa88597 328531971  oracle    640        51
0x6aa88598 328564740  oracle    640        51

$ ipcs -u -m
------ Shared Memory Status --------
segments allocated 5
pages allocated 158305
pages resident  111201
pages swapped   0
Swap performance: 0 attempts     0 successes
--//建立了5個Semaphore Array,每個大小nsems=51.
--//為什麼不建立3個Semaphore Array,nsems=100或者70?

$ ipcs -m -p

------ Shared Memory Creator/Last-op --------
shmid      owner      cpid       lpid
407142401  oracle     56667      56733
407175170  oracle     56667      56733
407207939  oracle     56667      56733

$ ipcs -s | awk '/0x/ {print $2}' | xargs -I {} ipcs -s -i {} | grep 56667
0          1          0          0          56667
1          2559       0          0          56667
2          19574      0          0          56667
3          1          0          0          56667
0          1          0          0          56667
1          2559       0          0          56667
2          19574      0          0          56667
3          1          0          0          56667
0          1          0          0          56667
1          2559       0          0          56667
2          19574      0          0          56667
3          1          0          0          56667
0          1          0          0          56667
1          2559       0          0          56667
2          19574      0          0          56667
3          1          0          0          56667
0          0          0          0          56667
1          2559       0          0          56667
2          19574      0          0          56667
3          1          0          0          56667
15         0          0          0          56667
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--//不知道它的具體演算法.視乎每個array前面4個都是建立pid.
--//貼一個processes=1000的情況,asm實例的processes=1320的情況
# grep "^kernel.s[eh]" /etc/sysctl.conf
kernel.shmmax = 61847529062
kernel.shmall = 15099494
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128

$ ipcs -s
------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x869d3e0c 163842     grid       640        165
0x869d3e0d 196611     grid       640        165
0x869d3e0e 229380     grid       640        165
0x869d3e0f 262149     grid       640        165
0x869d3e10 294918     grid       640        165
0x869d3e11 327687     grid       640        165
0x869d3e12 360456     grid       640        165
0x869d3e13 393225     grid       640        165
0x869d3e14 425994     grid       640        165
0x42dc1a48 2392075    oracle     640        250
0x42dc1a49 2424844    oracle     640        250
0x42dc1a4a 2457613    oracle     640        250
0x42dc1a4b 2490382    oracle     640        250
0x42dc1a4c 2523151    oracle     640        250
0x42dc1a4d 2555920    oracle     640        250
0x42dc1a4e 2588689    oracle     640        250
0x42dc1a4f 2621458    oracle     640        250
0x42dc1a50 2654227    oracle     640        250

$ ipcs -s -u
------ Semaphore Status --------
used arrays = 20
allocated semaphores = 3737
--//也不知道多個Semaphore Array對性能有什麼影響,視乎從來沒有人提到這樣對性能存在問題.我看了exadata的設置:
exadata#  grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 229982982348
kernel.shmall = 56148189
kernel.shmmni = 4096
kernel.sem = 1024 60000 1024 256
--//我個人感覺也許應該根據processes的數量適當調整,不要建立太多的Semaphore Array.

3.測試2:
--//最後測試kernel.sem的第4個參數SEMMNI.
kernel.sem = SEMMSL SEMMNS SEMOPM SEMMNI
semmni:  The maximum number of shared memory segments available in the system 系統中可用的最大共用記憶體段數
--//(我覺得這裡是指信號量)。

# grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.shmmni = 4096
kernel.sem = 100 332800 100 4

# sysctl -p

SYS@book> startup
ORA-27154: post/wait create failed
ORA-27300: OS system dependent operation:semget failed with status: 28
ORA-27301: OS failure message: No space left on device
ORA-27302: failure occurred at: sskgpcreates
--//無法啟動資料庫.

# grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.shmmni = 4096
kernel.sem = 100 332800 100 5

SYS@book> startup
ORACLE instance started.
Total System Global Area  643084288 bytes
Fixed Size                  2255872 bytes
Variable Size             205521920 bytes
Database Buffers          427819008 bytes
Redo Buffers                7487488 bytes
Database mounted.
Database opened.

$ ipcs -a
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 407404545  oracle    640        12582912   25
0x00000000 407437314  oracle    640        633339904  25
0xe8a8ec10 407470083  oracle    640        2097152    25

------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x6aa88594 328925184  oracle    640        51
0x6aa88595 328957953  oracle    640        51
0x6aa88596 328990722  oracle    640        51
0x6aa88597 329023491  oracle    640        51
0x6aa88598 329056260  oracle    640        51

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

4.還原測試環境略.
# grep "^kernel.s[he]" /etc/sysctl.conf
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
kernel.shmmni = 4096
kernel.sem = 2600 332800 2600 128

5.總結:
--//操作系統的許多東西自己還是存在許多不理解的情況,許多東西純粹自己在亂猜.畢竟不是自己的專業,需要慢慢積累學習提高.


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 018.Kubernetes二進位部署插件coredns
    一 修改配置文件 1.1 下載解壓 1 [root@k8smaster01 ~]# cd /opt/k8s/work/kubernetes/ 2 [root@k8smaster01 kubernetes]# tar -xzvf kubernetes-src.tar.gz 提示：k8smaster01 ...
  • 10 個提升效率的Linux小技巧
    您是否曾經驚訝於看到某人在 UNIX 中非常快速地工作，觸發命令並快速地執行操作？是的，我碰到過幾次，並且我一直都在向那些超級巨星開發者學習。在本文中，我想分享一些 UNIX 命令實踐，這些實踐是我在Linux 中快速，快速或有效地工作所遵循的。我在金融服務行業工作，我的工作涉及電子交易，衍生工具等 ...
  • VMware Tools安裝教程
    VMware Tools是VMware虛擬機中自帶的一種增強工具，相當於VirtualBox中的增強功能（Sun VirtualBox Guest Additions），是VMware提供的增強虛擬顯卡和硬碟性能、以及同步虛擬機與主機時鐘的驅動程式。 只有在VMware虛擬機中安裝好了VMware ...
  • 【Linux系列】配置Centos 7的軟體源（二）
    目的 本文主要介紹以下內容： 設置centos的國內軟體源，預設源都是國外的下載軟體超級麻煩。 ssh登錄 下載一個shell或者cmder 下載wget 配置源 ...
  • 理解Spark運行模式（三）(STANDALONE和Local)
    前兩篇介紹了Spark的yarn client和yarn cluster模式，本篇繼續介紹Spark的STANDALONE模式和Local模式。 下麵具體還是用計算PI的程式來說明，examples中該程式有三個版本，分別採用Scala、Python和Java語言編寫。本次用Java程式JavaSp ...
  • Oracle 11g與12c的審計詳解
    最近遇到一些腳本誘發的審計相關BUG，感覺有必要重新梳理一下11g與12c的審計模式，於是根據官網修正了一下以前的一篇筆記這裡發出來。 一、審計功能的開啟： audit_trail參數的值可以設置為以下幾種（11G，12C適用）： https://docs.oracle.com/cd/E11882_ ...
  • flink 流式處理中如何集成mybatis框架
    flink 中自身雖然實現了大量的connectors，如下圖所示，也實現了jdbc的connector，可以通過jdbc 去操作資料庫，但是flink-jdbc包中對資料庫的操作是以ROW來操作並且對資料庫事務的控制比較死板，有時候操作關係型資料庫我們會非常懷念在java web應用開發中的非常優 ...
  • MySQL數據篇（九）--存儲過程實現定時每天清理過期數據
    需求：有一個活動記錄表 t_ad ,商家每次發起一個活動，就會在 t_shake_devices_relation 表裡面生成一些關聯記錄。現在寫一個存儲過程實現，如果活動過期，就將關聯表裡面的數據標記刪除。 1、代碼如下： BEGIN /* 用途：每天23:00執行一次，處理“開屏廣告”和“門店主 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類