成人在线亚洲_国产日韩视频一区二区三区_久久久国产精品_99国内精品久久久久久久

您的位置:首頁技術文章
文章詳情頁

UNIX文件系統的分析和比較深入認識

瀏覽:279日期:2022-06-03 13:18:31
小生想從源碼的角度解釋一下Unix的文件系統。(前天因為不能發在首頁所以重發,為什么有3天的限制呢,真是的哦)
首先一個文件在沒有被打開的情況下,需要什么貯存在磁盤呢?
一般而言,需要的是:
1,一個目錄項
2,一個磁盤Inode項
3,磁盤上的n塊(n可為0)
目錄項是一個結構,最重要的元素一個為名字,一個為指向inode結構的指針。另外目錄的執行權是為了把文件名轉換為Inode而存在的,具體的操作函數為namei。(大家可參閱具體的源碼)
Inode項也是一個結構,v7實現如下

復制代碼代碼如下:
struct dinode
{
unsigned short di_mode; /* mode and type of file */
short di_nlink; /* number of links to file */
short di_uid; /* owner"s user id */
short di_gid; /* owner"s group id */
off_t di_size; /* number of bytes in file */
char di_addr[40]; /* disk block addresses */
time_t di_atime; /* time last accessed */
time_t di_mtime; /* time last modified */
time_t di_ctime; /* time created */
};

元素所表示的內容相關的注釋都已經說明了,不過小生還是介紹一下具體的內容
di_mode說明文件的權限和類型
di_nlink說明文件的鏈接數
di_uid文件的用戶,di_gid文件的組
di_size邏輯上文件的大小(以字節計數)
di_addr文件所占用的磁盤塊的地址
3個時間表示訪問,修改和創建時間
磁盤塊沒什么好說的,具體實現可能512字節一塊
當引用一個文件時(并非打開一個文件)可能需要的如下:
1,一個內存Inode項
內存inode項的v7實現可能如下:

復制代碼代碼如下:
struct inode
{
Char i_flag;
char i_count; /* reference count */
dev_t i_dev; /* device where inode resides */
ino_t i_number; /* i number, 1-to-1 with device address */
unsigned short i_mode;
short i_nlink; /* directory entries */
short i_uid; /* owner */
short i_gid; /* group of owner */
off_t i_size; /* size of file */
union {
struct {
daddr_t i_addr[NADDR]; /* if normal file/directory */
daddr_t i_lastr; /* last logical block read (for read-ahead) */
};
struct {
daddr_t i_rdev; /* i_addr[0] */
struct group i_group; /* multiplexor group file */
};
} i_un;
};

基本的內容和磁盤的一樣,多出了一些內容,最重要的是多出了i_count用以記錄引用次數
當一個文件被打開時需要的內容如下:
1, 用戶u區中的u_ofile數組中的一項
2, 文件表中的一項
u_ofile存放的是指向具體的file結構中的一項的指針,所謂的文件描述符就是u_ofile數組的下標
文件表v7的實現如下:

復制代碼代碼如下:
struct file
{
char f_flag;
char f_count; /* reference count */
struct inode *f_inode; /* pointer to inode structure */
union {
off_t f_offset; /* read/write character pointer */
struct chan *f_chan; /* mpx channel pointer */
} f_un;
};

文件表最初似乎是為了共享偏移量(f_offset)而設計的,因為有注釋就不多贅敘了,正如大家所知道的,用dup復制一個文件描述符和再次打開一個文件是不一樣,具體的差別就是f_count的值。實際上大家可以自己思考一下所有的文件打開關閉,link和unlink等等文件操作(我想這是非常有益,不過大家不必真的去參閱源碼,只要自己想想是怎么回事就行,unix源碼水平極高,如果真的全部看懂需要很多時間)。
另外鑒于要不發布要不爛掉的原則,我將本人昨天晚上寫的源碼發布。
源碼是find命令的簡單實現,直接的參數是-name, -user, -group,具體用法如下
Find 目錄(文件)列表 可選的參數
源碼的水平并不高,而且實現也不是很好,不過我想初學c的讀者還是能得到一定的幫助的,
如果有高手覺得哪里需要修改的,請注明

小生想從源碼的角度解釋一下Unix的文件系統。(前天因為不能發在首頁所以重發,為什么有3天的限制呢,真是的哦)
首先一個文件在沒有被打開的情況下,需要什么貯存在磁盤呢?
一般而言,需要的是:
1,一個目錄項
2,一個磁盤Inode項
3,磁盤上的n塊(n可為0)
目錄項是一個結構,最重要的元素一個為名字,一個為指向inode結構的指針。另外目錄的執行權是為了把文件名轉換為Inode而存在的,具體的操作函數為namei。(大家可參閱具體的源碼)
Inode項也是一個結構,v7實現如下

