Структура FS будущего

Svart Testare · 01-07-10 00:09:46

Скоро вообще не будет имён файлов и каталогов — будут сплошные метаданные. И это классно.

petrun · 01-07-10 00:14:28

Svart Testare пишет:

Скоро вообще не будет имён файлов и каталогов — будут сплошные метаданные. И это классно.

Изобрели BeOS?
А на деле все равно путь-то будет.Только элементы дерева изменятся.

Svart Testare · 01-07-10 00:16:08

petrun пишет:

Изобрели BeOS?

А при чём тут беос? Там что, не было файлов и папок?

petrun пишет:

А на деле все равно путь-то будет.

Зачем? Не будет такого понятия как путь. Возможно будут какие-то нелинейные взаимоотношения между объектами. Трудно представить пока smile

petrun · 01-07-10 00:21:22

Svart Testare пишет:

А при чём тут беос? Там что, не было файлов и папок?

Там все юзерское лежало в корне искалось по расширенным атрибутам.Примерно, как я вам писал в теме про ебуки.

Svart Testare пишет:

Зачем? Не будет такого понятия как путь. Возможно будут какие-то нелинейные взаимоотношения между объектами. Трудно представить пока smile

А какие отношения могут быть кроме тррехмерных?Чтисто логически?дерево + вимвольные ссылки между узлами - все как сейчас.Прсото вместо абстрактного пути - путь отображающий что-то реальное в метаданных.
Нет, мне правда интеренсо, как можно иначе, поделитесь мыслями?
Медиабиблиотека: Группа-Альбом-Трек. Чем не путь?

Отредактировано petrun (01-07-10 00:22:37)

Svart Testare · 01-07-10 00:26:51

petrun пишет:

Там все юзерское лежало в корне искалось по расширенным атрибутам

Вот! Корень был общим у всех объектов. А это сильно ограничивает размерность всей совокупности данных.

petrun пишет:

А какие отношения могут быть кроме тррехмерных?Чтисто логически?

Например, трёхмерное «облако» объектов (объект это что-то типа файла в старом представлении), у каждого объекта в облаке набор самых разных свойств, между этими объектами существуют связи, показывающие взаимоотношения между ними. Но связь можно быть между совершенно разными объектами и между всеми ними не будет ничего общего (как в случае с беос — как корень). Разумно ещё внести 4-е измерение — время в системе. Например, тогда можно обращаться к какому-либо из объектов и получать его состояние в различное время (аналог резервных копий).

usr_share · 01-07-10 00:28:08

ну, как вариант-таки, ссылки жесткие между разделами ещё можно использовать, или UnionFS (ФС, отображающая содержимое нескольких папок)

Отредактировано usr_share (01-07-10 00:29:34)

Svart Testare · 01-07-10 00:29:43

d1337r пишет:

папки, отображающие содержимое нескольких папок

В Windows 7 это называется «библиотеки» smile

usr_share · 01-07-10 00:36:55

Svart Testare пишет:

В Windows 7 это называется «библиотеки»

Видел. Но я сомневаюсь, что доступ к этим библиотекам можно выполнить из другого софта так же, как и доступ к файлам. (я имею в виду изнутри для программы, а не снаружи для юзера). Как пример -- ярлык vs символьная ссылка -- для юзера -- одно и тоже, для программы же ярлык -- всего лишь файл, который содержит инфу о указателе на что-то, и открытие ярлыка через fopen не приведет к открытию файла, на который он указывает. А символьная ссылка, если к ней не обращаться специальными функциями -- это именно файл, на который она указывает. Вопрос: смогу ли я сделать fopen "C:\users\d1337r\libraries\documents\abc.txt" и получить доступ к файлу abc.txt, который на деле лежит в другом месте, или нет?

Отредактировано usr_share (01-07-10 00:37:31)

petrun · 01-07-10 00:38:14

Svart Testare пишет:

Например, трёхмерное «облако» объектов (объект это что-то типа файла в старом представлении), у каждого объекта в облаке набор самых разных свойств, между этими объектами существуют связи, показывающие взаимоотношения между ними. Но связь можно быть между совершенно разными объектами и между всеми ними не будет ничего общего (как в случае с беос — как корень).

