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

"Представлена ФС 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.dev/opennews/art.shtml?num=64674
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (-), 25-Янв-26, 12:26	–2 +/–
Эх, а мог бы назвать ее DAFXS Такой каламбур пропал. > ФС работает в режиме только для чтения и инициализируется через загрузку в память предварительно подготовленного образа ФС А как записать полученные вычисления обратно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4

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

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

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

8. Сообщение от Аноним (8), 25-Янв-26, 14:43	–10 +/–
Чем оно отличается от: 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	+15 +/–
Если бы это только было написано прям в новости... но кто ж её читает дальше заголо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от Аноним (12), 25-Янв-26, 15:51	+3 +/–
Блин какие тут все умные. Ты просто прочитай вслух DAFXS как ДАФАКС )) Именно нечто подобное будут говорить бетатестеры этой поделки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

15. Сообщение от Аноним (15), 25-Янв-26, 16:53	+4 +/–
> для работы в обход страничного кэша и прямого обращения к разделяемой физической памяти. ... интеграции DAXFS в основной состав ядра Здесь же не будет 10-летних уязвимостей, нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #52

20. Сообщение от Аноним (21), 25-Янв-26, 17:31	+11 +/–
> Здесь же не будет 10-летних уязвимостей, нет? Конечно нет. Если вы написали код вчера - в нем технически невозможно получить десятилетнюю уязвимост. Приходите через десять лет, тогда виднее будет! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от Аноним (21), 25-Янв-26, 17:32	+4 +/–
> Чем оно отличается от: > tmpfs on /sys/fs/cgroup type tmpfs (ro) Тем что новости читать иногда надо до того как коментить. В отличие от tmpfs сие скипает большую часть классического блочнофайлушного стека. Которй так то на тех скоростях вносит немало оверхеда а простые вещи типа дедубликации (sharing памяти) становятся совсем не простыми.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

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

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

31. Сообщение от Pahanivo (ok), 25-Янв-26, 22:30	+1 +/–
Я прально понимаю, что теперь любая "случайная" дырка в этом модуле потенциально может иметь прямой доступ к памяти? ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #56

32. Сообщение от Tron is Whistling (?), 25-Янв-26, 22:52	+3 +/–
И вот на хрена это нужно, кроме одного узкоспециализированного применения?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

33. Сообщение от Аноним (33), 26-Янв-26, 02:16	+/–
Почему в бытовом Симпли не вклюсают в коллектив пакетов альтератор-файрвол, потому что рыба Финн ненавидит людей?
Ответить | Правка | Наверх | Cообщить модератору

34. Сообщение от Аноним (34), 26-Янв-26, 04:14	+/–
>Конг Ванг (Cong Wang) Цун Ван
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

35. Сообщение от penetrator (?), 26-Янв-26, 05:04	+/–
а нахрена? что может потребовать совместного доступа к ОДНОЙ И ТОЙ ЖЕ информации от пачки контейнеров-обмылков, да еще так, чтобы это стало накладно по ресурсам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #39

36. Сообщение от penetrator (?), 26-Янв-26, 05:06	+1 +/–
ну так то он для своего комерческого проекта это пилит я бы переформулировал, а нахрена оно вообще в ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #40

37. Сообщение от ИмяХ (ok), 26-Янв-26, 06:54	+2 +/–
>>с возможностью маппинга непрерывных областей физической памяти в каждый экземпляр контейнера или ядра. Ух, какой мощный бекдор соорудили! Ломанул один контейнер - значит взломал всё.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

38. Сообщение от Kilrathi (ok), 26-Янв-26, 06:57	+/–
> Дык то сырой кусок памяти, а это ФС. Видать можно весь /usr > например в него забить и в куче контейнеров смонтировать напрямую. Безо > всякого оверхеда. Так есть же мемдиски и тп, можно и тот же phram «отэфесить» в любую поддерживаемую системой, и смонтировать как угодно. Вопрос то о преимуществах. Например что-то вроде «в два раза быстрее ext4 на блоке «сырой»»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

39. Сообщение от Kilrathi (ok), 26-Янв-26, 07:03	+/–
> что может потребовать совместного доступа к ОДНОЙ И ТОЙ ЖЕ > информации от пачки контейнеров-обмылков, да еще так, чтобы это стало накладно > по ресурсам? Ресурсы и бд для высоконагруженных порталов в устаревших условиях дешевой оперативной, множество статических зеркал и тп. Да те же контейнера десятками из одного образа поднимать для демо-стенда на сотни гостей, рекламируя скорость работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

40. Сообщение от Kilrathi (ok), 26-Янв-26, 07:08	–1 +/–
> я бы переформулировал, а нахрена оно вообще в ядре Distrib-in-kernel: все требуемые системе пакеты интегрируются в одно большое ядро.  Чтоб можно было сказать: что ОС - Линукс, а не Linux-based дистрибутив. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #53

42. Сообщение от Аноним (42), 26-Янв-26, 09:27	+/–
Представляется он как Кон Ванг   https://www.youtube.com/watch?v=fsv0jT9zwcU
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #55

43. Сообщение от Аноним (42), 26-Янв-26, 09:29	–2 +/–
там read only доступ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #48

44. Сообщение от Аноним (44), 26-Янв-26, 09:49	+/–
ФС DAXFS, настоящщий шедевр технологической мысли).
Ответить | Правка | Наверх | Cообщить модератору

48. Сообщение от Аноним (48), 26-Янв-26, 10:14	+1 +/–
А что, просто прочитать !всё! - недостаточно? Да и данные то ro а вот фс.. тут можно и похимичить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

51. Сообщение от Соль земли2 (?), 26-Янв-26, 15:33	+/–
Linux же оптимизирует обращения к диску через кеш. /usr/bin/bash закешируется в первом контейнере, а во втором уже откроется из кэша. Если это не так, то это недоработка либо ядра Linux, либо runtime виртуализации. Применять тут DAXFS будет off-label.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

52. Сообщение от Соль земли2 (?), 26-Янв-26, 15:41	+/–
Часто приходится выбирать: либо быстродействие, либо безопасность. За этими двумя зайцами непросто угнаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

53. Сообщение от Соль земли2 (?), 26-Янв-26, 15:43	+/–
Вроде бы, Линус чётко разделяет kernel и user-space.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

55. Сообщение от Аноним (56), 27-Янв-26, 12:23	+/–
Лично его знаю).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от Аноним (56), 27-Янв-26, 12:24	+/–
Даа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

57. Сообщение от Аноним (57), 27-Янв-26, 20:38	+/–
https://github.com/multikernel/daxfs : "DAXFS supports copy-on-write branches for speculative modifications." Готовимся к утечкам секретов через эксплуатацию спекулятивности.
Ответить | Правка | Наверх | Cообщить модератору

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

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