> man operating_systems
Переход на страницу  [1] 2 3 4 5
Модераторы: Roman I Khimov, Wanderer, Dron
Автор Добавил
Dreamer
Понедельник 18.07.2005 10:36

ID пользователя #9
Зарегистрирован: Воскресенье 04.07.2004 14:01
Сообщений: 235
Как по-вашему должна быть реализована концепция "не плоских" файлов? Что на ваш взгляд это вообще такое?

Жизнь на Линуксе есть!
Наверх
Wanderer
Понедельник 18.07.2005 16:48

ID пользователя #2
Зарегистрирован: Вторник 29.06.2004 20:13
Местонахождение: Беларусь, Гомель
Сообщений: 76
Файлы, которые кипой возвышаются над поверхностью жесткого диска

Доказывая идиоту, что он идиот, ты сам становишься идиотом.
Наверх
Сайт
Freeman
Понедельник 18.07.2005 17:30
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Угу. Можно еще представить, как Google Earth - чем больше детализация, тем больше видно мелких деталей. Не для всех районов есть высокая детализация, пока только для ключевых. Но с каждым оборотом спутника охват становится все больше, а детали - все мельче.

В математике подобное явление называется фракталами. Получается, ОО-система хранения данных представляет собой фрактальное множество.
Наверх
Dreamer
Вторник 19.07.2005 13:16

ID пользователя #9
Зарегистрирован: Воскресенье 04.07.2004 14:01
Сообщений: 235
А если серьезно? Если не плоский файл - это коллекция объектов, то каким образом должны располагаться эти объекты (только не надо говорить "стопочкой", "кучкой" и т.п. ).

Жизнь на Линуксе есть!
Наверх
Roman I Khimov
Вторник 19.07.2005 14:10

ID пользователя #1
Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601
Под неплоскими файлами чаще всего понимается абстракция более высокого уровня, чем сами файлы и дающая более одного метода доступа к одному контенту в пределах одного пространства имен.

Наиболее яркий представитель - Reiser4. Подшиваем метаданные через /..../ и радуемся вот в таком стиле:
лог написал(а) ...

rik-note:/mnt # mount -t reiser4 /dev/hda7 /mnt/hda7/
rik-note:/mnt # cd hda7/

rik-note:/mnt/hda7 # l
итого 1
drwxrwxrwx 3 root root 3 2005-07-18 17:31 ./
drwxr-xr-x 12 root root 296 2005-04-10 23:30 ../
-rwxrwxrwx 1 root root 0 2005-07-18 17:31 file*

rik-note:/mnt/hda7 # cd file/..../
rik-note:/mnt/hda7/file/.... # l
итого 0
dr-xr-xr-x 1 root root 0 2005-07-19 13:57 ./
-rwxrwxrwx 1 root root 0 2005-07-18 17:31 ..*
-r--r--r-- 1 root root 0 2005-07-19 13:57 bmap
-rw-r--r-- 1 root root 0 2005-07-19 13:57 gid
-r--r--r-- 1 root root 0 2005-07-19 13:57 items
-r--r--r-- 1 root root 0 2005-07-19 13:57 key
-r--r--r-- 1 root root 0 2005-07-19 13:57 locality
--w------- 1 root root 0 2005-07-19 13:57 new
-r--r--r-- 1 root root 0 2005-07-19 13:57 nlink
-r--r--r-- 1 root root 0 2005-07-19 13:57 oid
dr-xr-xr-x 1 root root 0 2005-07-19 13:57 plugin/
-r--r--r-- 1 root root 0 2005-07-19 13:57 pseudo
-r--r--r-- 1 root root 0 2005-07-19 13:57 readdir
-rw-r--r-- 1 root root 0 2005-07-19 13:57 rwx
-r--r--r-- 1 root root 0 2005-07-19 13:57 size
-rw-r--r-- 1 root root 0 2005-07-19 13:57 uid

rik-note:/mnt/hda7/file/.... # cat rwx
0100777 -rwxrwxrwx

rik-note:/mnt/hda7/file/.... # echo 0100740 > rwx
rik-note:/mnt/hda7/file/.... # cat rwx
0100740 -rwxr-----

