Linux中sparse文件處理與傳輸?shù)姆椒ㄊ鞘裁?/h1>

本篇內容主要講解“Linux中sparse文件處理與傳輸?shù)姆椒ㄊ鞘裁础?，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Linux中sparse文件處理與傳輸?shù)姆椒ㄊ鞘裁础卑?

我們提供的服務有：成都網(wǎng)站制作、成都做網(wǎng)站、外貿營銷網(wǎng)站建設、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、涼州ssl等。為上千企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的涼州網(wǎng)站制作公司

0.  什么是sparse文件

當用戶申請一塊很大的存儲空間時，由于最開始并沒有寫入數(shù)據(jù)(全是空)，此時文件系統(tǒng)為了節(jié)省存儲資源，提高資源利用率，不會分配實際存儲空間，只有當真正寫入數(shù)據(jù)時，操作系統(tǒng)才真正一點一點地分配空間，比如一次64KB。于是這個文件看起來很大，而占用空間很小，實際占用空間只與用戶填的數(shù)據(jù)量有關。該文件看起來像一個大盒子，但可能裝的東西不多，空洞很大，因此稱為稀疏文件(Sparse  file)。Sparse文件是Linux文件系統(tǒng)的一個高級特性，能夠實現(xiàn)磁盤的超負載使用(overload)。它最經典的應用就是為虛擬機創(chuàng)建虛擬硬盤以及數(shù)據(jù)庫快照，比如我們使用qemu-img創(chuàng)建一個大小為20GB的raw文件(注意qcow2格式不是sparse文件):

fgp@node1:~$ qemu-img create -f raw test.raw 20G Formatting 'test.raw', fmt=raw size=21474836480 fgp@node1:~$ qemu-img info test.raw image: test.raw file format: raw virtual size: 20G (21474836480 bytes) disk size: 0

以上我們使用qemu-img創(chuàng)建了一個20G的鏡像文件，由qemu-img info顯示，virtual size為我們分配的空間大小，而disk  size為實際占用的空間,最開始并不占任何磁盤空間。