То , что ыв говорите отлично представимо деревом.
Множество всех объектов(корень, кстати, никуда вы от него не денетесь) -> множество объектов ос свойством A > со свойтвом B -> со свойством C
На каком-то конечном шаге мы обнаружим искомый единственный объект.

Svart Testare пишет:

Разумно ещё внести 4-е измерение — время в системе. Например, тогда можно обращаться к какому-либо из объектов и получать его состояние в различное время (аналог резервных копий).

Ну снапшоты.Ну будет не множество обектов {A B C}, а множество объесков {A[0-9]+ B[0-9]+ C[0-9]+}
Абсолютно то же самое - 3 измерения.Дерево обектов, которые могут ссылаться на другие объекты в обход дерева.А то, что дерево будет генерироваться само, на основе метаданных роли не играет.

Svart Testare пишет:

В Windows 7 это называется «библиотеки» smile

То етсь я могу смонтировать 2 ФС в одно место и получить в нем дерево не дублирующихся файлов с обоих ФС?

Svart Testare · 01-07-10 00:39:05

d1337r пишет:

Но я сомневаюсь, что доступ к этим библиотекам можно выполнить из другого софта так же, как и доступ к файлам.

А легко! smile support.microsoft.com/kb/976027

Svart Testare · 01-07-10 00:40:54

petrun пишет:

То етсь я могу смонтировать 2 ФС в одно место и получить в нем дерево не дублирующихся файлов с обоих ФС?

В библу можно включить любой путь, в том числе и сетевой. Если вы про это.

petrun · 01-07-10 00:41:23

Svart Testare пишет:

А легко! smile support.microsoft.com/kb/976027

Это уже не open()
За эт оя и не люблю такой подход - нет единообразия.К этому пришел и юникс, в связи с давностью лет, но не настолько.

usr_share · 01-07-10 00:42:20

Svart Testare пишет:

А легко!

Не то. Я имел в виду использование ТАКОЙ же функции для доступа к библиотекам, какая используется для доступа к обычному файлу.

Отредактировано usr_share (01-07-10 00:42:42)

petrun · 01-07-10 00:43:15

Svart Testare пишет:

В библу можно включить любой путь, в том числе и сетевой. Если вы про это.

Это что, тупо симлинки?

usr_share · 01-07-10 00:44:52

petrun пишет:

Это что, тупо симлинки?

Походу, это хуже. Как ярлыки или desktop-файлы в XDG, только вместо одного файла/папки -- несколько папок.

Отредактировано usr_share (01-07-10 00:45:48)

Svart Testare · 01-07-10 00:48:43

d1337r пишет:

Не то. Я имел в виду использование ТАКОЙ же функции для доступа к библиотекам, какая используется для доступа к обычному файлу.

Думаю, что можно если покурить MSDN, например здесь: msdn.microsoft.com/en-us/magazine/dd861346.aspx
Но на самом деле зачем использовать старые методы если сами библиотеки были придуманы, чтобы по-другому представлять пользователю инфу. Я думаю, с помощью библиотек MS как бы подготавливает пользователей к Windows 8 уже сейчас. А в Windows 8 имя и расширение файла уже перестанут быть определяющими.

Svart Testare · 01-07-10 00:49:31

petrun пишет:

Это что, тупо симлинки?

Нет, симлинки в Windows существуют отдельно уже с Windows 2000. Библиотеки же появились только сейчас.

petrun · 01-07-10 00:51:22

Svart Testare пишет:

А в Windows 8 имя и расширение файла уже перестанут быть определяющими.

Уникальный идентификатор все равно нужет, ато будут возникать коллизии.

Svart Testare пишет:

Но на самом деле зачем использовать старые методы если сами библиотеки были придуманы, чтобы по-другому представлять пользователю инфу.

Что бы это не выглядело, как нагроможение костылей?Что бы все старые программы могли с этим работать прозрачно?Что бы не придумавать новых АПИ, которых и так уже немерянно.
Ну open() же, что сложного?

petrun · 01-07-10 00:52:49

