| 1.14, Аноним (14), 07:05, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ребята, вы ничего не поняли... Фишка в том, что в следующей версии винды таки появится WinFS... Так то...
| | |
| 1.15, Аноним (14), 09:22, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хм... Занятно то, что никто не вспомнил, что по реляционным базам легко искать.
Записывать в них естественно медленнее, чем создавать файлы.
В новости указывается тест по записи, а не по поиску...
| | |
| 1.17, Dias (??), 10:33, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
где люди такую траву берут.... эту бы энергию да в мирных целях
там в багтрэке висит пара запросов и в feature request тоже пара штук, у кого-то сие таки юзаецца :)
| | |
| 1.19, zuborg (?), 11:32, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Лучше бы рассмотрели как использовать FS в качестве DB с какой-то частичной поддержкой SQL - вот это было бы востребованно.
| | |
| |
| |
| |
| 4.27, Лимуриец (?), 15:37, 17/02/2008 [^] [^^] [^^^] [ответить]
| +/– |
Reiser4 назывется.
Да, это больше, чем просто FS. В ней сделано то, что M$ много лет пытается асилить в своей WinFS. А в мире открытого софта уже этого есть.
| | |
|
|
|
| 1.22, Pilat (?), 17:24, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Забыли написать, сколько памяти потребовала операция копирования, и не написали, сделали ли flush и сколько времени ушло на копирование с окончательной записью на диск.
| | |
| 1.24, fresco (??), 21:42, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вообще идея может оказаться жизнеспособной. Если как следует продумать движок (не MySQL, конечно), оптимизировав его на чтение -- штука мжет получиться очень интересная. Для хранения большого количества разнородных, статичных (или редко модифицируемых) данных. Поиск по сложным запросам в такой ФС может оказаться экстремально эффективным. И неважно, что производительность записи будет катастрофически низкой -- так и задумано.
Хотя, думается мне, файловые системы в стиле BFS, NTFS и WinFS более перспективны в этом направлении. Более общий функционал, высокая производительность, а основная проблема все таже -- четкая формализация маркерных параметров -- ключевых слов.
| | |
| |
| 2.25, Aceler (?), 02:07, 17/02/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>конечно), оптимизировав его на чтение -- штука мжет получиться очень интересная.
>Для хранения большого количества разнородных, статичных (или редко модифицируемых) данных. Поиск
>по сложным запросам в такой ФС может оказаться экстремально эффективным. И
>неважно, что производительность записи будет катастрофически низкой -- так и задумано.
>
>
>Хотя, думается мне, файловые системы в стиле BFS, NTFS и WinFS более
>перспективны в этом направлении. Более общий функционал, высокая производительность, а основная
>проблема все таже -- четкая формализация маркерных параметров -- ключевых слов.
>
Такая система уже есть. Называется LDAP.
| | |
| |
| 3.26, past (?), 13:24, 17/02/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>по сложным запросам в такой ФС может оказаться экстремально эффективным. И
>>неважно, что производительность записи будет катастрофически низкой -- так и задумано.
>>
>>
>>Хотя, думается мне, файловые системы в стиле BFS, NTFS и WinFS более
>>перспективны в этом направлении. Более общий функционал, высокая производительность, а основная
>>проблема все таже -- четкая формализация маркерных параметров -- ключевых слов.
>>
>
>Такая система уже есть. Называется LDAP.
Ура!
Даешь LDAPfs!
| | |
|
|
| 1.31, Аноним (14), 04:01, 18/02/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Reiser4 рулед.
вот к чему приводит попытка тянуть проект Одному!!
сразу "казачки" от сайентологии/MS - "подставу" устраивают(не то моча супругу, не то дая ей денег на поездку подальше(вероятнее))
| | |
|
