Хотя я могу'т говорить о том, что "исследования", которая издается "в рецензируемых журналах и" - и я бы'т хотим, чтобы полагаться на тех, для повседневной работы - я могу говорить о реалиях сотни рабочих серверов под различными ОС в течение многих лет:

Есть три причины, почему полный диск снижает производительность:

Пространства, свободного от голода: думаю, временные файлы, обновления и т. д.

• Деградация файла системы: файловые системы имеют в своей способности оптимально выкладывать файлы, если не хватает места присутствует
• Оборудование деградации уровня: SSD и СМР диски без достаточно свободного места покажет снижению пропускной способности и - что еще хуже - увеличивать задержку (иногда на много порядков)

Первый пункт тривиален, особенно после ни один здравомыслящий производственная система будет использовать файл подкачки в динамично расширения и сжатия файлов.

Второй момент, который сильно отличается от файловой системы и рабочей нагрузки. Для Windows-системы со смешанной рабочей нагрузки, порогового значения 70% оказывается вполне пригодной. Для Linux файловая система ext4 на нескольких крупных файлов (например, системы видео-трансляции), это может пойти до 90+%.

Третий момент аппаратные и зависит от прошивки, но особенно дисков SSD с контроллером SandForce может упасть обратно в блок стирания на высокой-пишите нагрузок, что приводит к задержки записи на тысячи процентов. Мы обычно оставляем 25% бесплатно на уровне раздела, а затем наблюдать заполняемость не ниже 80%.

Рекомендации

Я понимаю, что я упомянул, как убедитесь, что максимальная скорость заполнения применяется. Некоторые случайные мысли, никто из них "в рецензируемых" по (платная, фальшивые или настоящие), но все они из производственных систем.

