> alias mount-старый-cd='mount -t iso9660 -r /dev/hdc /cdrom0'
> alias mount-новый-cd='mount -t iso9660 -r /dev/hdd /cdrom1'

Всё это делает сам чайник собственными руками, как-то вечером в свободное от лопат время умудрившийся набрать man mount? :) Или?

> OK. Человек помнит, что вчера где-то писал слово "лопата".

Т.е. может и не помнить?

> Потом где-то сохранял (кстати, а где и как? в "мои документы"? а там уже 163 лопаты, ещё с прошлого года... напрашивается мысль о создании иерархиии.... ну... ну... уже что-то рождается?).

Приказ.

> Башка трещит, начальник орёт. Быстро ищем ему, что он вчера писал про лопату. Действия страдальца?

Пока не поздно - писать по собственному.

> Всё это делает сам чайник собственными руками, как-то вечером в свободное от лопат время умудрившийся набрать man mount?

Разумеется. Кто ж за него это делать будет.

опять костыли к убогой VFS [монолитного ядра]

Subj.

Запарили уже. Такая штука должна быть частью ОСи. Не важно, где она будет жить -- в ядре, или в libc, или еще где-то, главное, чтоб она была самодостаточной, и в API, которое торчит наружу, не было и следа упоминания о каких-то там файлах.

> Т.е. может и не помнить?

Ему начальник напомнит :) Да такой интонацией, что лучше бы сам вспомнил.

> Пока не поздно - писать по собственному.

Чего писать-то? Отчёт заново, что ли? Член с ним, со вчерашним недописанным, всё никак не могу найти время выучить тайский, чтоб искать старые документы? :)

> Чего писать-то?

Заявление.

> Разумеется. Кто ж за него это делать будет.

Да ладно. Ему ещё надо успеть сбегать в лес нарубить дров для очага и настрогать щепок - а то спичек нет, огонь камнями высекаем. Бедный, всё сам... :)

> Да ладно. Ему ещё надо успеть сбегать в лес нарубить дров для очага и настрогать щепок - а то спичек нет, огонь камнями высекаем. Бедный, всё сам... :)

Зачем сам? У него полно роботов-слуг. То, что он не научился им команды отдавать - его проблемы.

> Заявление.

А не проще ли один раз провести аналогию с материальными папками (а такие ассоциации надолго запоминаются, в отличие от мёртвых языков, на которых никто не говорит - только иногда пишут) и всю свою деятельность далее строить на них? Причём все до сих пор УСПЕШНО это делают. И следов постоянного нечеловеческого напряжения на лице не видно. Но тут пришли умники и сказали, что это в корне неверно :)

> Зачем сам? У него полно роботов-слуг. То, что он не научился им
> команды отдавать - его проблемы.

Не потратил первую половину жизни, уча все возможные варианты языков для общения со всеми возможными вариантами устройств? А то ведь пришёл к кому в гости, неверно дал команду робота хозяина... Имел в виду "принеси чипсы", а тот несовместимым оказался и вместо этого зубы тебе почистил.

Только многие документы имеют свойство относиться к нескольким смежным категориям. И что будем делать? VFS?

Да, да, да!!! Прям бальзам на душу :) AdvancedPick - это было круто! После ДОС-а с его файлами и директориями сначала слегка непривычно, но когда привыкнешь - очень удобно! Многие приложения можно было писать вообще без языка программирования. Ну, если уже нужно что-то более сложное, то тут к вашим услугам Pick/Basic :)

Идея я как понимаю сперта а будущей Windows longхер где не предполагается существование файловой системы в нынешнем понимании, а будет просто как в PalmOS БД.

Осталось вспомнить, у кого идею спёр Microsoft, и с флеймом можно будет завязать :)

> Да. Знание о том, что существуют какие-то какталоги, о том, что можно переходить из одного в другой и что от этого что-то меняется. Очень нетривиальные понятия, по сложности изучения сравнимые с языком.

