The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Новая файловая система, с хранением данных в SQL базе

24.09.2005 23:22

Анонсирован первый публичный релиз экспериментальной файловой системы NOOFS. Особенность данной FS, в использовании в качестве хранилища данных SQL базы, в частности PostgreSQL и MySQL.

Функциональность:

  • Создание единого хранилища данных в сети;
  • Расширенные средства управления безопасностью;
  • Функции быстрого поиска файла;
  • Хранение расширенной информация об элементе ФС;
  • Виртуальное управление директориями - папки с динамически формируемым содержимым;
  • Встроенные средства по управлению целостностью данных.

    1. Главная ссылка к новости (http://groups.google.com/group...)
    Лицензия: CC BY 3.0
    Короткая ссылка: https://opennet.ru/6136-fs
    Ключевые слова: fs, sql, postgresql
    При перепечатке указание ссылки на opennet.ru обязательно


    Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 03:32, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Она через FUSE работает, или опять не дождемся пода портируют и под *nux и под *bsd?
     
     
  • 2.14, chip (ok), 17:43, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >> Она через FUSE работает, или опять не дождемся пода портируют и под *nux и под *bsd?

    Вообще-то fuse специфична для linux. Связи ее с *BSD не обнаружено.

     
     
  • 3.16, AMDmi3 (?), 18:07, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    http://wikitest.freebsd.org/moin.cgi/FuseFilesystem
     
     
  • 4.22, chip (ok), 10:40, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >http://wikitest.freebsd.org/moin.cgi/FuseFilesystem

    Неплохо-неплохо. Только хотелось бы все же услышать официальную точку зрения (core team) на счет включения FUSE в ядро. В виде патчей ее мало кто будет использовать.

     

  • 1.3, Аноним (2), 06:50, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это просто круто - сетевая файловая система в SQL как до этого раньше не додумались
     
  • 1.4, Аноним (2), 10:27, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    to Аноним предыдущий :)
    Додумались. Новая фс от мелкомягких winfs. Принцип тот же самый
     
  • 1.5, SunTech (?), 10:45, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще-то Рейзер уже давно об этом поговаривает.
     
  • 1.6, Аноним (2), 11:01, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спёрли идею у Microsoft (она была высказана в скорое время после выхода NT 4.0, но будет реализована только сейчас под именем WinFS)
     
     
  • 2.25, Pasha (??), 11:22, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    rwer
     
  • 2.26, Pasha (??), 11:33, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Так что новаторской эту идею уж точно назвать нельзя.
     
  • 2.28, Eugene (??), 12:02, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А еще раньше эта идея была реализована у Oracle и называлась OracleFiles.
    Как называется сейчас не знаю.
    Однако мода.
     

  • 1.7, Аноним (2), 11:03, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В добавление к предыдущему посту: WinFS не файловая система, а расширение NTFS. Плюс позволяет много удобных средств .NET программистам.
     
  • 1.8, Аноним (8), 11:17, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока это чисто любительский проект. Я думаю, и скорость работы с той фс весьма невысока. Ибо та фс, по-моему, не надстройка, и все в бд хранится.
    А комменты типа "жаль, что не встроено в ядро" - это вообще лол. Тогда придется встроить в ядро еще и mysql :))Я прав?
     
     
  • 2.17, AMDmi3 (?), 18:19, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Какой-то аналог DBI придется иметь. Или userland демона с DBI. Вообще, насчет FUSE правильно сказали - это было бы и удобнее, и лучше в плане совместимости.
     

  • 1.9, halt (ok), 11:44, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будет хорошо если клиент состряпуют и для виндоз
     
     
  • 2.11, goodini (?), 13:13, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    имхо производительность у такой ФС будет ниже плинтуса :) конечно бонусы есть, я не спорю ...
    Не совсем понимаю чем плох NFS ? И клиент/сервер есть под все платформы (под венду в том числе).
     
     
  • 3.18, McLone (?), 21:24, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > Не совсем понимаю чем плох NFS ?

    http://v9fs.sourceforge.net/perf/index.html
    И вааще, читать доку к НФС4, там такие хохмы есть...
    Исходники не читайте - заикаться начнете

     
  • 3.20, Аноним (2), 22:39, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, NOOFS и NFS это как-бы разные категории совершенно и для разного сделаны. Для NOOFS производительность как раз далеко не главное.

    А во-вторых, NFS все-таки надо чем-то заменять. Потому что это не дело, поднимать 3 (!) демона - rpcman, mountd и собственно nfsd (зачастую еще и lockd впридачу), она не умеет шарить разные поддеревья одной физической файловой системы с разными опциями. Нужен нормальный вменяемый протокол, работа по TCP, одно соединение - клиент-сервер. Как вариант, UDP. Быстрая ядерная реализация. Все.

     
     
  • 4.23, chip (ok), 10:46, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Нужен нормальный вменяемый протокол, работа
    >по TCP, одно соединение - клиент-сервер. Как вариант, UDP.

    /home/chip> sockstat -4l | grep udp              
    root     rpc.stat    97    3 udp4   *:941                 *:*                  
    root     mountd      88    3 udp4   *:1012                *:*                  
    daemon   portmap     86    3 udp4   *:111                 *:*                  
    bind     named       84   20 udp4   192.168.1.1:53        *:*                  
    bind     named       84   22 udp4   127.0.0.1:53          *:*                  
    bind     named       84   24 udp4   *:1367                *:*                  
    root     syslogd     81    5 udp4   *:514                 *:*                  
    /home/chip>

     
     
  • 5.29, Аноним (2), 14:17, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл поста непонятен.
    Кстати - еще вот - rpcbind'у например нельзя указать на каких адресах слушать. * - это совсем неправильно. mountd'у до недавнего времени вообще нельзя было порт задать, выбирал случайно. Поэтому NFS и прочие RPC поделки - в сад.
     
     
  • 6.31, chip (ok), 18:08, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Смысл поста непонятен.

    Собственно ответ был о UDP в NFS.

     
     
  • 7.32, Аноним (-), 18:27, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду что нужно общение по ОДНОМУ порту. TCP или UDP.
     

  • 1.12, Killy (?), 13:42, 25/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    фактически альтернатива NFS с повышенной (совершенно другой) секурностью...
    по сети будет летать имхо, а вот на десктопе....
    скокаж мозгов должно быть у сервака *_*
     
     
  • 2.13, Sash (??), 14:14, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    С чего бы это повешенной "секурностью"? Вас не устраивает NFS+acl?

    При использовании НФС добиваются скорости в пике до 12Мб/с, не думаю что это удасться на NOOFS. Конечно можно использовать ее только для хранения каких-либо настроек о раб. станциях требующей централизованого управления, но и для таких целей ИМХО удобнее использовать openldap+fuse+ldapfs.

     
     
  • 3.15, chip (ok), 17:46, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >> С чего бы это повешенной "секурностью"? Вас не устраивает NFS+acl?

    ACL в общем случае не имеет никакого отношения к "секурности" NFS.

    рекомендую ознакомиться с драфтами по безопасности NFS + сообщения об ошибках в реализации NFS в различных операционных системах.

    ps: NFS одна из самых больных в плане безопасности.

     
     
  • 4.19, McLone (?), 21:25, 25/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    IMHO, NFS одна из самых больных в плане головы
     
  • 4.24, sash (??), 11:18, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за совет, обязательно прочту на досуге.
     

  • 1.21, achmed (??), 10:21, 26/09/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скажу по секрету, в SQL серверах слишком низкая скорость работы по считыванию, записи блобов, чтобы
    использовать их в качестве хранилища данных ФС -
    СЛИШКОМ большой оверхед, скорость работы  по сравнению с обычной ФС НЕСРАВНИМО МАЛА (проверено на собственном опыте).
    Сам лично не пробовал запускать этот сервер, но
    судя по исходникам и  SQL схеме, проект обречен,
    ИМХО разумеется.
     
     
  • 2.27, Аноним (-), 11:38, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Скажу по секрету, в SQL серверах слишком низкая скорость работы по считыванию,
    >записи блобов, чтобы
    >использовать их в качестве хранилища данных ФС -

    Для хранения документов в сети производительности хватит, правда непонятно, чем это будет лучше samba, разве что web-морду проще привернуть. Вот если бы они абстрагировались от структуры базы и любую таблицу позволяли отображать в виде фС, пользы было бы больше.

     
  • 2.30, Аноним (2), 16:34, 26/09/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Блин ну сходите же на сайт и почитайте. А то лишь бы сказать глупость очередную.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру