linux系統框架

❶ 從Windows、UNIX和linux系統架構圖中得到什麼結論從ANDROID架構圖中得到什麼

內核很重要。Android的核心系統服務依賴於Linux2.6內核，如安全性，內存管理，進程管理，網路協議棧和驅動模型。Linux內核也同時做為硬體和軟體棧之間的抽象層。
每個Android應用程序都在它本身的進程中運行，都擁有一個獨立的Dalvik虛擬機實例。Dalvik被設計成一個設備能夠同時高效地運行多個虛擬系統。Dalvik虛擬機執行(.dex)的Dalvik可執行文件，該格式文件針對小內存使用作了優化。同時虛擬機是基於寄存器的，全部的類都經由JAVA編譯器編譯，而後經過SDK中的dx工具轉化成.dex格式由虛擬機執行。

❷ linux操作系統的體系結構

看下操作系統原理就懂了，操作系統就是在用戶和硬體之間的一個媒介，因此它有兩個任務，一個是方便用戶操作，一個是管理硬體，所有的操作系統架構都離不開這兩個最初的動機，包括 windows、linux、mac等等。 另外內核主要實現的硬體管理，用戶操作主要通過shell來完成，比如windows上的cmd、explorer.exe，以及linux上的bash shell、kde、gnome。 其實說白了就是一種思想 ——封裝思想，譬如送人一台筆記本，你不用告訴它裡面有什麼CPU、內存，只要告訴他開機按鈕在哪裡就好了。 下面有一張linux體系的結構圖：

❸ Linux系統架構與目錄解析的內容

《Linux系統架構與目錄解析》提供了完整的系統啟動流程圖，為讀者說明各個目錄與文件位於開機流程中的重點。這是一本剖析Linux經典與常用之目錄及文件的專著，打破以往只依賴命令語句的慣性思維，依據系統目錄架構為主體，並設計查詢功能，以協助讀者建立Linux操作系統的整體感觀，而不再僅限於對某些服務或設置的片面了解。針對Linuxkernel為基礎，列出基礎且必要的目錄結構，可通用於以Linuxkernel為核心的各類操作系統。對於修改系統、設定服務，或是設定XWindow等必須熟悉的配置文件，以專章篇幅做詳細的介紹。依各類應用程序在執行時所須載入的函數庫文件，以簡明易懂的方式說明其規則或標准。完全解析「主目錄」的功能，延伸用戶登錄的流程及XWindows的操作功能。充分掌握日誌文件與暫存信息，引導讀者做好「系統管理」的核心工作。以功能分類的方式，詳列《Linux系統架構與目錄解析》中的各項目錄及文件為索引，方便讀者查詢與使用。
《Linux系統架構與目錄解析》一書剖析Linux常用目錄及文件的專著，內容全面，通俗易懂。

❹ linux操作系統的體系結構，內核的功能

體系：內存管理
設備管理
電源管理
進程管理
文件系統管理
功能
：管理和分配硬體資源
為外設驅動提高統一的架構和分配資源的介面

❺ 什麼是Linux系統架構

您好很高興回答您的問題:

Linux系統架構分為兩個部分一個是單台Linux系統架構 另外一個是網站集群架構.

單台Linux系統架構:

由硬體,內核,命令解釋器,外圍軟體組成

網站集群架構

❻ linux驅動程序結構框架及工作原理分別是什麼

一、Linux device driver 的概念

系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:

1、對設備初始化和釋放；

2、把數據從內核傳送到硬體和從硬體讀取數據；

3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據；

4、檢測和處理設備出現的錯誤。

在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。

已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。

最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。

二、實例剖析

我們來寫一個最簡單的字元設備驅動程序。雖然它什麼也不做，但是通過它可以了解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器，你就會獲得一個真正的設備驅動程序。

由於用戶進程是通過設備文件同硬體打交道，對設備文件的操作方式不外乎就是一些系統調用，如 open，read，write，close…， 注意，不是fopen， fread，但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構：