В комнате, где я живу, стоит шкаф. Он очень сложно устроен! У него есть несколько дверок, и несколько выдвижных ящиков. А за некоторыми дверками(!) - есть еще полочки!!! Но самое страшное - за одной из дверок стоит такой небольшой ящик с маленькими коробочками под мелочь...

Мне было невероятно тяжело освоить интерфейс этого девайса. Понять, что можно заглянуть за дверку и положить туда что-то - давалось особенно тяжело. А что за дверкой может быть ящик где внутри есть еще маленькие ящички, в которых тоже что-то лежит - я до сих пор с трудом осознаю :(

PS: Ну почему мне нравится слово "каталог", и не нравится "папка, мамка, дедка, бабка, тапка..."

PPS: FS - не есть "само совершенство", но иной уровень хранения информации будет возможен, когда будет иной уровень работы с информацией.

народ, я чего-то не совсем вас понимаю :-) будет примерно также, как на любом поисковике. есть запрос, есть параметры отбора, есть еще фильтр. т.е. строчка запроса "лопата", параметр "зеленая", фильтр "вчера". и ему абсолютно наплевать где это будет валяться. :-) а про вашу иерархию, да я вспоминать не хочу. видать у вас нет или такого количества сотрудников или два файла на винте, а меня лично утомили вопросы: "я вчера сохранял где-то файл, а сегодня я его нигде найти не могу.", а также утомило, что плодится огромное количество файлов с одинаковым содержимом, на предложение, что может быть обойдемся одним файлов, следует ответ: "... так это _мой_ файл, а это чужой файл, я вот со своим файлом работаю и что хочу то и делаю". прошу не советовать делать квоты, линки или включать сжатие файлов.

> Да, да, да!!! Прям бальзам на душу :) AdvancedPick - это было круто! После ДОС-а с его файлами и директориями сначала слегка непривычно, но когда привыкнешь - очень удобно!

Об этом можно где нибудь почитать?

RMS уж существенно постарше пяти лет. Её зачатки были ещё в RSX/11...

Ты видел где либо ВЛОЖЕННЫЕ папки, придурок? Файл - это как раз папка, а не документ, так что именно для англоязычных пользователей всё это дико confusing, чему я неоднократно был свидетелем.

Метаданные в RDF хренить надо.

> Метаданные в RDF хренить надо.

^^^^^^^^^^^

Так что там с ними делать надо? :-)

> Ты видел где либо ВЛОЖЕННЫЕ папки, придурок? Файл - это как раз папка, а не документ, так что именно для англоязычных пользователей всё это дико confusing, чему я неоднократно был свидетелем.

Совершенно верно. Только бесконечный гений Гилла Бейтса (или что-то в этом роде) мог применить здесь слово "папка". Если не нравится "каталог" ("директория"), то в амиге, afaik, это как раз называлось "ящиками".

Я об этом пике немножко наслышан. Точнее не о самом пике, а о последствиях его применения в виде до сих пор используемой в одной из крупных государственных организаций этой системы и огромных проблем перевести оттуда данные куда-нибудь ещё. Доходит до маразма: на пике делается распечатка, которую потом сканируют на писюках и распознают, хотя я тут подозреваю, что просто кому-то неохото эти заняться. Тут с одной стороны здорово, что система до сих пор работает как часы и вообще идея хорошая, но вот похоже, что с экспортом данных для других систем проблема.

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

А что, WinFS спасёт тебя от этого? Она что, препятствует созданию сущностей (кстати, а в ней есть некая элементарная сущность или нет?) с идентичным или похожим содержимым? Если да - то могу порадовать, юзеры приложат ВСЕ МЫСЛИМЫЕ УСИЛИЯ, чтобы преодолеть это. Ибо они любят множить информацию для разных (зачастую им самим малопонятных) целей. Если у человека в голове бардак, то никакая WinFS его не победит. И человек - существо гораздо более гибкое, чем машина. Он в итоге всегда найдёт лазейку, чтоб обойти раздражающее его ограничение. И какие новые проблемы это принесёт админу, никто заранее не знает :).

