正確理解linux記憶體應用

下面轉自:http://www.chinaunix.net/jh/4/615686.htmlLinux的記憶體管理,實際上跟windows的記憶體管理有很相像的地方,都是用虛擬記憶體這個的概念,說到這裡不得不罵MS,為什麼在很多時候還有很大的實體記憶體的時候,卻還是用到了pagefile. 所以才經常要跟一幫人吵著說Pagefile的大小,以及如何分配這個問題,在Linux大家就不用再吵什麼swap大小的問題,我個人認為,swap設個512M已經足夠了,如果你問說512M的SWAP不夠用怎麼辦?

linux-分析系統I/O的瓶頸

一,用vmstat分析系統I/O情況[root@localhost ~]# vmstat -n 3       (每個3秒重新整理一次)procs-----------memory--------------------swap--- ---io---- --system---- ------cpu--------r   b    swpd   free       buff       cache       si   so   bi    bo   in      cs        us 

linux-使用pidstat命令監視某進程的資源使用

NAME pidstat - Report statistics for Linux tasks. SYNOPSIS pidstat [ -C comm ] [ -d ] [ -h ] [ -I ] [ -l ] [ -p { pid [,...] | SELF | ALL } ] [ -r ] [ -t ] [ -T { TASK | CHILD | ALL } ] [ -u ] [ -V ] [ -w ] [ interval [ count ] ]DESCRIPTION The

Linux查看CPU資訊機器型號等硬體資訊

測試機器的硬體資訊: 查看CPU資訊(型號) # cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c 8  Intel(R) Xeon(R) CPU            E5410   @ 2.33GHz (看到有8個邏輯CPU, 也知道了CPU型號) # cat /proc/cpuinfo | grep physical | uniq -c 4 physical id      : 0 4 physical id      : 1

Linux下的CPU利用率計算原理詳解

我們在搞效能測試的時候,對後台伺服器的CPU利用率監控是一個常用的手段。伺服器的CPU利用率高,則表明伺服器很繁忙。如果前台回應時間越來越大,而後台CPU利用率始終上不去,說明在某個地方有瓶頸了,系統需要調優。這個是即使不懂技術的人都容易理解的事情。上面理解對嗎?我個人覺得不十分準確。這個要看後台你測試的進程是什麼類型的。如果是計算密集型的進程,當前端壓力越來越大的時候,很容易把CPU利用率打上去。但是如果是I/O網路密集型的進程,即使用戶端的請求越來越多,但是伺服器CPU不一定能上去,這個是你

linux-分析網卡流量

sar -n { DEV | EDEV | NFS | NFSD | SOCK | ALL }sar提供六種不同的文法選項來顯示網路資訊。-n選項使用6個不同的開關:DEV | EDEV | NFS | NFSD | SOCK | ALL 。DEV顯示網路介面資訊,EDEV顯示關於網路錯誤的統計資料,NFS統計活動的NFS用戶端的資訊,NFSD統計NFS伺服器的資訊,SOCK顯示通訊端資訊,ALL顯示所有5個開關。它們可以單獨或者一起使用。#sar -n DEV 2 10Linux 2.6.18

linux 分析記憶體的瓶頸

        為了提高磁碟存取效率, Linux做了一些精心的設計, 除了對dentry進行緩衝(用於VFS,加速檔案路徑名到inode的轉換), 還採取了兩種主要Cache方式:Buffer Cache和Page Cache.前者針對磁碟塊的讀寫,後者針對檔案inode的讀寫.這些Cache有效縮短了I/O系統調用(比如read,write,getdents)的時間.        記憶體活動基本上可以用3個數字來量化:活動虛擬記憶體總量,交換(swapping)率和調頁(paging)率.

linux下如何擷取cpu的利用率

"proc檔案系統是一個偽檔案系統,它只存在記憶體當中,而不佔用外存空間。它以檔案系統的方式為訪問系統核心資料的操作提供介面。使用者和應用程式可以通過proc得到系統的資訊,並可以改變核心的某些參數。"    這裡將介紹如何從/proc檔案系統中擷取與防火牆相關的一些績效參數,以及如何通過/proc檔案系統修改核心的相關配置。    1、從/proc檔案系統擷取相關的績效參數    cpu使用率:    /proc/stat    記憶體使用量情況:      /proc/meminfo   

linux-top詳解

空間管理 您的位置: ITPUB個人空間 » Linc的Oracle生活 » 日誌 笑著面對,不去埋怨。悠然,隨心,隨性,隨緣! Linux命令----top詳解上一篇 / 下一篇  2009-03-28 22:23:52 / 個人分類:Linux 查看( 292 ) / 評論( 0 ) / 評分( 0 / 0 ) top命令和ps命令的基本作用是相同的,顯示系統當前的進程和其它狀況;但是top是 一個動態顯示過程,即可以通過使用者按鍵來不斷重新整理目前狀態。如果在前台執行該命令,它將獨佔前台,

linux-分析CPU的瓶頸

衡量CPU效能的指標:1,使用者使用CPU的情況;CPU運行常規使用者進程CPU運行niced processCPU運行即時進程2,系統使用CPU情況;用於I/O管理:中斷和驅動用於記憶體管理:頁面交換使用者進程管理:進程開始和環境切換3,WIO:用於進程等待磁碟I/O而使CPU處於空閑狀態的比率。4,CPU的空閑率,除了上面的WIO以外的空閑時間5,CPU用於上下文交換的比率6,nice7,real-time8,運行進程隊列的長度9,平均負載Linux中常用的監控CPU整體效能的工具有:

