Существует ли файловая система, наиболее подходящая для торрент-раздела?

Исходя из превосходного ответа , предоставленного пользователем Жилем, я хотел бы спросить, существует ли файловая система, особенно подходящая для довольно интенсивного использования торрентов.

Скоро я буду настраивать Ubuntu box с:

  • / [ext4]
  • / home [ext4]
  • / media / data [ ext4]
  • / media / torrents [?]

Обычно я делаю раздел / media / torrents ext4, не рассматривая другие варианты. Тем не менее, в свете информации, указанной выше, возможно, есть лучшая альтернатива.

Предлагаемый раздел / media / torrents будет читаться и записываться в 24/7, но только когда-либо достигнет ~ 85% емкости раздела.

4
задан 13 April 2017 в 15:37

2 ответа

Ext4 справится с этим просто отлично, что, в основном, и говорил Жиль. Разбивать диск на 4 раздела также практически невозможно. Скорее всего, вам будет лучше с большинством / и / домашних разделов.

0
ответ дан 13 April 2017 в 15:37

Короткий ответ: Используйте Ext2 на разделе кэша потока. Также используйте следующее, монтируют опции: noatime, nodiratime, nosuid, noguid, ответ noexec

Long, хорошо... смеют Вас читать его?
(Кроме того, этот форум СИЛЬНО испортил хорошее форматирование и интервал..., благодарит)

, Если бы Вы в состоянии, я предположил бы, что Вы разделяете свой диск на два основных раздела. Я знаю об установке, которая работает хорошо, который сделал это на старом ноутбуке с жестким диском на 160 ГБ. Жесткий диск разделяется 60 ГБ, смонтированных / с системой все загруженные на нем. Второй раздел составляет 100 ГБ, смонтированных к первому в точке / скалистая вершина. Причиной первый раздел является настолько большим, является этот ноутбук, также размещает Наводнение, CouchPotato, SickRage, HeadPhones и Emby. Они израсходовали изрядное количество кэша для загрузок метаданных (для присоединенной Карты памяти на 4 ТБ медиа)

, каталог Torrents,/tor, потребует большого количества случайных чтений и записей, приблизительно к половине его содержания, одновременно, все время.... Пока SSD не загружается во второй отсек для накопителей, это будет ограничено совместным использованием этой ужасающей загрузки с частью сервера.

EXT4 является файловой системой ЖУРНАЛИРОВАНИЯ, что означает, что он отслеживает все те дополнительные небольшие изменения, записывает их. НО, Вы могли действительно заботиться меньше об этой функции, любых функциях контрольной суммы, что-либо, что записывает 'измененную' дату каждая запись, которая происходит с файлом, просто добавляет к количеству ввода-вывода, увеличивая задержку. Вы не хотите дублирования, и при этом Вы не волнуетесь очень о целостности данных или долговечности. Существует установка в большинстве приложений потока, которая перепроверяет группу файлов, это полагает, что только что завершилось, для ошибок, прежде, чем переместить те завершенные файлы в "законченную" папку (или, другой диск). Для Потоков Вы будете РАДЫ УМЕНЬШИТЬ СИСТЕМНУЮ НАГРУЗКУ путем переключения этого второго раздела на РАЗЛИЧНУЮ файловую систему (который я в настоящее время изучаю для Вас), И дополнительно существует больше опций, которые можно использовать.

при разделении Ubuntu впервые на компьютере или новом диске, например, можно выбрать, как тот раздел или диск используются. Тип раздела: Ext2. 2? не 4? Вы спрашиваете? Ну, 2 не журналируется. 3 и 4. Плюс я погуглил вещь... http://www.linux-magazine.com/Online/Features/Filesystems-Benchmarked так проверяют его. Эти значения не верны в каждом случае, но для того, что нам нужен он, является довольно большим. Нам нужна ВЫСОКАЯ пропускная способность МАЛЕНЬКИХ СЛУЧАЙНЫХ записей. Проигнорируйте первый график, это - чтения, и последовательный в этом. Второй график, Ext2 является правильным там (только вещь, которую я предложил бы, быстрее, был бы XFS). Извините посмотрите на ЧЕТВЕРТЫЙ график, мой плохой, второй график имеет ПОСЛЕДОВАТЕЛЬНЫЕ ЗАПИСИ (который при мучении Вас никогда не будет иметь), Вместо этого график 4 шоу сравнение 32 МБ СЛУЧАЙНЫЕ ЗАПИСИ. Который является ТОЧНО, для чего Вы хотите самый быстрый диск выполнения в этом списке (И для последовательных чтений, когда это завершается загрузка и собирающийся перемещение это).

я скажу, что полагал, что связь выяснила, как смонтировать раздел ПОДКАЧКИ подобным способом к тому, как она работает.

