XigmaNAS

Всем добрый день. Думаю, достаточно простой вопрос, но поиск ответа на него результатов не принес.

Nas4free 9.1.0.1, 573 сборка. Организован доступ к файлам через SMB. Файловая система - UFS. Заинтересовала особенность - в свойствах расшаренных файлов, с windows машин, при просмотре размера видно некоторое округление, например, пустой созданный файл - размер: 0 байт, на диске - 1 048 576 байт; другой файл - 2 769 904 байт, на диске - 3 145 728 байт. И все файлы аналогичным образом округляются кратными 1 048 576 байтам.

Вопрос - почему такое происходит? Напоминает округление до размера кластера, но слишком большое, да и вроде UFS такое не поддерживает.

Отвечу сам себе.

Проблема, как я и думал, кроется не в размере кластера (пошел трудным путем - в виртуальной машине расшарил 10мб жесткий диск и набил его на 33мб текстовыми файлами). Более того, проблема проявляется только на Windows 8. 7ка и ранние версии обрабатывают все правильно. Ответ кроется в параметре "allocation roundup size" smb.conf, выставленный по умолчанию как раз в размере 104857600.
Судя по мануалам, сделано для некоего повышения производительности.

As 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.

https://wiki.samba.org/index.php/Linux_Performance