наткнулся на ограничение в 32767 файлов в каталоге на ufs1.
вопросы:
- без переформатирования с этим точно ничего не сделать? например, может быть где-нибудь патч, чтобы там было не знаковое 16-бит целое, а беззнаковое, и т. д.
- как в будущем такой проблемы избегать? ufs2? xfs? ( в 7-ке вроде начало появляться )
>наткнулся на ограничение в 32767 файлов в каталоге на ufs1.
>вопросы:
>- без переформатирования с этим точно ничего не сделать? например, может быть
>где-нибудь патч, чтобы там было не знаковое 16-бит целое, а беззнаковое,
>и т. д.
>- как в будущем такой проблемы избегать? ufs2? xfs? ( в 7-ке
>вроде начало появляться )
Не уверен, но посмотри на tunefs -s, если используешь четвёрку.
ну мне кажется цифра в суперблоке, описанная в мане как average, не должна влиять на максимальное количество хардлинков в конкретном каталоге, тем более что по дефолту она намного меньще
http://lists.freebsd.org/pipermail/freebsd-questions/2004-Se...
или на 4-ке всё по-другому? только 5/6 под рукой.>
>
>Не уверен, но посмотри на tunefs -s, если используешь четвёрку.
>наткнулся на ограничение в 32767 файлов в каталоге на ufs1.
>вопросы:
>- без переформатирования с этим точно ничего не сделать? например, может быть
>где-нибудь патч, чтобы там было не знаковое 16-бит целое, а беззнаковое,
>и т. д.
Без ковыряния в исходниках никак.
Патч был. Если я правильно помню, речь шла о ограничении в 64k файлов, т.е. возможно на UFS2 уже было 64k, а не 32. Не помню чем это закончилось и сейчас в архивах навскидку не нашел. По логике это должно было пролетать в freebsd-fs>- как в будущем такой проблемы избегать? ufs2? xfs? ( в 7-ке
>вроде начало появляться )
Менять логику работы приложения. На UFS время поиска файла в директории пропорционально к-ву файлов в ней, поэтому в любом случае нужно использовать несколько уровней вложенности, как делают squid, postfix и другие. XFS, впрочем, тоже может помочь.