復制代碼代碼如下:
struct dinode
{
unsigned short di_mode; /* mode and type of file */
short di_nlink; /* number of links to file */
short di_uid; /* owner"s user id */
short di_gid; /* owner"s group id */
off_t di_size; /* number of bytes in file */
char di_addr[40]; /* disk block addresses */
time_t di_atime; /* time last accessed */
time_t di_mtime; /* time last modified */
time_t di_ctime; /* time created */
};

元素所表示的內容相關的注釋都已經說明了,不過小生還是介紹一下具體的內容
di_mode說明文件的權限和類型
di_nlink說明文件的鏈接數
di_uid文件的用戶,di_gid文件的組
di_size邏輯上文件的大小(以字節計數)
di_addr文件所占用的磁盤塊的地址
3個時間表示訪問,修改和創建時間
磁盤塊沒什么好說的,具體實現可能512字節一塊
當引用一個文件時(并非打開一個文件)可能需要的如下:
1, 一個內存Inode項
內存inode項的v7實現可能如下:

復制代碼代碼如下:
struct inode
{
Char i_flag;
char i_count; /* reference count */
dev_t i_dev; /* device where inode resides */
ino_t i_number; /* i number, 1-to-1 with device address */
unsigned short i_mode;
short i_nlink; /* directory entries */
short i_uid; /* owner */
short i_gid; /* group of owner */
off_t i_size; /* size of file */
union {
struct {
daddr_t i_addr[NADDR]; /* if normal file/directory */
daddr_t i_lastr; /* last logical block read (for read-ahead) */
};
struct {
daddr_t i_rdev; /* i_addr[0] */
struct group i_group; /* multiplexor group file */
};
} i_un;
};

基本的內容和磁盤的一樣,多出了一些內容,最重要的是多出了i_count用以記錄引用次數
當一個文件被打開時需要的內容如下:
1,用戶u區中的u_ofile數組中的一項
2,文件表中的一項
u_ofile存放的是指向具體的file結構中的一項的指針,所謂的文件描述符就是u_ofile數組的下標
文件表v7的實現如下:

復制代碼代碼如下:
struct file
{
char f_flag;
char f_count; /* reference count */
struct inode *f_inode; /* pointer to inode structure */
union {
off_t f_offset; /* read/write character pointer */
struct chan *f_chan; /* mpx channel pointer */
} f_un;
};