linux一次性任務at使用備忘

at是linux下部署一次性計劃任務的首選,使用選項:Usage: at [-V] [-q x] [-f file] [-m] time at [-V] [-q x] [-f file] [-m] -t [[CC]YY]MMDDhhmm at -c job [job...] (atq | at -l) [-V] [-q x] (atrm | at -d | at -r) [-V] [-q x] job ... batch [-V] [-

Linux效能監控、調優(CPU篇)

前言: 網上其實有很多關於這方面的文章,那為什麼還會有此篇呢,有這麼幾個原因,是我翻譯的動力,第一,概念和內容雖然老套,但都講得很透徹,而且還很全面.第二,理論結合實際,其中案例分析都不錯.第三,不花哨,採用的工具及命令都是最基本的,有助於實際操作.但本人才疏學淺,譯文大多數都是立足於自己對原文的理解,大家也可以自己去OSCAN上找原文,如果有什麼較大出入,還望留言回複,甚是感激!  1.0

linux藉助expect完成自動登入

在工作中,我需要把遠程伺服器上的檔案,拷貝到本地,可是scp的時候必須輸入密碼,用here文檔又不能實現,終於找到一個好東東,expect ,可以實現自動登入,我們可以藉助expect在ssh,ftp,scp等地方實現自動登入,加入到指令碼中,可以自動完成一些事情,先把我的測試通過的指令碼貼出來:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->#!/

Linux 效能最佳化概述

      在這裡不想用一些抽象的概念去說明問題,只是用通俗的語言盡量準確的表達我的想法。最佳化,為什麼要最佳化?你說一個系統需要最佳化,那你衡量的標準是什嗎?無非兩個方面,(1)回應時間,具體說就是使用者發出請求到收到響應的時間間隔。如果目前你的使用者沒有感覺回應時間長,那就不要給你自己找事了。(2)輸送量,就是單位時間內完成的使用者或系統的請求數量。但有時候這兩點是矛盾的,你得做出平衡。讓這兩點達到一個合理的範圍。

擷取linux系統頁大小

代碼如下:#include<unistd.h>#include<stdio.h>int main(){int pageSize = getpagesize(); printf("Page size on your system = %i bytes\n", pageSize);return 0;}編譯方法如下:gcc pagesize.c運行方法:./a.out輸出結果:Page size on your system = 4096 bytes

《深入理解Linux核心3rd》學習筆記——進程線程概念

  本人比較熟悉Windows下的系統級和NT核心程式的開發,這裡結合Windows中進程線程的概念與Linux中的進程線程作一個比較。進程  在Linux和Windows中,對於進程這個概念基本一致,即程式啟動並執行一個執行個體,代表了一組資源。  在Linux中,還有一個“輕量級進程”(LWP)的概念,引入這個概念是為了對多線程程式提供更好的支援(下文會討論)。 使用者線程  對於使用者線程(簡稱線程。注,這裡僅僅指的是多線程應用程式中的線程,不是核心線程),Linux和Windows表現的

《深入理解Linux核心3rd》學習筆記——第2章:記憶體定址

  基於80x86微處理器的電腦中,記憶體定址的轉換過程是:邏輯地址→線性地址(虛擬位址)→物理地址。參與記憶體定址的MMU(儲存空間嵌入式管理單元)中有兩個重要的部分——分段單元和分頁單元,前者負責將邏輯地址轉換為線性地址,後者負責將線性地址轉換為實際的物理地址。 硬體分段機制   每個邏輯地址包含兩個部分:一個段標識和一個段中位移offset。這個段標識就是段選擇子(Segment

《深入理解Linux核心3rd》學習筆記——進程描述符

  進程描述符(Process

《深入理解Linux核心3rd》學習筆記——進程切換(上):相關知識

   進程切換(process switch),作為搶佔式多任務OS中重要的一個功能,其實質就是OS核心掛起正在啟動並執行進程A,然後將先前被掛起的另一個進程B恢複運行。 硬體上下文  每個進程都有自己的地址空間,但是所有進程在物理上共用著CPU的寄存器,因此,當恢複一個進程執行前,OS核心必須要將掛起該進程時寄存器的值裝入CPU寄存器。進程恢複執行前必須裝入寄存器的一組資料就叫做“硬體上下文”(hardware

Linux 2.6 核心驅動模組的編譯和載入

  Linux 2.6對核心驅動模組的建立與以前版本不同,可以閱讀Document/kbuild下的檔案來瞭解細節。本文對Linux 2.6驅動模組的編譯和載入的過程進行一個簡單的描述(假設核心源碼所在目錄:/usr/src/linux-2.6.20/),該方法並不將自己寫的驅動模組加入到核心源碼樹中。產生過程1、在/usr/src/linux-2.6.20/drivers 這個目錄下選擇或建立一個目錄,如char,表示字元裝置。2、在/usr/src/linux-2.6.20/drivers/

總頁數: 4065 1 .... 165 166 167 168 169 .... 4065 Go to: 前往
Tags Index:

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。