Теперь вниз к небольшим вещам, вся крошечная дополнительная iOS, которые не имеют никакого значения при выполнении нормальных операций файловой системы. ДАТЫ. "В последний раз Измененный" или "В последний раз Полученный доступ" и "В последний раз Сохраненный" и "В последний раз записанный в" и так далее и так далее. Каждый раз Ваш клиент потока сбрасывает кэш RAM к диску, всем тем файлам, которые просто получили блок 500kb-4MB, потребность обновить те четыре даты и Ваш SUID (идентификатор пользователя) и (гуид) идентификатор группы. И угадайте что? если Ваш диск (если его Усовершенствованный Формат), будет иметь или секторы 512 КБ, или он имеет Секторы 4196 КБ, что означает, изменяется ли что-то в этом секторе, он перепишет ВЕСЬ сектор. (или возможно я путаю его с частичными заливками секторов, раз так извинения). Но в основном Ваша единственная запись 500ish КБ данных, теперь должен обновить 5 частей метаданных, распространенных по файлу или диску (фрагментация), и КАЖДАЯ из тех 5 частей нуждается в руке/голове, чтобы найти ее местоположение, считать исходные данные, отправить его на процессор, обработать его, измененный, и возвратилась, затем переписанный к диску, на КАЖДОМ ИЗ ТЕХ 5 ДОПОЛНИТЕЛЬНЫХ СЕКТОРОВ. Таким образом, как мы останавливаем это? Я не уверен в опциях точки монтирования, но существует, вероятно, опция. Насколько НОВАЯ установка UBUNTU идет, войдите, "Монтируют Опции" и выбирают следующее: noatime - никакое время доступа - не обновляет inode времена доступа в каждом доступе nodiradate - никакое время доступа каталога - не обновляет каталог inode времена доступа, в реальном времени (я не знаю то, что эта опция делает), nodev, не устанавливают это, я думаю, что это в основном помещает символьную ссылку в любой диск, в том же самом местоположении структуры каталогов, и в основном дает им сигнал для перенаправления всех их записей в упомянутый файл символьной ссылки к этому диску, который Вы монтируете. И наоборот. Но могло быть неправильным. nosuid - Игнорируют биты идентификатора пользователя набора или идентификатора группы набора (полезный, если у Вас есть два демона, работающие как отдельные пользователи, которым нужен файл, переданный между ними), noexec - не позволяют выполнение никаких двоичных файлов (Это - хорошая идея безопасности, но если Вы загружаете много программного обеспечения, а не фильмов и или ТВ, музыка, тогда я предлагаю, чтобы Вы не использовали это, поскольку Вы будете быстро раздражаться в нем). Большой для аннулирования многих угроз автоматизированным системам загрузки все же. ro-.... Вы не хотите эту синхронизацию - я верю, имеет отношение к соединенным, заполненным, или выстраиваемым объемам по нескольким, управляют, s это попробует к read_write вещам в пропорциональных циклах usrquota - к счастью, если раздел потока заполнит 100%, диск все еще доступен и не запирается полностью, таким образом, нам не нужна эта опция. grpquota - то же как выше, не нужный usr_xattr - http://manpages.ubuntu.com/manpages/xenial/man5/attr.5.html (Расширенные Атрибуты)

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

Большой ресурс здесь между прочим: http://вещи manpages.ubuntu.com/manpages/xenial/man8/mount.8.html

, которые ускоряют Ваш кэш-диск потока: - используют нежурналирование FileSystem (Ext2) - noatime, nodiratime, в реальном времени, nosuid, noexec. - Используют короткую точку монтирования или каталог (чем меньше взлетов и падений через иерархию каталогов, которые должно сделать Ваше программное обеспечение, тем лучше)

На той странице справочника монтирования, существует НАМНОГО больше опций пройти. Если Вы используете тех, я выбрал (только пройдя новые меню раздела на установке человечности) тогда, Ваш клиент потока должен будет пережить не знание дат каждого блока, это должно будет быть довольно запись этих данных в конце (который FS обычно делает все небольшие даты так или иначе, таким образом, мы хороши там), Вы не будете в состоянии запустить любое загруженное программное обеспечение из того каталога, (переместите его в другой раздел), содержание раздела по существу имело бы 666 кодов доступа, все видят, считайте, запишите, удалите, скопируйте каждый файл и каталог в этом разделе. Хотя Вы май можете быть в состоянии установить разрешение точки монтирования (/скалистая вершина), чтобы ТОЛЬКО позволить Вашему клиенту и Вам. Поскольку без UIDs или ЦЕНУРОЗОВ, файловая система не будет заботиться, кто получает доступ к вещам. (Очень плохо для Вашей конфиденциальности, риска шпионского ПО, NSA и всех тех средств обеспечения выполнения нарушения авторского права все наблюдение ТОЧНО, что Вы имеете на своем диске. Но снова, может быть возможно блокировать весь другой доступ от точки монтирования. Любые другие объекты, которые Вы имеете на диске разделения, будет в большем риске сбоя наряду с тем кэш-диском, когда (не, если) это пойдет. Ваш клиент потока будет (если настройки включили), перепроверяют каждую загрузку, поскольку она отмечена завершенная для ее завершения, и найдите любые проблемы в файлах, исправьте их (или бросьте ошибку, и необходимо будет вручную сказать клиенту перепроверять загрузку), обычно прежде, чем переместить его (согласно правилам перемещения завершения). Вы захотите сохранить столько отбора потоков впоследствии, сколько Вы можете, вместо того, чтобы переместить их сразу же.

0
ответ дан 13 April 2017 в 15:37
  • 1
    Существует ли командная строка способ сделать это? – bobwdn 6 December 2012 в 22:54

Другие вопросы по тегам:

Похожие вопросы: