none
Вопрос по квотам файл сервера RRS feed

  • Общие обсуждения

  • Вопрос простой. Создали директорию 00_quote1. Установили жесткую квоту 100мб.

    Создаем в папке  100 000 файлов размером 100байт.

    Не понятно, как считается сколько использовано. Цифра похожа на занятое место, но только разница в 10 раз.

    Поясните пожалуйста как считается занятое место в квоте. И почему в двух картинках разные цифры.


    В конце концов причина причин оказалась в начале начал...

    10 апреля 2014 г. 6:53

Все ответы

  • fsrm считает реальное место под квоты. размер кластера файловой системы(в вашем случае вроде 40Кб) при этом не учитывается.

    т.е. даже файл размером 1 байт на диске будет занимать 40Кб в вашем случае

    10 апреля 2014 г. 7:40
  • Размер кластера у нас в данном случае 4кб. И реальное место на диске как раз есть 390мб. Но fsrm показывает, что квота заполнена на 97% (из 100мб)

    В том-то и вопрос. что реально считается


    В конце концов причина причин оказалась в начале начал...

    10 апреля 2014 г. 8:16
  • сорри, не разглядел на первой картинке,

    попробую потестировать

    10 апреля 2014 г. 9:44
  • нашел свой вопрос столетней давности.... но тогда я пришел к не совсем правильным выводам

    http://social.technet.microsoft.com/Forums/ru-RU/51668643-0bac-4869-ae73-678cd811856b/ntfs-?forum=windowsserverru

    ну чтож, приступим

    Чистый диск после формата:

    E:\>fsutil volume diskfree e:
    Total # of free bytes        : 10651197440
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10651197440

    создаем папку

    E:\>md test

    замечаем что MFT увеличивается на один кластер

    E:\>fsutil volume diskfree e:
    Total # of free bytes        : 10651193344
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10651193344

    создаем 2ю папку

    E:\>md test2

    размер MFT не меняется(инфа пишется в тотже кластер)

    E:\>fsutil volume diskfree e:
    Total # of free bytes        : 10651193344
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10651193344

    =======
    создаю ручками стандартную хардквоту квоту на 100 мб (лень искать консольные команды)
    =======
    E:\>cd test

    генерю 10001 файл размером 100 байт (сто тыщь офигею ждать, да виртуалка обидится :-) )

    E:\test>for /l %a in (1,1,10001) do fsutil file createnew test%a.txt 100

    ~~~~~~бла-бла-бла~~~~~~~~~~

    E:\test>fsutil file createnew test10000.txt 100
    File E:\test\test10000.txt is created

    E:\test>fsutil file createnew test10001.txt 100
    File E:\test\test10001.txt is created

    E:\test>fsutil volume diskfree e:
    Total # of free bytes        : 10638336000
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10638336000

    ============
    10651193344-10638336000=12857344 байт = 12556 Кб ~= 12,26 Мб

    при этом консоль FSRM кажет ситуацию идентичную вашей (ну с разницей в 10 раз)

    использовано 9.77 Мб

    (при реально использованных 976 Кб, место на диске соответственно 39 метров)

    т.е. в моем случае каждый 100 байтный файл 12857344/10001=1285,605839416058 занимает примерно 1286 байт на диске с точки зрения файловой системы. но с точки зрения FSRM каждый файлик юзает только ~ 9.77 Мб = 10244588 байт ~= 1024 байта! бинго.

    НО ОТКУДА берутся данные цифры?

    ===========================

    ПРОДОЛЖЕНИЕ СЛЕДУЕТ... :)

    11 апреля 2014 г. 12:59
  • Вернемся к статье

    http://technet.microsoft.com/en-us/library/cc781134%28WS.10%29.aspx

    NTFS creates a file record for each file and a folder record for each folder created on an NTFS volume. The MFT includes a separate file record for the MFT itself. These file and folder records are 1 KB each and are stored in the MFT. The attributes of the file are written to the allocated space in the MFT. Besides file attributes, each file record contains information about the position of the file record in the MFT. The figure MFT Entry with Resident Record shows the contents of an MFT record for a small file or folder. Small files and folders (typically, 900 bytes or smaller) are entirely contained within the file’s MFT record.

    продолжая предыдущее исследование :

    запустил создание еще одной кучки(10001 штука) файлов но размером 0 байт.

    картина идентичная

    С точки зрения FSRM - размер папки увеличился ровно вдвое - 19.5Мб, (статистика по папке не изменилась - размер 976 Кб, место на диске соответственно 39 метров) (т.е. FSRM просто берет 1кб на каждый файл которые ему выделяются в MFT)

    а вот как изменилось место на диске

    C:\Users\Administrator.DC>fsutil volume diskfree e:
    Total # of free bytes        : 10638336000
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10638336000

    C:\Users\Administrator.DC>fsutil volume diskfree e:
    Total # of free bytes        : 10623918080
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10623918080

    10638336000-10623918080=14417920=14080кб~= 13,75Мб !!!! :) (если посмотреть статистику выше, то с точки зрения банальной математики - файлы нулевого размера занимают больше чем файлы по 100байт)

    но нам же лень сидеть на попе ровно - создадим еще 10001 файл по 1024 байта.и получаем совсем сногсшибательную картинку -

    FSRM заявляет что мы в итоге поюзали аж 63.8 Мб (более 4х килобайт на каждый новый 1Кб файлик)

    C:\Users\Administrator.DC>fsutil volume diskfree e:
    Total # of free bytes        : 10568798208
    Total # of bytes             : 10734268416
    Total # of avail free bytes  : 10568798208

    продолжаю наблюдение...

    ===========================

    ПРОДОЛЖЕНИЕ СЛЕДУЕТ... :)


    • Изменено Svolotch 11 апреля 2014 г. 14:04
    11 апреля 2014 г. 13:47
  • Ну так никто не подскажет пруф на реальное положение дел?

    В конце концов причина причин оказалась в начале начал...

    2 сентября 2014 г. 16:18