|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : yx 2:5020/400 20 Mar 2001 10:24:00
To : All
Subject : Re: Hа: Максимальный размер файла и файловой системы
--------------------------------------------------------------------------------
Nick Gazaloff <club@pyat.ru> wrote:
>>>>> ntfs - журналирующая, многопоточная, с ACL-ями, директории на p-деревьях.
>>>>> Короче, настоящая файловая система. ext2 - просто ламерская игрушка по
>>>>> сравнению с ней.
>>
>> "многопоточная" - трудно пониматебельное нововыведение:
>> доступ к потокам (ntfs) подобен, по семантике, к доступу к регулярным файлам
>> - теже open-close. В отличие, скажем, от атомарного (stateless) доступа.
>>
>> Структура с аналогичным доступом и так существует - directory/file.
>> Поясните, если не затруднительно,
>> к чему этот огород - file:stream ?
>
> Поясняю.
> То, для чего потоки используются сейчас (в Windows 2000/Windows XP) -- это
> хранение служебной и метаинформации. В частности, информации для Index
> Server -- автор, телефон, описание, ключевые слова и проч.
> Hа Маках есть аналог -- вилки (forks) -- файл имеет вилку, по-моему, данных
> и ресурсов. Подробностей не знаю.
> А вот структуре файл/каталог соответствует другое -- структурированное
> хранилище (поддерживаемое в NTFS5 на уровне файловой систтемы) -- настоящая
> файловая система внутри файла -- файлы, каталоги, режимы открытия,
> блокировки, транзакции. И это действительно полезно и удобно. Кстати, так
> устроены документы MS Office (кроме баз Access, естественно).
> Будем дальше углубляться в офтопик?
в офтоппик - нет, в огород - да.)
признавайся как устроены и работают эти мальтистримы в ntfs -
ибо если это подобие регулярных файлов (а оно видимо так и есть)
то по барабану какие там ветки - ибо их можно точно так юзать, разложив
на несколько файлов (что и происходит при переносе маковских файлов),
(или скажем, были ранее в виндоуз испол-е файлы с чуть ли не визуально
отделяемыми ресурсами рюшек от кода).
Что дают "реально" эти мальтистримы кроме некоторого удобства/неудобства?
Если же таким образом хранятся скажем acl'и (или как они там sid? ace?),
то это - est не хорошо. Лучше посм. чел-ю реал-ю acl'ей на том же ext2.
По поводу мальтистрим - в недалеком прошлом наблюдались flamewars,
в кон-м счете был получен простой вывод -
`такая дублирующая регулярность ортогональна необходимости'
и посему нафиг нужна.
Давай рассказывай -
I'm ready..
--
Vladimir Yakovetsky
--- ifmail v.2.15dev5
* Origin: Disorganized yx's groupie (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Hа: Максимальный размер файла и файловой системы 