The OpenNET Project / Index page

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



"Представлена ФС DAXFS, похожая на ramfs и tmpfs, но работающая в обход страничного кэша"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлена ФС DAXFS, похожая на ramfs и tmpfs, но работающая в обход страничного кэша"  +/
Сообщение от opennews (??), 25-Янв-26, 12:26 
Конг Ванг (Cong Wang), сопровождающий подсистему управления трафиком (TC, Traffic Control) в ядре Linux и развивающий проект  Multikernel, представил в списке разработчиков ядра Linux новую файловую систему  DAXFS. DAXFS использует для хранения данных оперативную память, работает в режиме только для чтения  и напоминает по функциональности урезанные файловые системы ramfs и tmpfs. Модуль ядра с реализацией DAXFS, а также утилита mkdaxfs для создания ФС опубликованы под лицензией GPLv2. После рецензирования рассматривается возможность интеграции DAXFS в основной состав ядра...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64674

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

Оглавление

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

1. Сообщение от Аноним (-), 25-Янв-26, 12:26   +1 +/
Эх, а мог бы назвать ее DAFXS
Такой каламбур пропал.

> ФС работает в режиме только для чтения и инициализируется через загрузку в память предварительно подготовленного образа ФС

А как записать полученные вычисления обратно?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4

2. Сообщение от Аноним (2), 25-Янв-26, 12:33   +2 +/
отправь на рецензию в анебе, они потом добавят в образ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от онанист (?), 25-Янв-26, 13:02   +/
FXS знаю
а причём тут DA?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #12

5. Сообщение от алек емпире (?), 25-Янв-26, 13:13   +/
типа DA-108
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (6), 25-Янв-26, 13:14   –1 +/
Его дерьмо оказалось не нужным, он теперь пристройку к нему делает. В ядро это, если платиновые спонсоры не надавят, никогда не примут. Ибо дублирование подсистем, за это RaiserFS выперли.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #13, #14, #24

7. Сообщение от Аноним (7), 25-Янв-26, 13:26    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

8. Сообщение от Аноним (8), 25-Янв-26, 14:43   –2 +/
Чем оно отличается от:
tmpfs on /sys/fs/cgroup type tmpfs (ro)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #21, #23

9. Сообщение от Kilrathi (ok), 25-Янв-26, 14:43   +/
И чем это лучше встроенных в ядра тех же memmap phram и тп?
Резервируешь сколько нужно и используешь.
«Упрощает реализацию, резервирование и операции»
Да куда уж проще то:
Есть же старые проверенные
dd if=~/.ssh/id of=/dev/mem bs=1 seek=$((0xXXX))
и
cat /sys/block/pmem0/device/mysshid
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

10. Сообщение от дохтурЛол (?), 25-Янв-26, 14:48   +3 +/
Если бы это только было написано прям в новости... но кто ж её читает дальше заголо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от Аноним (12), 25-Янв-26, 15:51   –1 +/
Блин какие тут все умные.
Ты просто прочитай вслух DAFXS как ДАФАКС ))

Именно нечто подобное будут говорить бетатестеры этой поделки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

13. Сообщение от Аноним (12), 25-Янв-26, 15:54   +/
> В ядро это, если платиновые спонсоры не надавят, никогда не примут.

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

Если нечто нужно корпрации это значти что оно нужно куче людей.
А корпорация будет помогать в разработке.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17, #18

14. Сообщение от Аноним (14), 25-Янв-26, 15:54   –3 +/
> Ибо дублирование подсистем, за это RaiserFS выперли.

Шишкин, перелогиньтесь!

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #19, #27

15. Сообщение от Аноним (15), 25-Янв-26, 16:53   +/
> для работы в обход страничного кэша и прямого обращения к разделяемой физической памяти. ... интеграции DAXFS в основной состав ядра

Здесь же не будет 10-летних уязвимостей, нет?

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

17. Сообщение от Аноним (-), 25-Янв-26, 17:06   +/
> Ну не всякие же бомжподелки брать от шишкиных или мутных кентов, за
> которыми по сути никакой поддержки нет.

У шишкина и кента есть кое-что общее: оба #$%нутые на всю голову!

Первый настолько фрик что встал в позу и заявил что переделывать на механизмы линя ничего не будет. Берите, дескать, 100500 дублирующегося кода от гения с той же фичностью. Code reuse, bloat, проблемы майнтайнеров и прочее ненужно? Это не барское дело. Майнтайнеры и вынули свои NAK'и из кармана.

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

