Це питання раніше задавались у переповнення стека, але хороші люди рекомендували мені спробувати спільноту тут.

Я досліджую розрізнені файли стосовно різних файлових систем і намагаюся знайти щось конкретне, що говорить про те, що розріджені файли підтримуються мережевими файловими системами (NFS) або сервером блоку повідомлень (SMB).

Я розумію, що SMB широко використовується в Windows, і згідно з цим записом сервер SMB може підтримувати розріджений файл, навіть якщо базова файлова система цього не робить. Однак, якщо я маю рацію, файлова система, яка не підтримує розріджені файли, просто заповнить «дірки» нулями, і це може призвести до проблеми з продуктивністю.

Що стосується NFS, я не зміг дізнатися нічого про використання NFS, що підтримують розріджені файли.

Отже, мої запитання:

Чи підтримуються розріджені файли в NFS та SMB?

NFS: він має часткову підтримку розрідженого файлу. В основному, він підтримує створення розрідженого файлу, але, читаючи, файл розширюється, включаючи нулі. Це означає, що, хоча ви можете створити розріджений файл за допомогою NFS, при читанні назад цього самого файлу дані мережевої транзиту включатимуть нулі, знайдені у вихідному файлі. Простий тест показує, що поведінка:

cd /mnt/nfs
truncate test.img -s 1G
ls -lh test.img

-rw-r - r--. 1 корінь кореня 1.0G 26 жовтня 11:29 test.img

du -hs test.img

0 тест.імг

Як бачите, файл test.img має розмір диска в 0 байт. Однак, читаючи його назад, використовуючи dd if=test.img of=/dev/null bs=1M iflag=directшоу

1024 + 0 записів у
1024 + 0
записаних 1073741824 байтів (1,1 ГБ) скопійовано, 10,2269 с, 105 МБ / с

Зрозуміло, що при передачі розрідженого файлу він розширюється, щоб включати всі нулі.

NFSv4.2 розшириться, включивши спеціальну обробку для передачі мережі розрідженого файлу. Іншим словом, з NFSv4.2 вищесказане ddзавершиться майже миттєво.

SMB: він має таку саму поведінку, як і NFS , принаймні в моїх тестових середовищах, використовуючи сервер Samba v3.6.x з CIFS v1 та клієнт Linux за допомогою mount.cifs. Можливо, під Windows він поводиться інакше ...

NFS

Так, NFS 4.2 повністю підтримує розріджені файли (див. Цей канонічний документ та цю презентацію ).

До початку NFS 4.2 модель клієнта / сервера NFS підтримувала розріджені файли в тому сенсі, що API підтримував усі операції з файлами POSIX. Це означало, що записування розріджених файлів на сервер, який підтримує розріджені файли у резервній файловій системі, призводить до створення розрідженого файлу (а не для зберігання безлічі нулів). Але читання файлу призведе до передачі багато нулів для розрідженого елемента. IE відповідь "частково".

NFS 4.2 додає клієнту можливість «бачити» дірки у файлах, а отже, серверу не потрібно передавати всі ці нулі. Ідентифікатор:

1.4.3.  Sparse Files

Sparse files are ones which have unallocated or uninitialized data
blocks as holes in the file.  Such holes are typically transferred as
0s during I/O. READ_PLUS (see Section 15.10) allows a server to send
back to the client metadata describing the hole and DEALLOCATE (see
Section 15.4) allows the client to punch holes into a file.  In
addition, SEEK (see Section 15.11) is provided to scan for the next
hole or data from a given location.

Незважаючи на те, що специфікація підтримує розріджені файли, ледачий реалізатор може уникнути впровадження підтримки для розріджених файлів як у клієнта, так і на сервері.

SMB

Я знаю менше про SMB, але я вважаю, що він також підтримує розріджені файли, якщо встановлено відповідний біт можливостей FS. Дивіться тут для отримання додаткової інформації.