STruct file_operatiONs {

int (*seek) (struct inode * ，struct file *， off_t ，int);

int (*read) (struct inode * ，struct file *， char ，int);

int (*write) (struct inode * ，struct file *， off_t ，int);

int (*readdir) (struct inode * ，struct file *， struct dirent * ，int);

int (*select) (struct inode * ，struct file *， int ，select_table *);

int (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);

int (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);

int (*open) (struct inode * ，struct file *);

int (*release) (struct inode * ，struct file *);

int (*fsync) (struct inode * ，struct file *);

int (*fasync) (struct inode * ，struct file *，int);

int (*check_media_change) (struct inode * ，struct file *);

int (*revalidate) (dev_t dev);

}

這個結構的每一個成員的名字都對應著一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時，系統調用通過設備文件的主設備號找到相應的設備驅動程序，然後讀取這個數據結構相應的函數指針，接著把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣，則編寫設備驅動程序的主要工作就是編寫子函數，並填充file_operations的各個域。

下面就開始寫子程序。

#include <linux/types.h> 基本的類型定義

#include <linux/fs.h> 文件系統使用相關的頭文件

#include <linux/mm.h>

#include <linux/errno.h>

#include <asm/segment.h>

unsigned int test_major = 0;

static int read_test(struct inode *inode，struct file *file，char *buf，int count)

{

int left; 用戶空間和內核空間

if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )

return -EFAULT;

for(left = count ; left > 0 ; left--)

{

__put_user(1，buf，1);

buf++;

}

return count;

}

這個函數是為read調用准備的。當調用read時，read_test()被調用，它把用戶的緩沖區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時，系統進入核心態。所以不能使用buf這個地址，必須用__put_user()，這是kernel提供的一個函數，用於向用戶傳送數據。另外還有很多類似功能的函數。請參考，在向用戶空間拷貝數據之前，必須驗證buf是否可用。這就用到函數verify_area。為了驗證BUF是否可以用。

static int write_test(struct inode *inode，struct file *file，const char *buf，int count)

{

return count;

}

static int open_test(struct inode *inode，struct file *file )

{

MOD_INC_USE_COUNT; 模塊計數加以，表示當前內核有個設備載入內核當中去

return 0;

}

static void release_test(struct inode *inode，struct file *file )

{

MOD_DEC_USE_COUNT;

}

這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅為下面的結構提供函數指針。

struct file_operations test_fops = {?

read_test，

write_test，

open_test，

release_test，

};

設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(moles)，如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。

int init_mole(void)

{

int result;

result = register_chrdev(0， "test"， &test_fops); 對設備操作的整個介面

if (result < 0) {

printk(KERN_INFO "test: can't get major number\n");

return result;

}

if (test_major == 0) test_major = result; /* dynamic */

return 0;

}

在用insmod命令將編譯好的模塊調入內存時，init_mole 函數被調用。在這里，init_mole只做了一件事，就是向系統的字元設備表登記了一個字元設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。

如果登記成功，返回設備的主設備號，不成功，返回一個負值。

void cleanup_mole(void)

{

unregister_chrdev(test_major，"test");

}

在用rmmod卸載模塊時，cleanup_mole函數被調用，它釋放字元設備test在系統字元設備表中佔有的表項。

一個極其簡單的字元設備可以說寫好了，文件名就叫test.c吧。

下面編譯 :

$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c –c表示輸出制定名，自動生成.o文件

得到文件test.o就是一個設備驅動程序。

如果設備驅動程序有多個文件，把每個文件按上面的命令行編譯，然後

ld ?-r ?file1.o ?file2.o ?-o ?molename。

驅動程序已經編譯好了，現在把它安裝到系統中去。

$ insmod ?–f ?test.o

如果安裝成功，在/proc/devices文件中就可以看到設備test，並可以看到它的主設備號。要卸載的話，運行 :

$ rmmod test

下一步要創建設備文件。

mknod /dev/test c major minor

c 是指字元設備，major是主設備號，就是在/proc/devices里看到的。

用shell命令

$ cat /proc/devices

就可以獲得主設備號，可以把上面的命令行加入你的shell script中去。

minor是從設備號，設置成0就可以了。

我們現在可以通過設備文件來訪問我們的驅動程序。寫一個小小的測試程序。

#include <stdio.h>

#include <sys/types.h>

#include <sys/stat.h>

#include <fcntl.h>

main()