Витя, да это никак ты? Что новый ник освоил?

Боюсь, что даунам это не поможет.

Тут девочка на работе на мою реплику "Думать надо хоть чуть-чуть" выдала "А мне надоело думать - я за свою жизнь надумалась уже.." Деффке 20 лет. Остальные совсем плохие.

>О каких файлах? Знание о том, как перейти из одного каталога в другой? И что, для этого надо учить "нечеловеческий язык"? Может для этого и "практику перехода из каталога в каталог" учить?

Язык не поможет. 23 минуты мне понадобилось, чтобы объяснить по телефону девочке, работающей на компе около четырех лет (и имеющей высшее образование и даже пользующейся емылом) как зайти на сервер (где, кстати, хранятся ее документы) и скопировать оттуда себе ярлычок на рабочий стол...

>Как можно перейти из одной папки в другую?

Взять с полки (винта) одну папку и открыть ее, где в красивых пластиковых прозрачных файлах будут храниться документы.

Аналогия прозрачна.

> "А мне надоело думать - я за свою жизнь надумалась уже.."

Ну если она с 10 лет в DOOM играла...

>"я вчера сохранял где-то файл, а сегодня я его нигде найти не могу."

Ну ты права-то раздай, что же ты как неродной-то? Винды у них небось? Дык запрети в AD пользователям запись везде, кроме их документов. И все.

Ну да - папки в лотках. Эх, тебе бы в бухгалтерии поработать...

> Боюсь, что даунам это не поможет.

Когда отвечаешь на пост уехавший на лист-другой назад - хоть цитируй, что-ли...

> Взять с полки (винта) одну папку и открыть ее, где в красивых пластиковых прозрачных файлах будут храниться документы.

А куда делись папки, которые я брал с полки до этого?

> Аналогия прозрачна.

Большинство бед - от файлов, остальные - от аналогий.

"меня лично утомили вопросы"

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

Бедные досятники. Они и в третьем тысячелетии мыслят в рамках однопользовательской однозадачной ОС.

>Нельзя нормально работать с компьютером, АБСОЛЮТНО НЕ ДУМАЯ. Не получится :)

у меня некоторые персонажи именно так и работают...так шта можно...но вот результат...хм =)

>Тут девочка на работе на мою реплику "Думать надо хоть чуть-чуть" выдала "А мне надоело думать - я за свою жизнь надумалась уже.." Деффке 20 лет. Остальные совсем плохие.

Теперь понятно, почему вопросы вызывают у тебя такую бурную реакцию =) хе...

