Ограничение на длину имени файлов в файловой системе

@ZaMaZaN4iK · Регистрация: 24.06.2012

Студворк — интернет-сервис помощи студентам

Доброго времени суток! Заранее извиняюсь - если не тот раздел, то буду крайне благодарен модераторам за перенос.

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

Интересует теоритическая сторона вопроса.

Гугление по данному вопросу ничего не дало, также как и поиск по форуму.

Заранее спасибо!

@Amet13 · 01.02.2015, 22:47

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

@NoMasters · 02.02.2015, 06:53

Банально проще, вероятно. Если описание файла будет иметь неконстантный размер, то придётся разгребать проблемы с фрагментацией, например.
А ещё надо беречь психику пользователей, даже в фактически стандартную длину в 255 байт помещается больше, чем удобно видеть за раз(по крайней мере для однобайтных символов).

@kolia4 · 02.02.2015, 11:41

В самих ФС не стоит ограничений на имена файлов. Ограничения стоят в API, работающих с этими системами. Например, в WINAPI переменная MAXPATH объявлена как массив на 260 символов.

@ZaMaZaN4iK · 02.02.2015, 20:07 **[ТС]**

Amet13, это не обьясняет того, что относительно новые файловые системы имеют снова это же самое ограничение. Та же ext4 например или новые версии reiserFS.Да и другие системы не так уж и бородаты, хоть и немного стары(HFS+ например)

NoMasters, ну давайте отбросим психику пользователей - о ней, думаю, никто и не думал даже толком

А вот что вы имеете в виду под проблемами с фрагментацией?Если можно, расскажите? Что нам мешает бороться с фрагментацией, если будет динамический размер имени?

kolia4, ну тогда вот мой аргумент. Вот по ссылке сравнение файловык систем : https://ru.wikipedia.org/wiki/... 0%B5%D0%BC

Там в таблице указано, что именно ограничение файловой системы, а не API. Да и могу работать я с файловыми системами не только с Windows.. или я ошибаюсь?

Добавлено через 3 часа 3 минуты
Вопрос так и остается нерешенным. Жду других мнений

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .
Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .

@ZaMaZaN4iK Мой лучший друг-отладчик! 167 / 167 / 30 Регистрация: 24.06.2012 Сообщений: 662 Записей в блоге: 5

	Ограничение на длину имени файлов в файловой системе 01.02.2015, 19:04. Показов 1320. Ответов 4 Метки нет (Все метки) Доброго времени суток! Заранее извиняюсь - если не тот раздел, то буду крайне благодарен модераторам за перенос. Вопрос вот в чём - почему в файловой системе стоит ограничение на длину имени файла(во всех мне известных ФС) и на длину пути к этому файлу(а это уже не во всех). От чего это зависит? Почему нельзя сделать длину пути к файла и имя файла динамическими, то есть пусть они будут любой длины и кушают ровно столкьо памяти, сколько им надо(ну или сколько есть на носителе). Почему так нельзя сделать?Чем руководствывались(и руководствуются) создатели ФС, когда пишут такие ограничения? Интересует теоритическая сторона вопроса. Гугление по данному вопросу ничего не дало, также как и поиск по форуму. Заранее спасибо! 0

@Amet13 1362 / 1074 / 110 Регистрация: 16.03.2012 Сообщений: 4,543
	01.02.2015, 22:47
	Могу ошибаться, но мне кажется это осталось еще со старых времен, когда каждый байт был на счету. 0

@NoMasters Псевдослучайный 1946 / 1146 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	02.02.2015, 06:53
	Банально проще, вероятно. Если описание файла будет иметь неконстантный размер, то придётся разгребать проблемы с фрагментацией, например. А ещё надо беречь психику пользователей, даже в фактически стандартную длину в 255 байт помещается больше, чем удобно видеть за раз(по крайней мере для однобайтных символов). 0

@kolia4 34 / 39 / 18 Регистрация: 04.05.2013 Сообщений: 212
	02.02.2015, 11:41
	В самих ФС не стоит ограничений на имена файлов. Ограничения стоят в API, работающих с этими системами. Например, в WINAPI переменная MAXPATH объявлена как массив на 260 символов. 0

@ZaMaZaN4iK Мой лучший друг-отладчик! 167 / 167 / 30 Регистрация: 24.06.2012 Сообщений: 662 Записей в блоге: 5
	02.02.2015, 20:07 [ТС]
	Amet13, это не обьясняет того, что относительно новые файловые системы имеют снова это же самое ограничение. Та же ext4 например или новые версии reiserFS.Да и другие системы не так уж и бородаты, хоть и немного стары(HFS+ например) NoMasters, ну давайте отбросим психику пользователей - о ней, думаю, никто и не думал даже толком А вот что вы имеете в виду под проблемами с фрагментацией?Если можно, расскажите? Что нам мешает бороться с фрагментацией, если будет динамический размер имени? kolia4, ну тогда вот мой аргумент. Вот по ссылке сравнение файловык систем : https://ru.wikipedia.org/wiki/... 0%B5%D0%BC Там в таблице указано, что именно ограничение файловой системы, а не API. Да и могу работать я с файловыми системами не только с Windows.. или я ошибаюсь? Добавлено через 3 часа 3 минуты Вопрос так и остается нерешенным. Жду других мнений 0