> Если нечто нужно корпрации это значти что оно нужно куче людей.
> А корпорация будет помогать в разработке.

Сабж в принципе может зайти всяким клаудам-гиперскалерам и прочим любителям контейнеров. Ибо позволяет допустим юзать несколько кернелей и контейнеров - шаря при этом 1 фс в физической памяти. Это нехило экономит место в RAM/flash (везде где DAX актуален, сие подразумевает адресуемый доступ по типу NVDIMM если это энергонезависимое). При ломовой скорости операций.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26

18. Сообщение от Аноним (18), 25-Янв-26, 17:27   –1 +/
>мутных кентов, за которыми по сути никакой поддержки нет

Ты же в курсе, что без Кента у тебя бы все файловые системы в разы медленее работали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

19. Сообщение от Аноним (19), 25-Янв-26, 17:27   +1 +/
> Шишкин, перелогиньтесь!
> RaiserFS выперли потому что поддерживать не было некому, когда аффтара-шиза уперли в
> тюрячку. Плюс сам RaiserFS нечего толкового из себя не представляет.

Называя вещи своими именами это как-то так:
1) Reiser3 - заброшка, которую никто не собирался рефакторить на актуальные апя. Что начинает клинть развитие ядра. За что и пострадало, собственно.

2) Reiser4 - технически непригоден для интеграции в майнлайн. Интеграция с линухом - хромая. Куча дублированого кода, "затосвое", во имя луны. В майнлайне кусок проблем - никому не надо. А без нормальной интеграции с ними и процессом разработки это будет - оно. И все в курсе. Шишкин тоже об этом догадался - но потом и сложным способом, профачив проект. Когда разработка ядра ушла вперед, а он заметил что как-то не в теме, с новыми ядрами оно не работает, он в формировании тех апей участие не принимал - и поэтому ему оно "как снег на голову" и надо дофига времени на рефакторы оказывается убить.

Тем временем оказалось что в тренде low overhead и вообще современные файлухи надо дизайнить совсем не так как ...цать лет назад :)

3) Reiser5 - это vaporware. Куча скетчей, концептов, набросков и что там еще. Которые, однако, ни во что практически значимое не трансформируются.

Итого: заброшка, не интегрированый с линем недопилок и vaporware. Выбирайте любой!

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

20. Сообщение от Аноним (19), 25-Янв-26, 17:31   +2 +/
> Здесь же не будет 10-летних уязвимостей, нет?

Конечно нет. Если вы написали код вчера - в нем технически невозможно получить десятилетнюю уязвимост. Приходите через десять лет, тогда виднее будет! :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от Аноним (19), 25-Янв-26, 17:32   +/
> Чем оно отличается от:
> tmpfs on /sys/fs/cgroup type tmpfs (ro)

Тем что новости читать иногда надо до того как коментить. В отличие от tmpfs сие скипает большую часть классического блочнофайлушного стека. Которй так то на тех скоростях вносит немало оверхеда а простые вещи типа дедубликации (sharing памяти) становятся совсем не простыми.

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

22. Сообщение от Аноним (22), 25-Янв-26, 17:37   +/
Дык то сырой кусок памяти, а это ФС. Видать можно весь /usr например в него забить и в куче контейнеров смонтировать напрямую. Безо всякого оверхеда. Каким нибудь хостерам и датацентрам оно может и надо, мне фиолетово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

23. Сообщение от Аноним (23), 25-Янв-26, 17:45   +/
Тем что это DAX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

24. Сообщение от Аноним (24), 25-Янв-26, 18:47   +/
RaiserFS никто не выпирал, эта гадость оказалась никому не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

25. Сообщение от Аноним (25), 25-Янв-26, 18:55   +/
(Direct Access)XFS
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (12), 25-Янв-26, 19:25   +/
Всё намного проще. Шишкину влом поддерживать ФС в ядре, ему важны математические выкладки. В ядре люди пашут. А он не хотел пахать.

Кент, как и Рейзер - гений. Про него гадости не говори. Ну были тёрки с Линуксом. Чуток остынет и вернётся в ядро. И будет у нас новая классная файловая система.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #28

27. Сообщение от Аноним (12), 25-Янв-26, 19:28   +/
Алень ты чо гадости про гениального Рейзера тут пишешь? Ты чо такой борзый?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #29

28. Сообщение от Аноним (2), 25-Янв-26, 19:34   +/
конечно не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

29. Сообщение от Аноним (-), 25-Янв-26, 19:47    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27


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

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




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

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