Всем добрый день. Думаю, достаточно простой вопрос, но поиск ответа на него результатов не принес.
Nas4free 9.1.0.1, 573 сборка. Организован доступ к файлам через SMB. Файловая система - UFS. Заинтересовала особенность - в свойствах расшаренных файлов, с windows машин, при просмотре размера видно некоторое округление, например, пустой созданный файл - размер: 0 байт, на диске - 1 048 576 байт; другой файл - 2 769 904 байт, на диске - 3 145 728 байт. И все файлы аналогичным образом округляются кратными 1 048 576 байтам.
Вопрос - почему такое происходит? Напоминает округление до размера кластера, но слишком большое, да и вроде UFS такое не поддерживает.
This is the old XigmaNAS forum in read only mode,
it will taken offline by the end of march 2021!
I like to aks Users and Admins to rewrite/take over important post from here into the new fresh main forum!
Its not possible for us to export from here and import it to the main forum!
it will taken offline by the end of march 2021!
I like to aks Users and Admins to rewrite/take over important post from here into the new fresh main forum!
Its not possible for us to export from here and import it to the main forum!
Проблема с размерами файлов
Moderators: alexey123, MikeMac
-
Fox1911
- NewUser

- Posts: 6
- Joined: 10 Jun 2014 12:13
- Status: Offline
Re: Проблема с размерами файлов
Отвечу сам себе.
Проблема, как я и думал, кроется не в размере кластера (пошел трудным путем - в виртуальной машине расшарил 10мб жесткий диск и набил его на 33мб текстовыми файлами). Более того, проблема проявляется только на Windows 8. 7ка и ранние версии обрабатывают все правильно. Ответ кроется в параметре "allocation roundup size" smb.conf, выставленный по умолчанию как раз в размере 104857600.
Судя по мануалам, сделано для некоего повышения производительности.
Проблема, как я и думал, кроется не в размере кластера (пошел трудным путем - в виртуальной машине расшарил 10мб жесткий диск и набил его на 33мб текстовыми файлами). Более того, проблема проявляется только на Windows 8. 7ка и ранние версии обрабатывают все правильно. Ответ кроется в параметре "allocation roundup size" smb.conf, выставленный по умолчанию как раз в размере 104857600.
Судя по мануалам, сделано для некоего повышения производительности.
https://wiki.samba.org/index.php/Linux_PerformanceAs the Windows client issues one byte writes to extend a file every "allocation size" bytes, we can cheat by changing the allocation size we return on a per-share basis. For example, if you're mostly writing large video files onto a share, you can change the allocation size reported to the Windows client by changing the smb.conf parameter to something like 100MB, for example : "allocation roundup size = 104857600" from the default 1MB size. This can gain a few percent extra performance but may cause applications that use the allocation size to behave oddly, or even fail, as Windows never uses a size this large. As always, be careful and test your workload.