文件表最初似乎是為了共享偏移量(f_offset)而設計的,因為有注釋就不多贅敘了,正如大家所知道的,用dup復制一個文件描述符和再次打開一個文件是不一樣,具體的差別就是f_count的值。實際上大家可以自己思考一下所有的文件打開關閉,link和unlink等等文件操作(我想這是非常有益,不過大家不必真的去參閱源碼,只要自己想想是怎么回事就行,unix源碼水平極高,如果真的全部看懂需要很多時間)。
另外鑒于要不發布要不爛掉的原則,我將本人昨天晚上寫的源碼發布。
源碼是find命令的簡單實現,直接的參數是-name, -user, -group,具體用法如下
Find 目錄(文件)列表 可選的參數
源碼的水平并不高,而且實現也不是很好,不過我想初學c的讀者還是能得到一定的幫助的,
如果有高手覺得哪里需要修改的,請注明
[/code]
相關文章:
成人在线亚洲_国产日韩视频一区二区三区_久久久国产精品_99国内精品久久久久久久
国产伦精品一区| 欧美区在线观看| 在线观看免费亚洲| 亚洲精品日韩专区silk | 91视频你懂的| 精品国产一区二区在线观看| 国产福利电影一区二区三区| 欧美日韩国产一二三| 日本成人在线视频网站| 蜜桃久久av| 亚洲最大成人综合| 国产欧美日韩亚洲| 一二三区精品视频| 国产精品www994| 中文字幕免费观看一区| 欧美.www| 中文成人综合网| 黄色日韩精品| 亚洲免费观看视频| 国产日韩欧美三区| 亚洲欧美日韩小说| 国产精品久久久久久久久久妞妞 | 日本aⅴ亚洲精品中文乱码| 久久亚洲免费| 日韩激情在线观看| 日本高清不卡在线观看| 久久精品国产99国产| 欧美一区二区在线视频| 成人午夜精品在线| 久久嫩草精品久久久精品| 91免费国产在线观看| 国产日韩欧美麻豆| 精品白丝av| 亚洲午夜激情av| 噜噜爱69成人精品| 久久精品国产亚洲a| 欧美日韩国产综合一区二区三区 | 日本不卡不码高清免费观看| 欧美色男人天堂| 韩国v欧美v亚洲v日本v| 欧美一区二区精品| 91麻豆精品在线观看| 国产精品超碰97尤物18| 亚洲深夜影院| 全国精品久久少妇| 日韩视频在线永久播放| 99re这里只有精品首页| 国产精品福利一区二区| 一区精品久久| 亚洲国产日韩一级| 欧美日韩久久一区二区| 成人h动漫精品| 亚洲欧洲另类国产综合| 美日韩在线观看| 激情偷乱视频一区二区三区| 精品少妇一区二区三区日产乱码| 欧美在线免费| 夜夜嗨av一区二区三区四季av| 久久久亚洲一区| 精品一区二区三区蜜桃| 久久人人97超碰com| 亚洲国产日韩欧美一区二区三区| 亚洲成在人线在线播放| 欧美性三三影院| 成人永久aaa| 国产精品短视频| 日本福利一区二区| 成人黄页在线观看| 亚洲天堂2016| 一本一本大道香蕉久在线精品 | 精品国产伦理网| 亚洲全部视频| 久久99这里只有精品| 久久夜色精品一区| 亚洲中字黄色| 国产九色精品成人porny| 国产视频一区在线播放| 国产精品日韩高清| 国产综合久久久久久鬼色| 欧美国产视频在线| 久久久久久九九九九| 成人免费视频网站在线观看| 亚洲精品亚洲人成人网在线播放| 欧美性感一区二区三区| 欧美精品黄色| 日本美女一区二区三区视频| 日韩欧美国产麻豆| 99热这里只有精品8| 国产日产欧美一区二区视频| 久久亚洲免费| 99久久国产综合精品色伊| 亚洲一区二区三区四区中文字幕| 欧美一区二区在线免费播放| 亚洲黄色成人| 国产精品一级二级三级| 亚洲日本成人在线观看| 欧美猛男超大videosgay| 韩国av一区| 国产一区二区女| 亚洲精品你懂的| 日韩一区二区电影网| 国产亚洲午夜| 99视频一区二区| 日韩成人一级片| 欧美国产日韩精品免费观看| 欧美在线制服丝袜| 黄色在线一区| 国产成a人亚洲精| 亚洲成人久久影院| 欧美69wwwcom| 精品一区二区精品| 亚洲免费观看高清完整版在线| 欧美伦理电影网| 伊人蜜桃色噜噜激情综合| 国产精品一区二区黑丝| 亚洲伊人色欲综合网| 久久看人人爽人人| 欧美日韩1234| 一区二区激情| av欧美精品.com| 日韩高清欧美激情| 综合久久综合久久| 欧美成人女星排名| 欧洲精品在线观看| 99热这里只有精品8| 96av麻豆蜜桃一区二区| 奇米一区二区三区| 亚洲精品久久久蜜桃| 久久美女高清视频| 91麻豆精品国产91久久久久| 久久大香伊蕉在人线观看热2| 色综合天天性综合| 国产乱子轮精品视频| 亚洲一区二区三区不卡国产欧美 | 国产精品色在线| 久久先锋资源网| 欧美日韩成人激情| 色婷婷综合久久久久中文一区二区| 欧美精品一区在线发布| 粉嫩蜜臀av国产精品网站| 另类中文字幕网| 亚洲成人av电影在线| 国产精品成人一区二区三区夜夜夜| 欧美一区二区三区免费视频 | 亚洲欧洲日韩综合二区| 91丨porny丨蝌蚪视频| 国内精品国产成人| 天堂成人国产精品一区| 亚洲精品中文字幕乱码三区| 国产精品久久免费看| 国产日产欧美一区| 精品国产伦理网| 欧美大胆人体bbbb| 欧美三级在线视频| 欧美在线观看一区二区| 亚洲欧美日韩精品在线| 在线观看成人av| 狠狠入ady亚洲精品| 欧美 日韩 国产在线| 97精品国产露脸对白| aa级大片欧美| 国产成人精品免费在线| 精品亚洲欧美一区| 九九在线精品视频| 久久狠狠亚洲综合| 青草国产精品久久久久久| 日韩电影免费在线看| 免费人成在线不卡| 美女视频网站久久| 精品一区二区在线播放| 激情六月婷婷综合| 久久精品国产精品亚洲综合| 美女任你摸久久| 久久精品99国产国产精| 精品一区二区三区在线播放| 老鸭窝一区二区久久精品| 青青草97国产精品免费观看| 久久精品国产久精国产| 精品一区二区在线观看| 国产一本一道久久香蕉| 久久66热re国产| 国产永久精品大片wwwapp| 国产一区二区精品在线观看| 国产伦精一区二区三区| 高清久久久久久| bt欧美亚洲午夜电影天堂| 91丝袜美女网| 一区在线视频观看| 在线视频免费在线观看一区二区| 国产日产精品一区二区三区四区的观看方式| 在线一区视频| 久久夜色精品| 欧洲一区在线观看| 欧美日本视频在线| 日韩欧美在线影院| 久久久久久久久久久电影| 国产精品萝li| 亚洲视频一区二区免费在线观看| 亚洲综合色噜噜狠狠| 日本欧美加勒比视频|