Кстати, МСы тоже отнюдь не идиоты, см. http://msdn.microsoft.com/msdnmag/issues/04/01/WinFS/:
--------------
The first point to make is that WinFS will not supplant NTFS—machines running Longhorn will still have NTFS-based drives. WinFS currently only applies to folders within the Documents and Settings folders. All other folders still reside under the control of NTFS. In particular, %systemroot% and Program Files are NTFS folders, which means that your application executable files will not actually live in the WinFS store.
---------------
И это логично - все навороты WinFS самой системе на хрен не нужны, они её только тормозить будут. И лишь потом, в очень отдалённой перспективе, когда винты будут очень-очень шустрыми - или, как вариант, их сменит что-то другое...
И, соответственно, глюпые заявления типа "Longhorn will also include the new file system known as WinFS, or Windows Future Storage, which will debut in "Yukon," the next release of the SQL Server database. It replaces the current file managers, NT File System or FAT32." ( http://www.eweek.com/article2/0,1759,1543502,00.asp ) ничего, кроме здорового смеха, вызывать не должны. Полностью - не заменят. А только для ковыряния в помойке, созданной самим юзером.
Там же:
------------
Of course, a Win32-based application can still read and write files in the folders under Documents and Settings. The Win32 file APIs have been implemented in Longhorn to take advantage of the items in the WinFS store. All of the items in Documents and Settings that were migrated from Win32 are file-backed, which means that there will be a file representation of the item as well as a WinFS item. Known file types will each have an associated metadata handler that has the responsibility to read the file and extract the metadata to store as properties in WinFS. For example, a metadata handler associated with Microsoft Word will load a Word file and then read the SummaryInformation OLE Property set and use the information in order to initialize a Document WinFS type in the WinFS store.
This duality of file-backed items and metadata properties in the store means that Win32 can continue to access items in Documents and Settings and WinFS can use properties as part of a query. These properties are treated as read-only to WinFS. When a Win32-based application changes a file, the metadata handler updates the store with the new property values. What this means in practice is that when you copy a Word document to your My Documents folder on a machine running WinFS, information about the file will be put into the WinFS store so that applications can perform searches based on the file's properties. However, the file will still be accessible by Win32, so Word will be able to load and edit the file. When Win32 makes changes to the file, WinFS will read the updated properties and write them into the store. So when you add a page to your Word document and save the file, WinFS will update the Document.DocPageCount property so that searches based on this property will work as expected.

Кхм! А теперь кто мне объяснит, чем эта лапша принципиально отличается от нынешнего Indexing Service?

>Осталось вспомнить, у кого идею спёр Microsoft, и с флеймом можно будет завязать :)

Помоему что-то о лапатах и файлах...

интегрированностью... ;) почитал я тут флейм... чуть со стула не падал со смеху!!! прикольно... :) хм... ну если интересно, то хотел бы высказать свое мнение по поводу ВыньФС и всяких таких вещей. :) Для тех кто в танке или не хочет признавать, то скажу - ТЕКУЩИЕ реализации ФС - ничто иное как база данных с определенной структурой, у которой есть ограничения(как физические, так и логические) :). Теперь по поводу всего остального - почему я против всех этих наворотов: 1. будет отжирание системных ресурсов - причем в большом количестве. (да - не спорю стоимость 1Мб дисковой памяти мала, но все же...) Это касается как жесткого диска, так и РАМ, ну и соответветственно интересна реализация МС - скорее всего будет прыжок в кернель при запросе (а это будет 1000 - 1500 тактов проца) - вопрос в том, сколько прыжков будет сделано при обработке из юзер мода в кернель? :) И какой для этого нужен будет проц? 2. Надежность? Если херится скажем блок метаданных (кстати как они будут размещены - за файлом или в отдельном месте на диске (как МФТ например)?) - то сам файл остается или надо будет запускать что-то типа чекдиска? А не потянет ли эта бага-фича остальные файлы в категории (кстати - как они будут работать?)? 3. Как идиота не называй - сути дела это не меняет :). Ничего нового они не сделали, а просто добавили красявостей в свою ФС (которая не такая уж и стабильная и защищенная... :))

хм... сорри люди, че-то мя понесло по поводу МС, ну просто начали... я вот продолжил - сильно не пинайте... ;)

Богу богово или о пользе DB

Уровень абстракции повышается. Для кого ? Для нас, пользователей и для агентов.

Создание ассоциативной памяти не по единственному признаку - принадлежность каталогу - а по огромному количеству признаков, делает такую систему годной не только для быстрого поиска - но и для УДОБНОГО и КАЧЕСТВЕННОГО поиска.

Возможность формулировать запрос на природном человеческом языке даёт мощнейший инструмент для КОММУНИЦИРОВАНИЯ между человеческой биологической памятью и памятью электронной. Помните проект GNOME Store (store.gnome.org)? Видели проект COMPUVISOR (www.compuvisor.net)? Слышали об интеграции IBM VIA VOICE в автомобили ?

Организация памяти близкой по типу к человеческой гарантирует увеличение продуктивности в процессах коммуникации. Наиболее привлекательной является ассоциативная связь между данными, благодаря чему практически все приложения системы становятся приложениями-агентами. Агент, наделённый целевым поведением и инструментами работы с ассоциативной памятью, даёт фантастическую полезность практически в любой области применения - будь то натуральный язык общения или DataMining, осуществляемый целями другого агента.