• Использовать границы файловой системы: /ВАР не'т принадлежат в корень файловой системы.
• Мониторинг, мониторинг, мониторинг. Использовать готовое решение, если оно вам подходит, то разбираем выход из команды df-h` и давайте сигналы тревоги в случае. Это может спасти вас от 30 ядер на корневой ФС с установленной автоматической-обновления и работает без опции autoremove. Взвесить потенциальные сбои переполнение ФС от стоимости, что делает его больше в первую очередь: если вы не на встроенных устройствах, вы можете просто удвоить эти 4G для корня.

есть ли какие-либо исследования...в процентах или абсолютной сумме свободного пространства требуются определенные сочетания операционных систем, файловых систем и технологии хранения...?

В 20 лет системного администрирования, я'ве никогда не встречаются исследования, детализирующие требования к свободному пространству различной конфигурации. Я подозреваю, что это потому, что компьютеры настолько по-разному настроены, это будет трудно сделать из-за огромного количества возможных конфигураций системы.

Чтобы определить, сколько свободного пространства требуется, нужно учитывать две переменных:

1. Минимальное пространство, необходимое для предотвращения нежелательного поведения, который сам может иметь определение жидкости.

Обратите внимание, что это'ы бесполезный для определения необходимого свободного пространства под этим определением в одиночку, так что'ы означает, что она's, можно ехать 80 км / ч в сторону кирпичной стены до самого момента столкновения с ним.

2. Скорость, с которой расходуется на хранение, который диктует дополнительная переменная объем пространства до быть защищены, чтобы система унижает прежде чем администратор успел среагировать.

Конкретная комбинация операционной системы, файловые системы, лежащие в основе архитектуры системы хранения данных, наряду с поведением приложения, настройки виртуальной памяти и т. д. создает довольно вызов, желающих обеспечить окончательные требования к свободному пространству.

Что's, почему есть так много, что "Наггетс" из советы там. Вы'заметите, что многие из них дать рекомендацию по конкретной конфигурации. Например, "Если у вас есть SSD, которые'с учетом проблем с производительностью при приближении емкость, останется выше 20% свободного пространства.&и"

Потому что нет простого ответа на этот вопрос, правильный подход к определению ваш система's минимальная свободное место требование рассмотреть различные общие рекомендации, в свете вашей системе'ы конкретную конфигурацию, а затем установить порог, следить за ней, а быть готовым корректировать его по мере необходимости.

Или вы можете просто держать как минимум 20% свободного места. Если конечно у вас 42 ТБ RAID 6 томов опирается на сочетание твердотельных накопителей и традиционных жестких дисков и предварительно выделенный файл подкачки... (что's шутка для серьезных людей.)

Конечно, сама накопителя (HDD или SSD), который не мог'т заботиться меньше о том, сколько процентов ее используется, помимо твердотельных накопителей, будучи в состоянии стереть свободное пространство для вас заранее. Скорость чтения будет точно так же, а скорость записи может быть несколько хуже на SSD. В любом случае, производительность записи-это не так важно на почти полный диск, так как там's нет места, чтобы что-нибудь написать.

Вашей операционной системы, файловой системы и приложений, с другой стороны будут ожидать вас свободного пространства во все времена. 20 лет назад это был типичный для приложения, чтобы проверить, сколько места у вас на диске, прежде чем пытаться сохранить там свои файлы. Сегодня, приложения создать временные файлы не спрашивая вашего разрешения, и, как правило, аварии или работать с ошибками, когда они не делают.

Файловые системы имеют аналогичные ожидания. Например, NTFS резервирует большой кусок диске на MFT, но все равно покажет вам это место как свободное. Когда вы заполните вашу диске NTFS выше 80% ее емкости, вы получите МФТ fragmentation, который имеет очень реальное влияние на производительность.

Кроме того, наличие свободного пространства действительно помогает против фрагментации файлов. Файловые системы, как правило, чтобы избежать fragmenation файл, находя правильное место для каждого файла в зависимости от его размера. На заполнение диска они'будете иметь меньше возможностей, чтобы они'll должны сделать выбор скуднее.

В Windows, вы'вновь, как ожидается, также имеют достаточно дискового пространства для файл подкачки, которая может увеличиваться при необходимости. Если он может'т вы должны ожидать, что ваши приложения становится принудительно закрыто. Имея очень мало пространства подкачки действительно может ухудшать производительность.

Даже если ваша подкачки имеет фиксированный размер, полностью уходит из системы пространства на диске может привести к краху системы и / или сделать ее невозможной (Windows и Linux одинаково), потому что ОС будет ожидать, чтобы иметь возможность писать на диск во время загрузки. Так что да, наезд 90% использования диска должны сделать вы рассмотреть ваши краски на огонь. Я не раз видел компьютеры, которые не удалось правильно загрузиться, пока последние загрузки были удалены, чтобы дать ОС немного дискового пространства.

есть ли какие-либо исследования, желательно, опубликованные в рецензируемом журнале [&ампер;евро;]? Человек должен вернуться намного дальше, чем 20 лет, системного администрирования или иначе, для этого. Это было горячей темой, по крайней мере, в мире персональных компьютеров и операционных систем рабочих станций, более 30 лет назад; время, когда БСД люди развиваются быстрая файловая система Беркли и Microsoft и IBM разрабатывают высокопроизводительная файловая система. Литература на обоих его создателей обсуждает способы, которыми эти системы были организованы так, что block policy выделения приносят более лучшее представление, пытаясь сделать последовательные блоки файла непрерывными. Вы можете найти обсуждение этого, и тот факт, что количество и расположение свободного пространства для выделения блоков влияет размещению блока и, следовательно, представление, в современных статей на эту тему. Это должно быть вполне очевидно, например, из описания блок распределения алгоритм Беркли ФФС, что если нет свободного места в текущей и средней цилиндропоршневой группы и алгоритм, таким образом, достигает четвертого уровня отката (и"применить полный перебор для всех цилиндров группы" в) эффективность выделения блоков диска будет страдать, а также фрагментация файла (а значит и производительности). Именно эти и подобные исследования (это далеко не только от конструкции файловая система, которая направлена на улучшение политики компоновка конструкции файловой системы того времени), что опыт, накопленный за последние 30 лет был построен на. Например: изречение В оригинале бумага ОФС объемы быть менее чем на 90%, чтобы производительность страдает, который был основан на экспериментах, сделанных создателями, можно найти некритически повторяются даже в книгах по UNIX файловых систем, опубликованные в этом веке <суп>(например, Pate2003 стр. 216)</суп>. Мало кто сомневается в этом, хотя Амир Х. Majidimehr действительно позапрошлом веке, говоря, что Хе на практике не наблюдается заметного влияния; хотя бы потому, что из обычного Unix и механизм, что резервы, которые последние 10% для суперпользователя использовать, а это означает, что 90% полного диска практически на 100% для не-администраторов anyway <суп>(Majidimehr1996 стр. 68)</суп>. Так Билл шипах, кто говорит о том, что на практике можно заполнить до 99%, с 21-го века диск размеры, прежде чем, глядя на сцену, эффектов минимум свободного пространства, потому что даже 1% современных размерах дисков достаточно много дефрагментированный свободного пространства по-прежнему играть на <SUP-серфинг>(Calkins2002 стр. 450)</хлебать и GT;. Это последний пример того, как получил мудрость может стать неверной. Есть и другие примеры этого. Просто как SCSI и ATA миры logical блок addressing и zoned бит recording, а выбросил в окно все тщательных расчетов rotational latency в файловую систему BSD в дизайне, так и физическая механика SSD-дисков, а выкинуть из окна свободного пространства получил мудрость, Что касается Винчестера дисков. С накопителей, объем свободного пространства on устройство whole, т. е. через все тома на диске и в Между о них, влияет как на производительность и на всю жизнь. И основу идею о том, что файл должен быть сохранен в блоки смежных адресов логических блоков подорвана тем, что SSD-накопители не имеют пластин, чтобы повернуть головы и искать. Правила снова меняются. С накопителей, рекомендуемый минимальный объем свободного пространства на самом деле вспомнила, чем традиционные 10%, что исходит от экспериментов с винчестера дисков и FFS Беркли 33 года назад. Ананд Лал Шимпи дает 25%, например. Эта разница усугубляется тем, что это должно быть свободное пространство across всю device, в то время как 10% показатель within каждого ФФС volume, и, таким образом, влияет ли'с разбиения программы умеет обрезать все пространство, не выделенное на допустимый объем диска в таблице разделов. Это также усугубляется сложностей, таких как наличники-известно, файловая система, драйверы, которые могут обрезать свободное пространство within диска Тома, и тот факт, что производители SSD также already выделять различной степени reserved space, что даже не видно, не входящих в устройства (т. е. хозяина) для различных целей, таких как сбор мусора и выравнивания износа.

Библиография

• Маршал К. Кьюсиком, Уильям Н. радость, Сэмюэл Леффлер, и Роберт С. Фабри (1984-08). Быстрый файловая система для Unix. АСМ операций в компьютерных системах. Выпуск 2 3. стр. 181&амп;ndash; 197. Архивируются на cornell.edu.
• Рой Дункан (1989-09). Цели разработки и внедрения новой файловой системы высокой производительности. В журнале системы Microsoft. 4 выпуск 5. стр. 1&амп;ndash; 13. Архивируются на wisc.edu.
• Маршалл Кирк Кьюсиком, Кейт Бостик, Майкл Джей карелы, и Джон С. Quarterman (1996-04-30). "в Беркли быструю файловую систему и". Библиотеки разработки и реализации 4.4 BSD операционные System_. Аддисон-Уэсли Профессиональный. ИСБН 0201549794.
• Дэн Мосты (1996-05). _Внутри системы высокой производительности файл &усилителя;mdash; не Часть 4: фрагментация дискового пространства, растровые изображения и кодовые страницы_. Значащих Битов. Архивируется в электронный журнал разработчика для OS/2.
• Кит А. Смит и Марго Зельцер (1996). [Сравнение политики распределения ФФС диск](http://www.eecs.harvard.edu/~кит/документы/realloc.формате PDF). Материалы ежегодной технической конференции USENIX. Архивируются на harvard.edu.
• Стив Д. Пэйт (2003). на "Анализ эффективности ОФС и". UNIX файловых систем: эволюция, дизайн, и Implementation. Джон Wiley amp; сыновья. ИСБН 9780471456759.
• Х. Амир Majidimehr (1996). Optimizing Unix для Performance. Прентис-Холл. ИСБН 9780131115514.
• Билл Шипах (2002). на "Управление файловой систем". Inside Солярис 9. Публикации Буриме. ИСБН 9780735711013.
• Ананд Лал Шимпи (2012-10-04). Изучение взаимосвязи между запасной и степень производительности в современных твердотельных накопителей. Сайт AnandTech.
• Генри Кук, Джонатан Ellithorpe, ключи Лора и Андрей Ватерман (2010). _[IotaFS: изучение оптимизации файловой системы для SSD](https://web.stanford.edu/~jdellit/default_files/iotafs.формате PDF)_. Сделки IEEE по потребительской электроники. Архивируются на stanford.edu.
• https://superuser.com/a/1081730/38062
• Accela Чжао (2017-04-10). Резюме на SSD &амп; ФТЛ. на GitHub.Ио.
• https://superuser.com/questions/1030547/

В "правила" в зависимости от ваших требований. И есть особые случаи, как, например, в ZFS: "и на 90% емкости, ЗФС переключается с представлени - к космической оптимизации, который имеет огромные последствия для производительности.&и". Да, это дизайн аспект ЗФС...не то происходит через наблюдение или неподтвержденная информация. Очевидно, это меньшая проблема, если ваш пул ZFS хранения включает исключительно твердотельные накопители. Однако, даже с крутящимися дисками, вы можете счастливо достигать 99% или 100%, когда вы имеете дело со статическим хранения и вы Don't нуждаются в первоклассной производительности- например, ваш личный самый любимый фильм семейства, которая никогда не меняется и где безопасность является приоритетом 1.

Далее, в Btrfs - крайний случай: когда свободного места становится слишком мало (несколько мегабайт), вы можете попасть в точку невозврата. Нет, удаление файлов это не вариант, как вы можете'т. Там просто не хватит места, чтобы удалить файлы. Btrfs-это корова (копирование при записи) файловой системы, и вы можете достичь точки, где вы не можете изменить метаданные любое другое. На данный момент, Вы все равно можете добавить дополнительное пространство для хранения вашей файловой системы (USB-накопитель может работать), затем удалить файлы из расширенной файловой системы, затем сжать файловую систему и удалить дополнительное пространство). Опять же, это какой-то аспект, вызванного дизайн файловой системы.

Люди, кто может дать тебя " (серьезный) сведения и quot Реал, наверное, те, которые имеют дело с " (серьезный) хранение и quot реальным;. Извилистые'ы (отлично) ответить mentiones гибридных массивов (состоящий из огромного количества дешевого медленного вращения, множество быстро вращающихся дисков, многие твердотельные накопители...), которые работают в корпоративной среде, где основным лимитирующим фактором является скорость, с которой администратор может заказать модернизацию. Происходит от 16т до 35т может занять 6 месяцев...так что вы в конечном итоге с серьезно поддержали сообщения о том, чтобы поставить свой будильник на 50%.

Для SSD там должно быть некоторое пространство слева, потому что тогда скорость перезаписи увеличивается и негативно влияет на производительность записи на диск. В 80% полностью безопасен значение, наверное, для всех SSD дисков, некоторые последние модели могут работать нормально даже с 90-95% занимают потенциала.

https://www.howtogeek.com/165542/why-solid-state-drives-slow-down-as-you-fill-them-up/

Есть множество факторов, которые способствуют привести к очень настройки-конкретные суммы. Так вот, там's нет жестких-и-быстро номер, это может только быть измерена как функция этих параметров. (Что's наверное, почему другие пользователи сообщают никаких конкретных исследований на эту конкретную тему сделал - слишком много переменных, чтобы скомпилировать что-нибудь убедительное.)

• Оборудование

• HDD имеет всех ее секторов, выделенных во все времена. Поэтому он абсолютно не'т волнует, сколько из них содержат текущие данные пользователя. (Для контроллера, все слои содержат некоторые сведения во все времена, он просто считывает и перезаписывает его, как сказали.)

• Твердотельный накопитель'ы контроллера, с другой стороны, (де)выделяет ее секторов динамически, наподобие файловой системы. Что делает эту работу сложнее на более высоких порядков. На сколько сложнее и как сильно это влияет на наблюдаемые показатели, зависит от:

• Контроллер'показателей и алгоритмов' качество

• Запись нагрузки

• В какой степени письмо, общую нагрузку (чтобы дать время контроллер для сбора мусора)

• Пространство избыточные ресурсы (некоторые производители даже позволить клиенту выбрать это предзаказ или меняться динамически)

• Файловая система

• Различные файловые системы, предназначенные для различных нагрузок и требований к обработке узла. Это может быть изменен в определенных пределах параметров формата.

• ФС записи-это функция свободного пространства и фрагментации, производительность чтения является функцией только фрагментации. Он постепенно деградирует с самого начала, поэтому вопрос, Где ваш допустимого порога лежит.

• Тип нагрузки

• Писать-тяжелая нагрузка подчеркивает, быстрого поиска и доступа к новым свободных блоков

• Чтение-тяжелая нагрузка подчеркивает, консолидация данных, связанных с поэтому читать ее можно, с меньшими накладными расходами

Одна вещь, чтобы рассмотреть с механическими приводами является то, что пропускная способность внешнего края выше, чем внутри. Это потому, что есть более секторов на революцию для большой окружности снаружи.

Как диск достигает емкости, производительность будет уменьшаться, потому что будет доступен только медленнее внутренний сектора.

Для более подробного анализа см. https://superuser.com/a/643634

Это зависит от предполагаемого использования диска, но в целом 20% до 15% свободного места-это хороший ответ на вращающиеся диски, и 10% или больше-это хорошо для SSD.

Если это основной диск на компьютере, и файлы могут быть перемещены, то 20% свободного места должно не допустить существенного замедления. Это позволит достаточно открытое пространство по всему диск для данных, чтобы быть перемещены и скопированы по мере необходимости. Вращающийся диск будет работать лучше, когда свободного места ближе к исходным данным, в то время как в SSD физическое расположение не'т повлиять на ежедневное выполнение. Так, вращающийся диск должен иметь свободное пространство для сугубо из соображений производительности. На SSD, сокращение свободного пространства позволит снизить долговечность диска, но он выиграл'т привести к снижению производительности. Твердотельный накопитель'ы попробовать, чтобы хранить временные данные и случайные файлы скачать в наименее используемых местах, чтобы они могли сбалансировать использование сотового по всему диску, иначе часть диска будет стареть гораздо быстрее, чем все остальное. Некоторые новые твердотельные накопители могут грамотно упорядочить файлы, так что пустое пространство движется, но старые приводы могут не сделать этого.

Если это СМИ или долгосрочный накопитель, затем 5% до 10% свободного должно быть достаточно, и 10% было бы предпочтительнее, если бы это вращающийся диск. Вы Don'т нужно столько свободного пространства, потому что этот диск будет редко требует, чтобы данные были перемещены, так что производительность-это'т так много факторов. Свободное пространство пригодится, главным образом, чтобы позволить плохих секторов должны быть отброшены и заменены, и чтобы файлы, которые будут более последовательными.

Я бы't нажмите любую проезжаю мимо 95% емкости более суток, если есть очень хорошие, четкие причины.