The OpenNET Project / Index page

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



"Компания Versity открыла исходные тексты файловой системы Sc..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от opennews (??), 18-Сен-18, 10:17 
Компания Versity объявила (http://www.versity.com/blog/versity-open-sources-scoutfs) об открытии исходных текстов специализированной файловой системы ScoutFS (https://www.scoutfs.org/), оптимизированной для хранения архивных данных. Утверждается, что  ScoutFS стала первой открытой файловой системой для архивирования, нацеленной на предоставление промышленного уровня надёжности и масштабирования при хранении огромных массивов накопленной архивной информации. Код опубликован под свободной (https://github.com/versity/scoutfs-kmod-dev) лицензией GPLv2, что позволяет со временем включить его в основной состав ядра Linux. В настоящее время ScoutFS распространяется в виде внешнего модуля для ядра Linux из состава RHEL/CentOS 7.x.

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

ScoutFS существенно расширяет возможности традиционных ФС по числу хранимых файлов в одном пространстве имён, позволяя хранить в одной ФС  до триллиона файлов.  ФС также рассчитана на высокую интенсивность поступления данных и может обрабатывать большое число одновременных запросов на создание файлов. Работа с ScoutFS напоминает традиционные ФС - семантика соответствует требованиям POSIX, а хранилище разворачивается поверх общего для всех узлов блочного устройства, на котором создаётся ФС и монтируется на всех узлах кластера.


Ключевые особенности ScoutFS:


-  Интегрированный движок индексации данных, ускоряющий операции обслуживания архива. Индексация позволяет сразу отслеживать все изменения данных и атрибутов файлов. Для обращения к индексу предоставляется специальный интерфейс для формирования  запросов AQI (Accelerated Query Interface);

-  Применение совместно используемого на разных узлах индекса. Индекс  построен на базе LSM-дерева (https://ru.wikipedia.org/wiki/LSM-%D0%B4%D0&#...) (Log-structured merge-tree), обеспечивающего высокую производительность в условиях интенсивного добавления новых данных;


-  Благодаря индексации время поиска файлов практически не зависит от числа файлов в ФС. Сравнение ScoutFS и XFS:


-  Сокращение конкурирующих операций, благодаря отделению логических блокировок от операций сериализированной записи на устройство;
-  Поддержка различных ресурсов для конечного хранения данных, включая ленточные накопители, диски, хранилища объектов и облачные системы;
-  Обеспечение отказоустойчивости: узлы могут на лету отключаться и подключаться без нарушения работы ФС и потери сохраняемых данных;

-  Полное соответствие единой семантике POSIX на разных узлах;
-  Контроль целостности метаданных и ссылок на данные;
-  Автоматические транзакции для поддержания согласованности постоянных структур;
-  Реализация в виде оптимизированного модуля ядра, обеспечивающего минимальные задержки и высокую производительность.

URL: http://www.versity.com/blog/versity-open-sources-scoutfs
Новость: https://www.opennet.ru/opennews/art.shtml?num=49290

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Компания Versity открыла исходные тексты файловой системы Sc..."  +2 +/
Сообщение от Аноним (1), 18-Сен-18, 10:17 
хм... а уже появились какие-то вменяемые методы сделать верифицируемый бекап со всех распространённых ФС и с БД внутри, который можно в случае смерти быстро поднять прям как снапшот?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Annoynymous (ok), 18-Сен-18, 10:53 
Снапшот ФС с любой ФС?

LVM.

> и с БД внутри

Никак.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от blblbl (?), 18-Сен-18, 10:56 
Flush tables with read lock; внутри ВМ. Потом LVM  снапшот.  
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

13. "Компания Versity открыла исходные тексты файловой системы Sc..."  –2 +/
Сообщение от Annoynymous (ok), 18-Сен-18, 13:05 
Ну ему же хочется просто снапшот, без смыва, я так понял.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

33. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (33), 18-Сен-18, 20:37 
Почему никак? Зависит от рук и БД.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

19. "Компания Versity открыла исходные тексты файловой системы Sc..."  +2 +/
Сообщение от Аноним (19), 18-Сен-18, 14:00 
Написано что можно тут:
https://www.postgresql.org/docs/9.0/static/backup-file.html

Типичная процедура заключается в создании «замороженного моментального снимка» тома, содержащего базу данных, затем скопируйте весь каталог данных (а не только части, см. Выше) из моментального снимка на устройство резервного копирования, а затем отпустите замороженный снимок. Это будет работать даже во время работы сервера базы данных. Однако созданная таким образом резервная копия сохраняет файлы базы данных в состоянии, как если бы сервер базы данных не был должным образом отключен; поэтому при запуске сервера базы данных на резервных данных он будет считать, что предыдущий экземпляр сервера разбился и будет воспроизводить журнал WAL. Это не проблема; просто имейте в виду (и обязательно включайте файлы WAL в свою резервную копию).

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Компания Versity открыла исходные тексты файловой системы Sc..."  +3 +/
Сообщение от Аноним (2), 18-Сен-18, 10:27 
теперь в качестве движка хранения для этой штуки нужно прикрутить другую распределенную фс

и будет "мы сделали вам распределенную фс, хранящую данные на распределенной фс, чтобы вы могли пользоваться распределенной фс, пока пользуетесь распределенной фс"

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Компания Versity открыла исходные тексты файловой системы Sc..."  +1 +/
Сообщение от Аноним (4), 18-Сен-18, 10:56 
> Утверждается, что ScoutFS стала первой открытой файловой системой для архивирования, нацеленной на предоставление промышленного уровня надёжности и масштабирования при хранении огромного числа файлов.

Сетевые FS не в счет?.. а то вот есть под боком одна файловая система - 15P.. и что-то там в районе 150G файлов..

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Компания Versity открыла исходные тексты файловой системы Sc..."  +1 +/
Сообщение от Аноним (4), 18-Сен-18, 11:18 
> Компания Versity объявила об открытии исходных текстов специализированной файловой системы ScoutFS, оптимизированной для хранения архивных данных.

Не умеет OFED - совсем. LOCKING сделал per inode, паралельные чтения еще возможны - запись - нет.
Судя по всему - операции синхронны, - быстрый пробег не показал какого-то кода похожего на recovery after fail.  


Промышленной говорите?
> *XXX Need to figure out how to resolve multiple items created by
> concurrent writers.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Moomintroll (ok), 18-Сен-18, 11:31 
> ScoutFS относится к категории кластерных систем, организующих доступ группы серверов к совместному хранилищу данных.
> Важная особенность ScoutFS в отсутствии отдельного централизованного сервера обработки метаданных, так как вся функциональность реализуется на конечных узлах и метаданные обрабатываются на всех узлах или отдельной группе узлов в кластере. Непосредственно данные хранятся на внешнем общем хранилище, а не распределены по узлам. На узлах лишь поддерживается общий синхронизированный индекс метаданных.

Что не так с ocfs2 и gfs2?

> ScoutFS существенно расширяет возможности традиционных ФС по числу хранимых файлов в одном пространстве имён, позволяя хранить в одной ФС до триллиона файлов.

А, вот что. Ну допустим... А сколько будет стоить хранилище под такую задачу? Думаю, потому и выбросили проект на мороз, что для хранения "триллиона файлов" теперь дешевле и эффективнее использовать распределённые ФС, вроде ceph или lustre.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (4), 18-Сен-18, 11:58 
> Что не так с ocfs2 и gfs2?

OCFS2 научилось маштабироваться выше 256 узлов ? правда уже при этом были дикие тормоза из-за локинга на каждый блок.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

34. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 18-Сен-18, 20:39 
В OCFS2 угрёбищно сделано квотирование, пишет один длиннющий псевдофайл, верификация которого занимает херову тучу времени + квотирование лочится на каждый чих. Без квотирования нормально, но не на 256 узлов конечно, оно для этого уже не предназначено.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

40. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (40), 19-Сен-18, 07:40 
А для чего? я грешным думал что что бы раздавать большие объемы.

PS. в OCFS2 - лимит на 256 нод - прошит в протокол.

/* this limits us to 256 nodes
#define OCFS2_NODE_MAP_MAX_NODES    256

и насколько я знаю - далеко не просто так. Даже без проблем с квотой.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

41. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 09:00 
Чтобы раздавать большие объёмы - лучше что-то с шардингом посмотреть. OCFS2 - более-менее shared FS общего назначения. Применимо для HA, для compute cluster, и для раздачи тоже, но не silver bullet.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

44. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (40), 19-Сен-18, 11:19 
а что в compute cluster еще делают? раздают большие объемы. Если посмотреть на физику/биологию/метеорологию - там объемы 1 файла даже не мегабайты - а гигабайт и выше.

Опять же - при ограничении в протоколе - 256 нод - это будет - очень маленький кластер.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

49. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 20:07 
Шардинг отменили?
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 20:07 
В compute cluster - считают, объёмы при этом могут быть разными.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

31. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 18-Сен-18, 20:35 
С GFS2 не так кластерный стек, увы, только для сферического кластера в вакууме, где всё остальное (сеть, железо) надёжнее самого кластера.

С OCFS2 для именно кластерных применений (а не горизонтального масштабирования в небеса на сотни узлов) - всё в порядке, да )

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

32. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 18-Сен-18, 20:35 
Хотя, для compute cluster без HA GFS2 тоже заруливает, да.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

8. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (8), 18-Сен-18, 11:31 
https://en.wikipedia.org/wiki/OpenAFS
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Компания Versity открыла исходные тексты файловой системы Sc..."  –2 +/
Сообщение от Moomintroll (ok), 18-Сен-18, 11:43 
Тёплое vs мягкое

> ScoutFS относится к категории кластерных систем, организующих доступ группы серверов к совместному хранилищу данных.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (4), 18-Сен-18, 12:01 
> Реализация в виде оптимизированного модуля ядра, обеспечивающего минимальные задержки и высокую производительность.

А OFED не знает.. или хотя бы AF_RDS

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от ddgrg (?), 18-Сен-18, 12:42 
Это конкурент ceph?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от пох (?), 18-Сен-18, 13:13 
нет, это перпендикулярный проект - ceph когда надо быстро и данные под рукой, но ограниченное количество и с разумным количеством узлов.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Moomintroll (ok), 18-Сен-18, 14:38 
> оно будет расти пока не заполнит весь глобус

Куда, нафиг, оно будет расти?

> Непосредственно данные хранятся на внешнем общем хранилище, а не распределены по узлам.

Это про FC/iSCSI

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

28. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 18-Сен-18, 20:27 
Пейсмакер с коросинком не дадут заполнить глобус уже при 3-5 мс latency.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

43. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от пох (?), 19-Сен-18, 11:15 
уп-с...

да ну, нафиг, 5ms, не может быть? Может все же 50?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

48. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 20:06 
Увы, может. 5 нод с latency около ms благополучно флапали коросинк, а в случаях развала кольца - убивали кластер. Пришлось тюнить, потом, когда наполучался удовольствия - выкинуть.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

15. "Компания Versity открыла исходные тексты файловой системы Sc..."  +1 +/
Сообщение от Аноним (15), 18-Сен-18, 13:13 
Current Status

Initial Alpha Open Source Release

scoutfs is under heavy active development. We're releasing before it's completely polished to give the community an opportunity to affect the design and implementation. Nothing is cast in stone.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (16), 18-Сен-18, 13:35 
сетевая фс в ядре = бекдор

ведь в любой достаточно сложной программе есть уязвимости

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Компания Versity открыла исходные тексты файловой системы Sc..."  +2 +/
Сообщение от anonymous (??), 18-Сен-18, 13:41 
сетевой <placeholder> в ядре = бекдор

не показатель.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

47. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 20:05 
Сеть - вообще бэкдор. Выдерните кабели, выломайте антенны и прочие приёмники/передатчики.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

20. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (20), 18-Сен-18, 14:10 
"Семантика соответствует требованиям POSIX" - обычно звездёжь. Как у неё с POSIX locking?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от KonstantinB (ok), 18-Сен-18, 20:13 
Ну вот код, разбирайтесь: https://github.com/versity/scoutfs-kmod-dev/blob/7d1ea197c29...

А вообще, конечно, семантика posix locks крайне неудачная для сетевых ФС.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 18-Сен-18, 20:26 
DLM, то есть пейсмакер с коросинком. Всё веселье в одном флаконе.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (33), 18-Сен-18, 20:29 
// встроенный DLM с выносным кластерным стеком, которых на деле 1 штука.

В той же OCFS2 оракл сделала собственный кластерный стек с кворумом на сторейдже, чтобы уйти от угрёбища под названием pcs+corosync с необходимостью жёсткого и быстрого STONITH, вотчдогов, от кривых кворумных демонов и иже с ними. Надо сказать, по сравнению с GFS2 на pcs+corosync, работает замечательно.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

35. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (40), 18-Сен-18, 20:39 
вы путаете. это поделие использует тот же DLM что и OCFS2.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

42. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 09:02 
Это вы путаете. DLM да, кластерный стек - нет. У OCFS2 есть свой кластерный стек, O2CB, у которого кворум на сторейдже, который mesh, который не требует железного STONITH, и который менее чувствителен к пертурбациям.

Да, оно может работать с угрёбищной парой pcs+corosync, но только в идеальных для таковой условиях - желательно вообще в одной стойке (кольцевая топология corosync очень чувствительна к задержкам, увы), с железным отрубанием нод и т.п. Как и всё остальное.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

45. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (40), 19-Сен-18, 11:26 
DLM и кластерный стек это вещи разные - от слова совсем.
так же как и STONITH - никак не связан с DLM.

задача DLM (как ее понимает wikipedia и большинство FS - https://en.wikipedia.org/wiki/Distributed_lock_manager) - обеспечить не противоречивость кэшей на клиенте. Вопрос STONITH это вопрос HA стека - который обеспечивает работу отдельных нод кластера, и к кэшу клиентов отношения не имеет.

Теперь понятно ?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

46. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (33), 19-Сен-18, 20:03 
Хосспаде, ну запусти мне "родной" DLM в Linux без кластерного стека или его подобия.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

51. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (40), 20-Сен-18, 09:21 
Легко. Для монтирования руками различных нод кластера - ума много не надо.
При этом DLM будет работать и обеспечивать непротиворечивость кэшей клиентов.

К слову - стоит разобраться "что такое родной DLM" для Linux.
В ядре существует миниум 2 - а местами было 3 и больше реализаций.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux...
у smb / nfs - есть тоже свой DLM, базирующийся на LEASE locking.

какой из этих "родной" DLM для linux и какой надо поднимать ?

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

37. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (40), 18-Сен-18, 20:47 
еще один.. не путайте требования POSIX и POSIX LOCKs.
первое включает очень большой перечень требований - в частности когенетность кешей клиентов.
Второе.. второе не включает в себя ничего.

Код этого поделия мягко скажем странный - самопальный interval tree (есть в ядре готовый), на какой-то черт точность лока 1 байт, хотя ядро не выделит меньше страницы и тп.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

36. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (40), 18-Сен-18, 20:41 
формально есть DLM, есть какие-то события. быть святее папы римского и оптимизироваться по паралельный доступ - не собираются. По сему примерно так же как в pohmelFS. один глобально-фиртуальный i_mutex на файл и в перед.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Компания Versity открыла исходные тексты файловой системы Sc..."  +/
Сообщение от Аноним (21), 18-Сен-18, 14:13 
>Непосредственно данные хранятся на внешнем общем хранилище, а не распределены по узлам.

Ну тогда ничего для себя интересного не вижу.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от yet another anonymous (?), 18-Сен-18, 17:21 
Зачем ядру иметь в себе структуры, существенно зависящие от внешних обстоятельств? Чем userspace здесь не угодил?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Компания Versity открыла исходные тексты файловой системы Sc..."  +1 +/
Сообщение от Crazy Alex (ok), 18-Сен-18, 18:42 
Модули в помощь. Не надо - не грузишь. А кому-то эти "внешние обстоятельства" приемлемы.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от yet another anonymous (?), 18-Сен-18, 19:29 
Причем тут модули?

Речь о том, что для ядра взаимодействие с внешними системами (через подсистемы ядра же)
происходит за неизвестно-какое-время с неизвестно-каким-результатом. И, собственно, почему эта логика (обеспечение гарантий целостности, непротиворечивости, ...) должна быть в ядре, а не в userspace?

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Компания Versity открыла исходные тексты файловой системы Sc..."  +3 +/
Сообщение от Аноним (33), 18-Сен-18, 20:31 
Потому что делать десяток контекст свитчей на каждую блочную операцию могут только фанаты фс на питоне.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

38. "Компания Versity открыла исходные тексты файловой системы Sc..."  –1 +/
Сообщение от Аноним (38), 18-Сен-18, 23:56 
Т е по вашей логике разница между ядром и юзерспейсом в том что в ядре должен быть сложный код, а в юзерспейсе простой?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

39. "Компания Versity открыла исходные тексты файловой системы Sc..."  +1 +/
Сообщение от Аноним (39), 19-Сен-18, 07:04 
Простой должен быть в обоих, но вам как сложному не понять.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

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