Совсем скоро выйдет первый тестовый релиз проекта Compuvisor.
В данный момент система успешно функционирует в среде Linux.


Вадим Катаев
Организатор и глава проекта Compuvisor

Нужно делать все это дело на XML, а файлы искать через XPath =)

Тут флейм почитаешь - настроение подниметься, честно даже смешнее чем анекдот-нет и тд и тп

Смешно рассуждаете, файл это и есть уровень абсракции, не нравиться название давайте переворачивайте все внизу-вверх.

Прежде чем думать о пользователе Я б на месте разработчиков подобных "абсракций" подумал кто будет писать для их скажем продуктов и решений? Кому нужен очень сложный АПИ?Кому нужны все эти логические и технические извраты? А если никто ничего не будет разрабатывать для таких решений - то и пользоваться никто не будет, раз про юзера заговорили - да давайте - юзеру очень полезна абсракция сама по себе - он просто все бросит и будет радоваться ? Юзеру нужен инсрумент а не абсракция, одним нужно бумажки для туалета печатать другим разрабатывать - все юзеры, так вот тем кому бумажки надо печатать - тем такой то курс грамотности, тем кому разрабатывать надо тем учиться и учиться.

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

ФС это по сути и есть бд с определенной информационной еденицей - файлом. Абсракция нудна - на уровне "все это файл" - это очень удобно просто и гениально и директория файл и вообще все что угодно файл;

Юзер должен _ДУМАТЬ_, а если не умеет этого делать то ему самое место работать дворником или еще кем-то в этом духе - где думать не надо. Если человек пришел на работу и ему надо иметь дело с компутером - то он должен знать как им пользоваться и задумываться иногда что он делает а не жмакать как обезъяна кнопочки и иконки - если он не умеет им пользоваться и не думает , то он на этой работе никому не нужен - это единственно правильный подход.

Консоль очень удобная вещь, не надо - все пользовались ею, пока не придумали гуй и решили что гуй панацея от всех болезней, чтож в этом и погрязли.

Вообщем что-то Я тут разговорился - но вот собственно пища для размышлений.

с твоими размышлениями пришлось бы 90 процентов юзеров в дворники записать :)

>с твоими размышлениями пришлось бы 90 процентов юзеров в дворники записать :)

а Я и не спорю - либо записать в дворники (хоть чище будет и будет от них польза), либо доучить/научить, совсем даунов в дворники.

Просто давно замечаю _БОЛЬШИНСТВО_ адептов m$ экие тупые и бездумные люди (не надо единичных примеров), все им думать надоело и тд и тп;

>A ya uzh bylo nadeyalsya, chto napishut plugin tipa "mime metadata" k ReiserFS nu neploho by "rar", "cripto"... :-(((

Хоть и в транслите, но у тебя правильное понимание вопроса. В отличие от разработчика "Database File System for Linux".

Ключевое слово - METADATA. А весь спор в данной теме есть не что иное, как переливание из пустого в порожнее.

>Только многие документы имеют свойство относиться к нескольким смежным категориям. И что будем делать? VFS?

Вот тут и приходят на помощь METADATA. Что со стороны выглядит как DBFS.

> Кхм! А теперь кто мне объяснит, чем эта лапша принципиально отличается от нынешнего Indexing Service?

Принципиально - ничем. А непринципиальное отличие простое. Те самые потоки (metadata) наконец-то начиинают активно использоваться на уровне файловой системы. Пока только для поиска. В будуещем, возможно уйдут от POSIX create/open/close.

> что иерархическая модель директорий с файлами как-то ухитрилась дожить до сегодня и процветать, а ей, старушке, лет свыше 30

на самом деле, dbfs и winfs нечего фундаментально нового не представляют - это давно существует в AS/400.