И ещё гипотеза: при переносе содержимое переносимых каталогов, собственно, никак не обрабатывается: если мы переносим /очень/длинное/имя из каталога /одно в каталог /другое, в рамках этой операции ни разу не строится полный путь /другое/очень/длинное/имя -- причём этот путь не только ни разу не передаётся в вызове ядра, его даже внутри ядра-то незачем строить. Подкаталог перемещается в другое место коррекцией ссылок в родительских каталогах, в его содержимое никто не вникает.
Можно представить себе организацию каталогов, которая могла бы отслеживать образование слишком длинных имён и при перемещении. Но это непросто и небесплатно в смысле производительности.
(Если бы речь шла о Linux VFS layer, была бы не гипотеза, а инфа 100%. В случае Windows, пожалуй, всё-таки гипотеза, но я очень удивлюсь, если она не соответствует действительности).
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2014-04-30 02:43 pm (UTC)Можно представить себе организацию каталогов, которая могла бы отслеживать образование слишком длинных имён и при перемещении. Но это непросто и небесплатно в смысле производительности.
(Если бы речь шла о Linux VFS layer, была бы не гипотеза, а инфа 100%. В случае Windows, пожалуй, всё-таки гипотеза, но я очень удивлюсь, если она не соответствует действительности).