Обсуждение:Сравнение файловых систем

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

добавьте ext4

Пожалуйста, не пытайтесь обновить эту страницу копированием таблиц из английского текста с последующей заменой всех слов "yes" на "Да" и "no" на "Нет". Иначе потом приходится править фразы вида 'do Нетt'. — Эта реплика добавлена с IP 212.192.169.65 (о)

Такие замены делаются с учетом прилегающих символов или с включённым "Whole words". --М. Ю. (yms) 06:36, 23 ноября 2006 (UTC)[ответить]


А что это за "пример изображения" по середине статьи? %) Lizz 17:14, 16 июня 2007 (UTC)[ответить]


Знаете, что: в информации по NTFS написано, что нельзя использовать " / \ * ? < > | :, чушь полнейшая прямосейчас создал файл на NTFS винте с названием "test\ntfs' - нормально. правда, проводник его не открывает. По идее, это ограничения оболочки windows, а не ntfs. 81.18.114.1 11:04, 27 июня 2009 (UTC)[ответить]

Это ограничение NTFS. Для программиста нет проблем в _любой_ файловой системе создать файл с содержанием _любых_ символов в его имени. Только пользоваться этим файлом будет нельзя. ) --aGGreSSor 19:21, 30 апреля 2011 (UTC)[ответить]


Добавьте Linux Ext2, Linux Ext3 Linux Swap2 и Apple HFS. Сделать это может только тот, у кого стоит Linux т. к. Windows такие файловые системы принимает как неотформатированный диск.

--Лёша 18:52, 2 апреля 2011 (UTC)[ответить]

Необходимо[править код]

Кажеться необходимо примечания подправить, либо сделать с колесом прокрутки, либо уменьшить размер текста. --RusRec13 18:13, 10 апреля 2008 (UTC)[ответить]

А сделаю-ка я такTucvbif 12:34, 25 января 2010 (UTC)[ответить]

Полностью переделать статью, касаемо таблиц - взять из Английской версии - там более актуальные данные. --Computer.Pers 08:00, 2 июня 2008 (UTC)[ответить]

Добавить информацию об exFAT. --Nata83 08:51, 30 января 2011 (UTC)[ответить]

Ограничения XFS[править код]

>XFS имеет ограничение в Linux 2.4 на 64 ТиБ размер файлов и 2 ТиБ размер файловой системы.

это точно не опечатка? размер файловой системы больше размера файла? может 2 ПБ?

62.182.48.134 20:49, 18 ноября 2009 (UTC)stalker[ответить]

А, понял. 2 Тб это ограничение на размер блочного устройства в linux 2.4. Т.е. ограничение OS, а не FS. Так и надо тогда написать, а то какая то формулировка кривая. 212.73.96.42 05:07, 20 ноября 2009 (UTC)stalker[ответить]

Еще один параметр сравнения файловых систем - обращения на запись к неактивной файловой системе[править код]

В параметрах файловых систем нигде не оговаривается один интересный параметр: обращения к смонтированной, но неактивной файловой системе - для ext4 раз в 5 сек. происходят обращения на запись, для обновления журналов. Никакая настройка параметров самой ф.с. или опций монтирования вплоть до полного отключения журналирования, не избавляет от этого. Для btrfs и xfs обращений к неактивной ф.с. после последнего sync не наблюдается. Данное свойство крайне важно при работе с SSD накопителями, но не упоминается в обзорах характеристик файловых систем.81.30.213.66 05:46, 4 ноября 2011 (UTC)[ответить]

Чувствительность к регистру символов[править код]

Почему всё верх дном? По моему это наоборот достоинство, а не недостаток. Это же разные символы в шрифте! --ЗЕМЛЕРОЙКА 04:39, 30 ноября 2011 (UTC)[ответить]

Временные метки[править код]

"Временные метки создания файла" — это нечто независимое от времени изменения? Может, так и написать: "Время создания отдельно от времени изменения"? А то после первых прочтений возникает недоразумение: вот я создаю в DOS файл, проверяю свойства — время создания указано правильно. В английской странице есть ещё столбец "Last content modification timestamps" — там по контексту понятно, что есть отдельно создание и изменение. А в русской этот столбец не используется (он и правда малоинформативен) и возникает неоднозначность.

И остальные "временные метки" тоже хорошо бы назвать просто "время": без дат оно в этой теме не бывает, а англоязычная калька звучит дико.

В англоуики указан 84 год и MS-DOS 3.0. А в статье про FAT - вовсе IBM PC-DOS 3.0. 46.200.172.148 21:01, 13 августа 2013 (UTC)[ответить]

Брр, забыл добавить, что я об FAT16 46.200.187.69 21:03, 13 августа 2013 (UTC)[ответить]

32 767 символов Юникода; каждая компонента пути (каталог или имя файла) — до 255 символов[5]

MS DOS не поддерживает пути к файлам длиннее 260 байт для FAT12 и FAT16. Аналогичное ограничение в Windows NT 32767 байт для файловой системы NTFS.

Не очень ясная формулировка. Я бы даже сказал, ложная, потому что в Windows тоже присутствует ограничение в 260 символов на весь путь (каталоги+имя файла), при этом конкретно путь не может быть длинее 248 символов. Проверено на XPx64, возможно, в 7 или 8 уже пофиксили, но проверить это несложно. 178.94.218.128 15:47, 8 июня 2014 (UTC)[ответить]

По поводу максимальной длины пути в NTFS. Ограничение файловой системы NTFS на длину пути - 32767 символов (не считая нулевого символа). Ничего не мешает создать файл с указанием пути в UNC формате, например: CreateFileW(L"\\\\?\\C:\\up_to_32k_characters>", ...). Однако не весь софт это поддерживает. Например windows explorer не поддерживает, так как он опирается на стандартный формат записи. А вот Far manager, к примеру, длинные пути поддерживает, так как работает через UNC пути. Большинство пользовательского софта опираются на стандартный формат записи пути и константу MAX_PATH, которая действительно 260 байт (255 + буква диска + ":\" + слеш в конце пути + нуль-символ). Это ограничение windows API и конкретного формата указания пути, а не самой файловой системы. За более подробной информацией можно обратиться в оф. документацию, т.е. в MSDN (Naming Files, Paths, and Namespaces):

The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters.
178.150.74.188 17:11, 27 июля 2016 (UTC)[ответить]