Linux

 在網路中，不少伺服器採用的是Linux系統。為了進一步提高伺服器的效能，可能需要根據特定的硬體及需求重新編譯Linux核心。編譯Linux核心，需要根據規定的步驟進行，編譯核心過程中涉及到幾個重要的檔案。比如對於RedHat Linux，在/boot目錄下有一些與Linux核心有關的檔案，進入/boot執行：ls –l。編譯過RedHat Linux核心的人對其中的System.map

1、下載jdk，可以直接在RHEL上下載，也可以在本機下載，然後通過psftp傳上去（jdk-6u20-linux-i586-rpm.bin），當然FileZilla這樣的FTP工具更好用 2、用putty串連linux 3、執行jdk-6u20-linux-i586-rpm.bin 沒找到 4、執行./jdk-6u20-linux-i586-rpm.bin 找到，但沒有許可權 5、chmod 775 jdk-6u20-linux-i586-rpm.bin 改許可權（chmod +x jdk-6

1、安裝gccsudo apt-get updatesudo apt-get install build-essential 2、安裝sun-java6-jdksudo vi /etc/apt/sources.list　　加上deb http://archive.canonical.com/ubuntu lucid partner 儲存退出　　可以把以前下載的直接的直接複製到/var/cache/apt/archives，就不用重新到網上下載了sudo apt-get install

Linux下壓縮現在常用的命令有zip/unzip, tar但也有一些限制，如：1、2G檔案大小限制 2、中文亂碼問題還好7zip能很好地解決這個問題。一、安裝Ubuntu 12:sudo apt-get install p7zipCentOS 6：http://dag.wieers.com/rpm/packages/p7zip/找到合適平台的rpm wget下來rpm -ivh x.rpm二、使用也很簡單p7zip --helpUsage: /usr/bin/p7zip [-d] [-h|--

1、修改使用者進程可開啟檔案數限制   在Linux平台上，無論編寫用戶端程式還是服務端程式，在進行高並發TCP串連處理時，最高的並發數量都要受到系統對使用者單一進程同時可開啟檔案數量 的限制(這是因為系統為每個TCP串連都要建立一個socket控制代碼，每個socket控制代碼同時也是一個檔案控制代碼)。可使用ulimit命令查看系統允許 目前使用者進程開啟的檔案數限制：   [speng@as4 ~]$ ulimit -n   1024   這表示目前使用者的每個進程最多允許同時開啟1024

1.使用SQL*PLUS停止資料庫[oracle@OracleTest oracle]$ sqlplus logSQL> connect / as sysdbaSQL> shutdown [immediate]SQL> exit2.停止Listener[oracle@OracleTest oracle]$ lsnrctl stop3.停止HTTP服務[root@OracleTest /root]# service httpd

DOS 和 Linux 常用命令的對比許多在 shell 提示下鍵入的 Linux 命令都與你在 DOS 下鍵入的命令相似。事實上，某些命令完全相同。 本附錄提供了 Windows 的 DOS 提示下的常用命令以及在 Linux 中與它們等同的命令。附錄中還提供了如何在 Linux shell 提示下使用這些命令的簡單一實例。請注意，這些命令通常有許多選項，要進一步學習每一個命令，請閱讀相關的說明書（man）頁（例如，在 shell 提示下鍵入 man ls 就可以讀到關於 ls 命令的資訊）。

照抄別人的日誌.. 看核心時總遇到if(likely( )){}或是if(unlikely( ))這樣的語句，最初不解其意，現在有所瞭解，所以也想介紹一下。likely() 與 unlikely()是核心（我看的是2.6.22.6版本，2.6的版本應該都有）中定義的兩個宏。位於/include/linux/compiler.h中，具體定義如下：#define likely(x) __builtin_expect(!!(x), 1)#define unlikely(x)

走入Linux的殿堂已經有一年有餘了，在這裡我想將Linux的各種實現機制分析一遍，一方面對自己來說也是溫故而知新，另一方面，促進大家的交流，最好能夠給大家一些拋磚引玉的啟迪。我是硬體出身，搞硬體已經好多年了，從是專門軟體開發也接近兩年了，在這一段時間內我越發認為軟硬體協同設計是未來發展的主流，軟硬體的界限越來越模糊，軟硬體的設計思想是相通的，實現方法是各異的，實現的結果上當然也存在較大差別，因此，很有必要做好軟硬體的協同設計。本著這樣的想法，我想將我所認識的Linux分析一遍，特別是一些我認為

【從製作logo到LCD顯示或者VGA顯示logo】1、製作logo的方法：　首先選擇一個自己喜歡的圖片，然後通過GIMP軟體將該圖片儲存為.png格式，　變換方式這個就不說了(very easy),比如儲存為linuxlogo.png.然後將該圖片傳入到裝有Linux PC比如（ubuntu），按照以下順序你就可以製作一個你喜歡logo前提你必須安裝以下的工具(pngtopnm,pnmquant,pnmtoplainpnm)$ pngtopnm linuxlogo.png >

在初學linux編程的時候，一直覺得非同步訊號handle是個很神奇的東西，使用者程式可以使用singal之類的系統調用為某某訊號註冊一個訊號處理函數（handle函數）。程式的二進位代碼在記憶體中都有著確定的執行流程，為什麼收到非同步訊號以後，程式會被“中斷”，然後跳轉到這個handle函數裡面去運行呢？核心怎麼有能力讓程式做這樣的跳轉呢，總不可能臨時修改程式的可執行代碼吧？後來學習了一些核心知識，才知道原來進程收到訊號以後，並不是立即就被“中斷”的，而是先在進程的控制結構（task_stru

最近在研究非同步訊息處理, 突然想起linux核心的中斷處理, 裡面由始至終都貫穿著"重要的事馬上做, 不重要的事推後做"的非同步處理思想. 於是整理一下~第一階段－－擷取中斷號每個CPU都有響應中斷的能力, 每個CPU響應中斷時都走相同的流程. 這個流程就是核心提供的中斷服務程式.在進入中斷服務程式時, CPU已經自動禁止了本CPU上的中斷響應, 因為CPU不能假定中斷服務程式是可重新進入的.中斷處理常式的第一步要做兩件事情:1. 將中斷號壓入棧中;

一、檔案描述符對於Linux而言，所有對裝置或檔案的操作都是通過檔案描述符進行的。當開啟或者建立一個檔案的時候，核心向進程返回一個檔案描述符（非負整數）。後續對檔案的操作只需通過該檔案描述符，核心記錄有關這個開啟檔案的資訊（file結構體）。一個進程啟動時，預設開啟了3個檔案，標準輸入、標準輸出、標準錯誤，對應檔案描述符是0（STDIN_FILENO）、1（STDOUT_FILENO）、2（STDERR_FILENO）,這些常量定義在unistd.h標頭檔中。fileno：將檔案指標轉換為檔案描

我們在前面曾經說過，發送端可以是一K一K地發送資料，而接收端的應用程式可以兩K兩K地提走資料，當然也有可能一次提走3K或6K資料，或者一次只提走幾個位元組的資料，也就是說，應用程式所看到的資料是一個整體，或說是一個流（stream），在底層通訊中這些資料可能被拆成很多資料包來發送，但是一個資料包有多少位元組對應用程式是不可見的，因此TCP協議是面向流的協議，這也是容易出現粘包問題的原因。而UDP是面向訊息的協議，每個UDP段都是一條訊息，應用程式必須以訊息為單位提取資料，不能一次提取任意位元組的

一、read系統調用一旦有了與一個開啟檔案描述相關連的檔案描述符，只要該檔案是用O_RDONLY或O_RDWR標誌開啟的，就可以用read()系統調用從該檔案中讀取位元組 函數原型：ssize_t read(int fd, void *buf, size_t count);參數：fd ：想要讀的檔案的檔案描述符buf ： 指向記憶體塊的指標，從檔案中讀取來的位元組放到這個記憶體塊中count ：

 前言：     在複習休眠的過程中，我想驗證自旋鎖中不可休眠，所以編寫了一個在自旋鎖中休眠的模組。但是在我的ARMv7的單核CPU（TI的A8晶片）中測試的時候，不會鎖死，並且自旋鎖可以多次擷取。實驗現象和我對自旋鎖和休眠的理解有出路。      我後來我將這個模組放到自己的PC上測試，成功鎖死了，說明我的模組原理上沒有問題。但是為什麼在ARM上會這樣呢？？？後來我將模組給了我的兩個同事測試，在Omap3530中一樣不會鎖死，但是在S3C6410中成功的鎖死了。這是怎麼回事？？     

系統# uname -a # 查看核心/作業系統/CPU資訊# head -n 1 /etc/issue # 查看作業系統版本# cat /proc/cpuinfo # 查看CPU資訊# hostname # 查看電腦名稱# lspci -tv # 列出所有PCI裝置# lsusb -tv # 列出所有USB裝置# lsmod #

在前面的文章中，我們為了避免粘包問題，實現了一個readn函數讀取固定位元組的資料。如果應用程式層協議的各欄位長度固定，用readn來讀是非常方便的。例如設計一種用戶端上傳檔案的協議，規定前12位元組表示檔案名稱，超過12位元組的檔案名稱截斷，不足12位元組的檔案名稱用'\0'補齊，從第13位元組開始是檔案內容，上傳完所有檔案內容後關閉串連，伺服器可以先調用readn讀12個位元組，根據檔案名稱建立檔案，然後在一個迴圈中調用read讀檔案內容並存檔，迴圈結束的條件是read返回0。欄位長度固定的

一、在前面講過的最簡單的回射客戶/伺服器程式中，一個用戶端即一個進程，只會發起一個串連，只要稍微修改一下就可以讓一個用戶端發起多個串連，然後只利用其中一個串連發送資料。先來認識一個函數getsockname  #include <sys/socket.h>  int getsockname(int sockfd, struct sockaddr *addr, socklen_t

下面通過最簡單的用戶端/伺服器程式的執行個體來學習socket API。echoser.c 程式的功能是從用戶端讀取字元然後直接回射回去。 C++ Code 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071/*************************************