注：qemu-img create -f raw相當于`truncate -s 20G test.raw’。

當然也會有問題，比如系統(tǒng)生成了一堆sparse文件，如果文件系統(tǒng)滿了，則這些文件都會寫入失敗，為了避免這種情況，需要控制sparse文件的數(shù)量。

1.如何判斷是否sparse文件

除了以上的鏡像文件可能是sparse文件，其他文件類型也有可能是sparse文件，如何判斷是否sparse文件呢?最簡單的辦法是使用ls命令和du命令分別查看大小，如果二者大小不一致，則說明是sparse文件。我們可以使用dd命令快速生成一個sparse文件：

dd if=/dev/zero of=sparse_file bs=1M seek=1024 count=0

以上命令從第1024 *  1M處開始寫文件(相當于中間空了1GB空間)，寫入/dev/zero，實際寫入了0個塊(count=0)，因此實際上并沒有寫入任何數(shù)據(jù)。我們使用ls  -lh查看其大?。?/p>

~$ ls -lh sparse_file -rw-rw-r-- 1 fgp fgp 1.0G May 26 15:47 sparse_file

可見該文件顯示為1G。

我們再使用du -h命令查看其占用磁盤空間大小:

~$ du -h sparse_file 0   sparse_file

我們發(fā)現(xiàn)實際占用磁盤空間為0。

我們也可以直接使用ls的-s參數(shù)查看文件實際占用空間大?。?/p>

~$ ls -slh sparse_file 0 -rw-rw-r-- 1 fgp fgp 1.0G May 26 15:47 sparse_file

其中***列為實際占用磁盤空間大小，第6列為文件大小(虛擬大小)。

另外使用truncate命令可以隨意調節(jié)文件大小(如果該文件不存在則會自動創(chuàng)建)，比如:

~$ truncate --size 1T sparse_file ~$ du -h sparse_file 0   sparse_file ~$ ls -lh sparse_file -rw-rw-r-- 1 fgp fgp 1.0T May 26 16:09 sparse_file

以上我們把sparse_file文件大小調為1TB，實際上就是往后面追加空洞(extended part (hole) reads as zero  bytes),因此不會占用實際磁盤空間。當然也可以縮小文件大小，但是如果比文件數(shù)據(jù)占用空間還小的話，就會截取數(shù)據(jù)，因此部分數(shù)據(jù)會丟失。

truncate -s 500M sparse_file ~$ ls -lh sparse_file -rw-rw-r-- 1 fgp fgp 500M May 26 16:12 sparse_file

以上我們把該文件縮減為500MB。

2. sparse文件處理

sparse文件在處理時也存在一些問題，比如我們使用sed對一個sparse文件進行處理。

fgp@node1:~/tmp$ echo "Hello World" >test.raw fgp@node1:~/tmp$ truncate -s 1G test.raw fgp@node1:~/tmp$ ls -slh total 68K 4.0K -rw-rw-r-- 1 fgp fgp 1.0G May 28 14:52 test.raw fgp@node1:~/tmp$ sed -i 's/Hello/HELLO/g' test.raw fgp@node1:~/tmp$ ls -slh total 1.1G 1.1G -rw-rw-r-- 1 fgp fgp 1.0G May 28 14:53 test.raw

以上我們使用truncate創(chuàng)建了一個sparse文件，然后通過sed命令把Hello改為HELLO，我們期望能夠保留該文件的sparse特性，但實際上我們發(fā)現(xiàn)僅僅修改了該文件的一行數(shù)據(jù)，該文件的空洞被填滿，瞬間占用磁盤空間為1G。一個只有4K大小的文件使用sed命令后變成了1G，這讓人感到莫名其妙不是嗎?

再比如我們我們使用tar命令對文件進行歸檔：

fgp@node1:~/tmp$ qemu-img create -f raw test.raw 1G Formatting 'test.raw', fmt=raw size=1073741824 fgp@node1:~/tmp$ time tar -cf test.tar test.raw  real    0m2.145s user    0m0.012s sys 0m1.640s fgp@node1:~/tmp$ time tar -cJf test.tar.xz test.raw  real    1m0.692s user    0m59.060s sys 0m1.048s fgp@node1:~/tmp$ ls -lsh total 1.1G    0 -rw-r--r-- 1 fgp fgp 1.0G May 28 15:37 test.raw 1.1G -rw-rw-r-- 1 fgp fgp 1.1G May 28 15:37 test.tar 156K -rw-rw-r-- 1 fgp fgp 153K May 28 15:39 test.tar.xz

以上我們創(chuàng)建了一個1G的sparse文件，當使用tar直接歸檔時發(fā)現(xiàn)該文件變成了非sparse文件，占用了1G的磁盤空間。而使用xz壓縮時，雖然解決了存儲空間的問題，同時也帶來壓縮時間開銷問題(耗費了1分鐘的時間進行壓縮)。

接下來介紹下熟悉的經典命令cp,cp命令可謂無人不知。眾所周知，它用于在本地拷貝文件。值得慶幸(為什么慶幸，因為并不是所有的命令都支持該特性)的是cp命令能夠自動探測文件是否sparse文件，空洞數(shù)據(jù)不會拷貝，并且能夠保留sparce文件副本的稀疏性質：

fgp@node1:~$ cp sparse_file sparse_file.copy fgp@node1:~$ ls -slh sparse_file* 0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file 0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file.copy

我們看看和cp命令類似的命令scp,scp用于遠程拷貝文件(遠程傳輸文件):

fgp@node1:~$ scp sparse_file localhost:~/sparse_file.copy sparse_file                                            100% 2048MB  97.5MB/s   00:21 fgp@node1:~$ ls -slh sparse_file*    0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file 2.1G -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:42 sparse_file.copy

我們發(fā)現(xiàn)scp不能識別sparse文件，傳輸一個sparse文件時會自動填滿空洞，發(fā)送整個文件內容。

其實cp命令有一個針對sparse文件拷貝優(yōu)化的參數(shù)--sparse=WHEN，其中WHEN的合法值為auto、always、never，默認為auto，能自動識別是否sparse文件。如果設置為never則會自動填滿數(shù)據(jù)，拷貝整個文件：

fgp@node1:~$ cp --sparse=never sparse_file sparse_file.copy.2 fgp@node1:~$ ls -lhs sparse_file*    0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file 2.1G -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:42 sparse_file.copy 2.1G -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:50 sparse_file.copy.2

可見sparse_file.copy.2填滿了空洞，相當于把sparse文件轉化成了非sparse文件。

如果指定為always，則cp會嘗試把文件轉換為sparse文件，減少磁盤占用空間：

fgp@node1:~$ cp --sparse=always sparse_file.copy sparse_file.copy.3 fgp@node1:~$ ls -lsh sparse_file*    0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file 2.1G -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:42 sparse_file.copy 2.1G -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:50 sparse_file.copy.2    0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:52 sparse_file.copy.3

由結果發(fā)現(xiàn)，我們把非sparse文件sparse_file.copy轉成了sparse文件sparse_file.copy.3。

注：cp命令黑科技，cp實現(xiàn)sparse文件的相互轉換!

其實除了cp命令，我們上面的tar命令也支持–sparse參數(shù)：

fgp@node1:~/tmp$ time tar -cSf test.tar test.raw  real    0m0.002s user    0m0.000s sys 0m0.000s fgp@node1:~/tmp$ time tar -cSJf test.tar.xz test.raw  real    0m0.011s user    0m0.000s sys 0m0.008s fgp@node1:~/tmp$ ls -slh total 16K    0 -rw-r--r-- 1 fgp fgp 1.0G May 28 15:37 test.raw  12K -rw-rw-r-- 1 fgp fgp  10K May 28 15:42 test.tar 4.0K -rw-rw-r-- 1 fgp fgp  184 May 28 15:43 test.tar.xz

對比前面的結果，我們發(fā)現(xiàn)使用tar的-S(–sparse)參數(shù)很好的處理sparse文件。

另外cpio也支持同樣的參數(shù)，但可惜的是scp命令不支持，因此我們使用scp遠程傳輸大量的sparse文件時效率極低，并且浪費大量網(wǎng)絡空間。比如我們經常使用qemu-img創(chuàng)建了一個40GB的raw文件，然后需要拷貝鏡像到其他機器上，雖然該文件可能只占了1GB左右的磁盤空間，可使用scp需要傳輸40GB的空間，并且遠程需要預留40GB的磁盤空間。那有沒有高效傳輸sparse文件的方法呢?實際上，很可惜，好像并沒有，不過有比較好的方法，請看下一節(jié)內容。

3.相對高效傳輸sparse文件的方法

我們前面說了scp不支持sparse文件的處理，好在rsync命令支持sparse文件處理：

fgp@node1:~$ rsync  -av --sparse --progress sparse_file localhost:~/sparse_file.copy fgp@localhost's password: sending incremental file list sparse_file   2,147,483,648 100%   74.67MB/s    0:00:27 (xfr#1, to-chk=0/1)  sent 2,148,008,037 bytes  received 35 bytes  66,092,556.06 bytes/sec total size is 2,147,483,648  speedup is 1.00 fgp@node1:~$ ls -lhs sparse_file* 0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file 0 -rw-rw-r-- 1 fgp fgp 2.0G May 26 16:39 sparse_file.copy

遺憾的是，雖然目標文件保留了其sparse特性，節(jié)省了目標主機的存儲空間，但并沒有節(jié)省網(wǎng)絡傳輸帶寬，依然傳輸了2GB的數(shù)據(jù),rsync不能過濾掉空洞數(shù)據(jù)的傳輸。

值得一提的是rsync有一個參數(shù)--inplace，這個參數(shù)能夠探測源文件和目標文件是否修改的塊，傳輸時只傳遞修改的塊，當然***次傳輸文件時，這個參數(shù)并沒有什么用。但可惜的是–sparse參數(shù)和–inplace參數(shù)不能同時使用。通常做法是***次傳輸文件時，使用–sparse參數(shù)，之后如果對文件進行了修改，需要同步遠程時，使用–inplace參數(shù)，它只會在原文件的基礎上傳輸更新的塊。(可以先在遠程目標機器上先使用truncate命令創(chuàng)建一個同名的sparse文件，再使用–inplace參數(shù)傳遞)。

當然如果我們傳輸?shù)氖晴R像文件，可以通過qemu-img把raw格式在本地轉化為qcow2格式后再傳輸:

fgp@node1:~/tmp$ ls -lsh total 0 0 -rw-rw-r-- 1 fgp fgp 10G May 28 15:00 test.raw fgp@node1:~/tmp$ qemu-img convert -f raw -O qcow2 test.raw test.qcow2 fgp@node1:~/tmp$ ls -lsh total 196K 196K -rw-r--r-- 1 fgp fgp 193K May 28 15:12 test.qcow2    0 -rw-rw-r-- 1 fgp fgp  10G May 28 15:00 test.raw

轉化成qcow2格式后，不再是sparse文件，因此不會存在以上問題。由以上輸出我們發(fā)現(xiàn)，該文件只有196K，因此傳輸量大幅度減少。

到此，相信大家對“Linux中sparse文件處理與傳輸?shù)姆椒ㄊ鞘裁础庇辛烁畹牧私?，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續(xù)學習！

網(wǎng)站欄目：Linux中sparse文件處理與傳輸?shù)姆椒ㄊ鞘裁?
鏈接分享：http://weahome.cn/article/psssgd.html