{

int testdev;

int i;

char buf[10];

testdev = open("/dev/test"，O_RDWR);

if ( testdev == -1 )

{

printf("Cann't open file \n");

exit(0);

}

read(testdev，buf，10);

for (i = 0; i < 10;i++)

printf("%d\n"，buf[i]);

close(testdev);

}

編譯運行，看看是不是列印出全1

以上只是一個簡單的演示。真正實用的驅動程序要復雜的多，要處理如中斷，DMA，I/O port等問題。這些才是真正的難點。上述給出了一個簡單的字元設備驅動編寫的框架和原理，更為復雜的編寫需要去認真研究LINUX內核的運行機制和具體的設備運行的機制等等。希望大家好好掌握LINUX設備驅動程序編寫的方法。

❼ 解釋一下linux驅動程序結構框架及工作原理

一、Linux device driver 的概念

系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:

1、對設備初始化和釋放；

2、把數據從內核傳送到硬體和從硬體讀取數據；

3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據；

4、檢測和處理設備出現的錯誤。

在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。

已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。

最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。

二、實例剖析

我們來寫一個最簡單的字元設備驅動程序。雖然它什麼也不做，但是通過它可以了解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器，你就會獲得一個真正的設備驅動程序。

由於用戶進程是通過設備文件同硬體打交道，對設備文件的操作方式不外乎就是一些系統調用，如 open，read，write，close…， 注意，不是fopen， fread，但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構：

STruct file_operatiONs {

int (*seek) (struct inode * ，struct file *， off_t ，int);

int (*read) (struct inode * ，struct file *， char ，int);

int (*write) (struct inode * ，struct file *， off_t ，int);

int (*readdir) (struct inode * ，struct file *， struct dirent * ，int);

int (*select) (struct inode * ，struct file *， int ，select_table *);

int (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);

int (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);

int (*open) (struct inode * ，struct file *);

int (*release) (struct inode * ，struct file *);

int (*fsync) (struct inode * ，struct file *);

int (*fasync) (struct inode * ，struct file *，int);

int (*check_media_change) (struct inode * ，struct file *);

int (*revalidate) (dev_t dev);

}

這個結構的每一個成員的名字都對應著一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時，系統調用通過設備文件的主設備號找到相應的設備驅動程序，然後讀取這個數據結構相應的函數指針，接著把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣，則編寫設備驅動程序的主要工作就是編寫子函數，並填充file_operations的各個域。

下面就開始寫子程序。

#include <linux/types.h> 基本的類型定義

#include <linux/fs.h> 文件系統使用相關的頭文件

#include <linux/mm.h>

#include <linux/errno.h>

#include <asm/segment.h>

unsigned int test_major = 0;

static int read_test(struct inode *inode，struct file *file，char *buf，int count)

{

int left; 用戶空間和內核空間

if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )

return -EFAULT;

for(left = count ; left > 0 ; left--)

{

__put_user(1，buf，1);

buf++;

}

return count;

}

這個函數是為read調用准備的。當調用read時，read_test()被調用，它把用戶的緩沖區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時，系統進入核心態。所以不能使用buf這個地址，必須用__put_user()，這是kernel提供的一個函數，用於向用戶傳送數據。另外還有很多類似功能的函數。請參考，在向用戶空間拷貝數據之前，必須驗證buf是否可用。這就用到函數verify_area。為了驗證BUF是否可以用。

static int write_test(struct inode *inode，struct file *file，const char *buf，int count)

{

return count;

}

static int open_test(struct inode *inode，struct file *file )

{

MOD_INC_USE_COUNT; 模塊計數加以，表示當前內核有個設備載入內核當中去

return 0;

}

static void release_test(struct inode *inode，struct file *file )

{

MOD_DEC_USE_COUNT;

}

這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅為下面的結構提供函數指針。

struct file_operations test_fops = {?

read_test，

write_test，

open_test，

release_test，

};

設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(moles)，如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。

int init_mole(void)

{

int result;

result = register_chrdev(0， "test"， &test_fops); 對設備操作的整個介面

if (result < 0) {

printk(KERN_INFO "test: can't get major number\n");

return result;

}

if (test_major == 0) test_major = result; /* dynamic */

return 0;

}