Svart Testare пишет:

Нет, симлинки в Windows существуют отдельно уже с Windows 2000. Библиотеки же появились только сейчас.

Ну это же то же самое по сути.В одну директорию мы кидаем линки на другие, только почему-то не напрямую.

usr_share · 01-07-10 00:53:14

Svart Testare пишет:

Windows 8

Не так много времени прошло, как вышла Windows 7, вы уже 8 ждете. Как бы она не оказалась очередным Longwait'ом...

Svart Testare · 01-07-10 00:53:48

petrun пишет:

Что бы все старые программы могли с этим работать прозрачно?

Вообще-то разработчики должны периодически обновлять свои программы. И API тоже совершенствуются, новый функционал добавляется. Этому нужно успевать соответствовать.

petrun · 01-07-10 00:54:32

Svart Testare пишет:

Вообще-то разработчики должны периодически обновлять свои программы.

Ну зачем, зачем?Зачем новые АПИ, когда можно прозрачно через старые?

Svart Testare · 01-07-10 00:54:55

d1337r пишет:

Не так много времени прошло, как вышла Windows 7, вы уже 8 ждете.

Цикл же жизни ОС у MS примерно 5 лет. То есть в 2011-2012 году прекратят поддерживать Vista, а к 2014-му и семёрку. До этого будет замена smile

Svart Testare · 01-07-10 00:56:57

petrun пишет:

Ну зачем, зачем?Зачем новые АПИ, когда можно прозрачно через старые?

Нельзя старыми способами реализовать новый функционал — это абсурд даже вне ИТ. Нужны новые подходы — более удобные, более понятные разработчикам, более мощные. Нельзя же в 2010 году готовить пищу на костре (нет, конечно можно ради «отдыха на природе», но это ведь не то что можно отведать в ресторане, например).

petrun · 01-07-10 01:01:03

Svart Testare пишет:

Нельзя старыми способами реализовать новый функционал — это абсурд даже вне ИТ.

Это тможно - для этого есть симлинки.Назовете, хоть одну причину, почему их нелеьзя использовать в этих ваших библиотеках?
Я, врочем назову, но она не рациональна)
Они неосилили хваленую winfs и решили сдеалть все как обычно -надстройкой, не используя старых механизмов вообще.Как у них это принято.
То есть скоро слой VFS скроется под этими новыми поделкаими, асистема станет еще более громоздкой.

Форум StopLinux

Объявление

#1 01-07-10 00:09:46

Структура FS будущего

#2 01-07-10 00:14:28

Re: Структура FS будущего

#3 01-07-10 00:16:08

Re: Структура FS будущего

#4 01-07-10 00:21:22

Re: Структура FS будущего

#5 01-07-10 00:26:51

Re: Структура FS будущего

#6 01-07-10 00:28:08

Re: Структура FS будущего

#7 01-07-10 00:29:43

Re: Структура FS будущего

#8 01-07-10 00:36:55

Re: Структура FS будущего

#9 01-07-10 00:38:14

Re: Структура FS будущего

#10 01-07-10 00:39:05

Re: Структура FS будущего

#11 01-07-10 00:40:54

Re: Структура FS будущего

#12 01-07-10 00:41:23

Re: Структура FS будущего

#13 01-07-10 00:42:20

Re: Структура FS будущего

#14 01-07-10 00:43:15

Re: Структура FS будущего

#15 01-07-10 00:44:52

Re: Структура FS будущего

#16 01-07-10 00:48:43

Re: Структура FS будущего

#17 01-07-10 00:49:31

Re: Структура FS будущего

#18 01-07-10 00:51:22

Re: Структура FS будущего

#19 01-07-10 00:52:49

Re: Структура FS будущего

#20 01-07-10 00:53:14

Re: Структура FS будущего

#21 01-07-10 00:53:48

Re: Структура FS будущего

#22 01-07-10 00:54:32

Re: Структура FS будущего

#23 01-07-10 00:54:55

Re: Структура FS будущего

#24 01-07-10 00:56:57

Re: Структура FS будущего

#25 01-07-10 01:01:03

Re: Структура FS будущего

Подвал форума