rik-note:/mnt/hda7/file/.... # cd ../../
rik-note:/mnt/hda7 # l
итого 1
drwxrwxrwx 3 root root 3 2005-07-18 17:31 ./
drwxr-xr-x 12 root root 296 2005-04-10 23:30 ../
-rwxr----- 1 root root 0 2005-07-18 17:31 file*
rik-note:/mnt/hda7 #

Там всякого можно увидеть в мета-данных. Фишка в том, что через этот же механизм можно подшить и другое представление информации в файле, пример подшить туда "файл" "gzip", читая который ты получишь сжатую копию файла. И получается, что вроде бы есть файл, но его можно разобрать по-другому (/..../) на файлы, в которых можно видеть всякое. То есть, неплоскость может проявляться как в сторону новых данных в файле (как правило имеются ввиду описательные данные, мета-данные; кстати, в этом смысле концепция удобна тем, что заменяет и значительно упрощает работу с такими вещами как EXIF в JPEG и ID3 в MP3 - такие навороты в форматах данных уже просто не нужны), так и в сторону новых методов доступа к тем же данным - смотри пример с gzip и /etc/passwd (Андрей приводил однажды). Другое дело, что разруливать все это в пределах одного пространства имен - крайне неблагодарная задача, костыли /..../ работают, но красивыми их не назовешь...

Но те файлы (которые суть есть метаданные) работают по тем же принципам read/write, что и обычные файлы, ОО-система хранения данных, упомянутая Freeman'ом, работает не так, но она уже и не имеет отношения к файлам, пусть даже и неплоским.


Греби и улыбайся!
Наверх
Сайт
Freeman
Вторник 19.07.2005 15:18
ID пользователя #3
Зарегистрирован: Четверг 01.07.2004 14:57
Сообщений: 207
Ну, Роман как всегда в своем стиле. Наверное, тебе будет проще и понятнее найти и поставить ZipMagic. Правда, он поддерживает только один тип контейнеров - Zip, но демонстрирует возможности достаточно наглядно.
Наверх
Roman I Khimov
Вторник 19.07.2005 15:55

ID пользователя #1
Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601
Freeman написал(а) ...
Ну, Роман как всегда в своем стиле.

Что уж поделать.

А ZipMagic мне ни к чему - ну один из показательных вариантов неплоских файлов, больше-то ни-че-го.


Греби и улыбайся!
Наверх
Сайт
Roman I Khimov
Вторник 19.07.2005 17:13

ID пользователя #1
Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601
Кстати, Mr. Batman (см. сегодняшнюю ссылку в новостях) во второй части статей про Linux будущего (Linux-21?) неплохо прошелся по неплоским файлам.


Греби и улыбайся!
Наверх
Сайт
ddc
Вторник 19.07.2005 17:46
Free Software Zealot


ID пользователя #202
Зарегистрирован: Воскресенье 06.02.2005 09:32
Местонахождение: Москва
Сообщений: 189
А теперь вопрос: а зачем оно надо. Ответы "Это непомерно круто", "Это о<что-нибудь>ительно", "Это модно" и "Это програессивно" не предлагать.
Просто я пытался придумать сферу применения, но пока вижу больше проблем чем достоинств везде.

Но это всё, конечно, моё сугубо личное мнение...
Наверх
Roman I Khimov
Вторник 19.07.2005 18:39

ID пользователя #1
Зарегистрирован: Воскресенье 27.06.2004 12:37
Местонахождение: Санкт-Петербург
Сообщений: 601
Зачем это нужно?
1) Унификация доступа к мета-данным
2) Различные методы доступа к самим данным

Сфера применения - везде и всюду, это просто-напросто удобно, это то, что работает на конечного пользователя. Не надо программу для EXIF, программу для ID3 - пиши-читай куда надо. Кстати, почитай статью Batman'а - тоже есть отличный пример с письмами теми же. Потом, не надо архиватор отделять в программу - получи прям с ФС, пожалуйста. Опять-таки пример с /etc/passwd тоже никто не отменял. Применений - масса. Какие проблемы? У Reiser4 отмечались проблемы с блокировками, возможно, еще маленько надо подумать над безопасностью. Это решаемо.


Греби и улыбайся!
Наверх
Сайт
Переход на страницу  [1] 2 3 4 5  

Перейти:     Наверх

Транслировать сообщения этой темы: rss 0.92 Транслировать сообщения этой темы: rss 2.0 Транслировать сообщения этой темы: RDF
Powered by e107 Forum System

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.