在用insmod命令將編譯好的模塊調入內存時，init_mole 函數被調用。在這里，init_mole只做了一件事，就是向系統的字元設備表登記了一個字元設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。

如果登記成功，返回設備的主設備號，不成功，返回一個負值。

void cleanup_mole(void)

{

unregister_chrdev(test_major，"test");

}

在用rmmod卸載模塊時，cleanup_mole函數被調用，它釋放字元設備test在系統字元設備表中佔有的表項。

一個極其簡單的字元設備可以說寫好了，文件名就叫test.c吧。

下面編譯 :

$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c –c表示輸出制定名，自動生成.o文件

得到文件test.o就是一個設備驅動程序。

如果設備驅動程序有多個文件，把每個文件按上面的命令行編譯，然後

ld ?-r ?file1.o ?file2.o ?-o ?molename。

驅動程序已經編譯好了，現在把它安裝到系統中去。

$ insmod ?–f ?test.o

如果安裝成功，在/proc/devices文件中就可以看到設備test，並可以看到它的主設備號。要卸載的話，運行 :

$ rmmod test

下一步要創建設備文件。

mknod /dev/test c major minor

c 是指字元設備，major是主設備號，就是在/proc/devices里看到的。

用shell命令

$ cat /proc/devices

就可以獲得主設備號，可以把上面的命令行加入你的shell script中去。

minor是從設備號，設置成0就可以了。

我們現在可以通過設備文件來訪問我們的驅動程序。寫一個小小的測試程序。

#include <stdio.h>

#include <sys/types.h>

#include <sys/stat.h>

#include <fcntl.h>

main()

{

int testdev;

int i;

char buf[10];

testdev = open("/dev/test"，O_RDWR);

if ( testdev == -1 )

{

printf("Cann't open file \n");

exit(0);

}

read(testdev，buf，10);

for (i = 0; i < 10;i++)

printf("%d\n"，buf[i]);

close(testdev);

}

編譯運行，看看是不是列印出全1

以上只是一個簡單的演示。真正實用的驅動程序要復雜的多，要處理如中斷，DMA，I/O port等問題。這些才是真正的難點。上述給出了一個簡單的字元設備驅動編寫的框架和原理，更為復雜的編寫需要去認真研究LINUX內核的運行機制和具體的設備運行的機制等等。希望大家好好掌握LINUX設備驅動程序編寫的方法。

❽ Linux操作系統的基本框架結構有哪些組成

Linux目錄結構詳解 看下這篇文章吧，我自己寫 的，覺得有用可以關注下

❾ LINUX架構是什麼

linux最初在intel386機子上開發的，如果想了解透徹，需要看

《UNIX操作系統設計》

*《UNIX環境高級編程》

《操作系統：設計與實現》（MINIX）

《IBMPC匯編語言程序設計》

*《深入理解計算機系統》

《Linux權威指南》

《》

*《Intel80386Programmer';sReferenceManual》

*《TheCProgrammingLanguage》

等等書籍，對intel處理器機制要了解透徹,不是一個循環那麼簡單的。如果只是學驅動的話先看看ldd3,做點例子。

❿ 給出LINUX系統基本構成框架 圖或者語言描述

/ 根目錄。Linux文件系統的最底層目錄。/etc 服務主配置文件目錄，像apache網站服務、postfix電子郵局服務等等各種服務的主配置文件全部放在這個目錄里。/var 服務運行調用文件和輸出文件的存放目錄，如mysql資料庫服務運行時，庫文件存放的目錄就在/var下。/boot 系統啟動文件存放的目錄/root 系統超級管理員用戶根目錄。root用戶登錄之後就在這個目錄。/home 系統普通用戶根目錄。所有的普通用戶在創建時默認都會在/home下創建相應的根目錄，目錄名字就是用戶名字。/dev 系統認到的所有硬體設備的印象文件和2進制配置文件都在這里/mnt 系統掛載外部文件系統的入口目錄，比如光碟機，每次放入新的光碟（外部文件系統），要進行掛載才能進入光碟內讀取資料，進入光碟就是從/mnt下的cdrom目錄進來的，那個cdrom就是光碟的入口。/usr 各種應用程序的安裝目錄，像windows下的program files