| 1.1, Аноним (1), 20:43, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для чтения с ntfs - сойдет. А вот если писать большие файлы на ntfs, возникает жуткая фрагментация.
| | |
| |
| |
| 3.20, Аноним (20), 00:23, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
В Midnight Commander тоже есть. Правда, резервирование места на NTFS очень тормозное, т.к. тупо заливает добавленное место нулями. Т.е. при копировании файл записывается дважды.
| | |
| |
| 4.32, dannyD (?), 06:39, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
надо будет проверить и обязательно выключить....
---
проверил - ок
| | |
|
|
|
| |
| 2.9, Аноним (9), 22:15, 21/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Голосом Каневского: "От легаси, конечно, избавиться, не удалось..."
| | |
| |
| 3.11, Другоанон (?), 22:55, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так ntfp(plus) чел 4 года, если не ошибаюсь, переписывал, с учетом последних фитч ядра. Так что там по идее от старого драйвера остались рожки да ножки.
| | |
|
| 2.22, Аноним (22), 00:48, 22/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Что-то подсказывает, именно это "легаси" и будет работоспособно. Впрочем, как и раньше.
| | |
|
| |
| 2.7, Аноним (5), 21:46, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
В 7.1-rc1: исправления кто-нибудь бэкпортирует в 7.0?
Я просто не очень в курсе, как это происходит. Или подобным занимаются мейнтейнеры дистрибутивов?
| | |
| |
| 3.26, Аноним (26), 01:34, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
| | |
| |
| 4.31, Аноним (-), 03:34, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
А у кого-то еще действующий 486 остался с современным линухом на нем?
| | |
| |
| 5.37, Аноним (37), 08:45, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
> А у кого-то еще действующий 486 остался с современным линухом на нем?
Нет, конечно, но бэкпортировать все равно надо :)
| | |
|
|
|
|
| 1.8, Аноним (37), 21:52, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
работает оно нормально. нужно не часто. проблем за 10+ лет с ним не ловил
| | |
| 1.10, Аноним (10), 22:20, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Чет все зашевелились после принятия в ядро ntfs plus, который теперь просто ntfs. Наверное это все хорошо, хотя лучше бы раньше они активничали
| | |
| |
| 2.14, Аноним (14), 23:24, 21/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Поддерживает. Ещё поддерживает сжатие из одиннадцатки на reparse pointах, но нужен плагин. И даже дедупликацию, тоже на reparse pointaх, но там плагин вообще написан на си шарпе и через клей приклеен к коду на си.
| | |
|
| 1.15, Аноним (15), 23:27, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Повторю вопрос: когда ваш хвалёный BTRFS в линуксовом варианте впилт поддержку reparse pointов на eBPF, и вообще reparse pointы как first-class citizens? Никогда. Когда он трекать свободное место будет не деревьями, а битмапами, как все нормальные ФС делают? Тоже, наверное, никогда.
| | |
| |
| 2.16, Аноним (16), 23:51, 21/04/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Лол, динамические структуры это и есть нормальный подход, а не плейн битмапы, как деды в сорок первом
| | |
| |
| 3.24, Аноним (24), 01:22, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если вы готовы платить за оверхед, и терпеть развалы. Свободное место НИКОГДА нельзя трекать указателями, будут как в FAT пересекающиеся файлы, когда в результате глюка или bit rot перехлестнулся указатель, и свободное место теперь на настоящий файл указывает, а дальше аллокатор берёт и выделяет место друому файлу прям в том же файле, и вашим ценным данным настаёт капут. Причём что новым, что старым, chkdsk отличить легитимного владельца не сможет оодного от другого, и либо скопирует и разбирайтесь сами, либо потрёт. Поэтому для таких структур без контрольных сум совсем нельзя, но в FAT обходились. А хранить контрольные суммы на каждый экстент свободного места - накладненько будет. В битмапе можно весь битмап просто кодами коррекци накрыть, не говоря уже о том, что битмап находится в конкретном заранее известном месте на диске, обычно с максимальной линейной скоростью, и одним куском, и не надо по всему диску головки дёргать. Если вы хотите сэкономить на чтени, то вы можете под битмап на дииске полностью место выделить, но хранить его в виде жатого битмапа, соответственно читать не блоки битмапа разжатого размера, а блоки жатого. Ничего лучше битмапа для трекинга свободного места так и не придумали.
| | |
| |
| 4.25, Аноним (24), 01:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим с copy on write, либо накладненько будет, либо придётся хитрить и зворачиваться, а там в спеке на BTRFS заявляется, что базовый слой ФС-базы данных укладывается в три сишных структуры, поверх которых всё и строится. А сам битмап - это и есть база, добавлять ещё и его в базовые структуры рушит эстетиику проекта. Хотя у нормальных людей эстетика - это не в красивиости внутреннего мира, а в обеспечении впролне потребительских свойств: надёжностии, скорости, фич. А с первым и вторым у BTRFS всё плохо.
| | |
| |
| 5.30, Аноним (-), 03:27, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим
Его никто не использует в современных дизайнах. Просто потому что в среднем по больнице экстентные аллокаторы - сильно быстрее педалирования немеряных битмапов. Это фича антикварных дизайнов из эры когда файлы и диски были - маленькие.
Поэтому буквально все мало-мальски более свежие дизайны юзают экстенты и никаких битмапов. Пометить одним махом регион в дофига мегов куда шустрее чем педалить битмап который ему соотвестствует.
| | |
|
|
|
| 2.21, Аноним (20), 00:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Reparse point'ы - это гибко, но это вынужденное зло в винде с её убогой системой монтирования. В POSIX-системах любой mount point, по сути, и есть reparse point. Хранить их как объекты ФС - это костыль и черевато граблями.
| | |
| |
| 3.23, Аноним (23), 01:12, 22/04/2026 [^] [^^] [^^^] [ответить] | –2 +/– | Reparse Pointы это вообще не про монтирование Да, поверх них реализовали и точк... большой текст свёрнут, показать | | |
| |
| 4.28, Аноним (28), 02:27, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Какая дичь, что тебе мешает хранить файлы как файлы и открывать их соответствующими программами? может тебе mp3 проигрывателя в драйвере фс не хватает
Какие плагины? чтобы что? чтобы экономить 3кб озу или что, или чтобы тебе всякие васяны ушатывали фс своими поделками
> Ещё больше можно реализовать
Можно что угодно реализовать, бери fuse и вперед, в линуксе даже такое есть, с примерами на любом языке в отличии от этих ваших божественных оболочек доса
| | |
| 4.38, Аноним (38), 08:59, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Эт булшит. Парити уже задействуется дисками, твой пример высосан. Да и при передаче по сети битый файл сегодня получить надо постараться. Ну и ты, видимо, не понимаешь, что парити не замена копии.
| | |
|
|
| 2.29, Аноним (-), 03:19, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Когда он трекать свободное место будет не деревьями, а битмапами,
Это уже более никто и никогда делать - не будет. Потому что тормозит в современных реалиях что капец просто. Это анти-фича легаси дизайнов из 90х прошлого века.
| | |
|
| 1.27, Аноним (27), 01:45, 22/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Ещё продублирую
ФС в принципе может быть модульной. То есть один класс для трекинга свободного места, другой класс для структуры айнодов,
третий класс для папок, четвёртый для аллокатора, пятый - для реализации суперблока, шестой - для экстента, седьмой - для связывания экстентов друг с другом,
восьмой - для файлового слоя и его трюков вроде reparse points, девятый - для хеширования, и т. д. И всё взаимодействует с обобщённым ядром ФС через
абстрактные интерфейсы. После чего конкретную ФС можно будет собрать просто выбрав реализации примитивов.
1. выбрав нужные реализации можно обратно собрать одну из существующих ФС, которые разобрали на примитивы.
2. заменив примитивы на примитивы-разветвители, и включив в них оригинальные примитивы можно держать несколько параллельных систем с одними и теми же данными.
3. поменяв примитивы-разветвители с параллельных на проверяющие-создающие и обойдя все файлы - получаем in-place недеструктивную конвертилку ФС.
4. вставив примитивы-переходники в нужные места получаем трюки блочного слоя (LVM2, Storage Spaces, RAID)
В общем очень гибкая система могла бы быть.
| | |
|
