| 1.1, Аноним (1), 20:43, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для чтения с ntfs - сойдет. А вот если писать большие файлы на ntfs, возникает жуткая фрагментация.
| | |
| |
| |
| 3.20, Аноним (20), 00:23, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
В Midnight Commander тоже есть. Правда, резервирование места на NTFS очень тормозное, т.к. тупо заливает добавленное место нулями. Т.е. при копировании файл записывается дважды.
| | |
| |
| 4.32, dannyD (?), 06:39, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
надо будет проверить и обязательно выключить....
---
проверил - ок
| | |
| 4.43, пох. (?), 10:46, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
что, ОПЯТЬ нишмагли? prealloc первым появился именно в вендепоганой - аж в 2000.
Л@п4@тые потом еще лет десять рассказывали что он вам нинунанинуна. Потом правда еще года за два таки запилили по тихому.
Или твой экспириенс прямой поставки из 2002го?
| | |
|
|
|
| |
| 2.9, Аноним (9), 22:15, 21/04/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
Голосом Каневского: "От легаси, конечно, избавиться, не удалось..."
| | |
| |
| 3.11, Другоанон (?), 22:55, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так ntfp(plus) чел 4 года, если не ошибаюсь, переписывал, с учетом последних фитч ядра. Так что там по идее от старого драйвера остались рожки да ножки.
| | |
|
| 2.22, Аноним (22), 00:48, 22/04/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Что-то подсказывает, именно это "легаси" и будет работоспособно. Впрочем, как и раньше.
| | |
| |
| 3.41, пох. (?), 10:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Но заметь - ОПЯТЬ новую версию приурочили к выпуску (опять нового) kernel space драйвера.
Так что польза от корейца все же есть.
| | |
|
|
| |
| 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 остался с современным линухом на нем?
Нет, конечно, но бэкпортировать все равно надо :)
| | |
| |
| 6.47, Аноним (-), 12:20, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Нет, конечно, но бэкпортировать все равно надо :)
Ну тогда пусть те кто это требует - построят бамбуковый самолет и диспетчерскую вышку. Не то чтобы он летать будет, но ритуал то ради ритуала - мастхэв!
| | |
|
|
|
|
|
| 1.8, Аноним (37), 21:52, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
работает оно нормально. нужно не часто. проблем за 10+ лет с ним не ловил
| | |
| 1.10, Аноним (10), 22:20, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Чет все зашевелились после принятия в ядро ntfs plus, который теперь просто ntfs. Наверное это все хорошо, хотя лучше бы раньше они активничали
| | |
| |
| 2.14, Аноним (14), 23:24, 21/04/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Поддерживает. Ещё поддерживает сжатие из одиннадцатки на 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 [^] [^^] [^^^] [ответить]
| +1 +/– |
А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим с copy on write, либо накладненько будет, либо придётся хитрить и зворачиваться, а там в спеке на BTRFS заявляется, что базовый слой ФС-базы данных укладывается в три сишных структуры, поверх которых всё и строится. А сам битмап - это и есть база, добавлять ещё и его в базовые структуры рушит эстетиику проекта. Хотя у нормальных людей эстетика - это не в красивиости внутреннего мира, а в обеспечении впролне потребительских свойств: надёжностии, скорости, фич. А с первым и вторым у BTRFS всё плохо.
| | |
| |
| 5.30, Аноним (-), 03:27, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим
Его никто не использует в современных дизайнах. Просто потому что в среднем по больнице экстентные аллокаторы - сильно быстрее педалирования немеряных битмапов. Это фича антикварных дизайнов из эры когда файлы и диски были - маленькие.
Поэтому буквально все мало-мальски более свежие дизайны юзают экстенты и никаких битмапов. Пометить одним махом регион в дофига мегов куда шустрее чем педалить битмап который ему соотвестствует.
| | |
|
|
|
| 2.21, Аноним (20), 00:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Reparse point'ы - это гибко, но это вынужденное зло в винде с её убогой системой монтирования. В POSIX-системах любой mount point, по сути, и есть reparse point. Хранить их как объекты ФС - это костыль и черевато граблями.
| | |
| |
| 3.23, Аноним (23), 01:12, 22/04/2026 [^] [^^] [^^^] [ответить] | –3 +/– | 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 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Ещё продублирую
ФС в принципе может быть модульной. То есть один класс для трекинга свободного места, другой класс для структуры айнодов,
третий класс для папок, четвёртый для аллокатора, пятый - для реализации суперблока, шестой - для экстента, седьмой - для связывания экстентов друг с другом,
восьмой - для файлового слоя и его трюков вроде reparse points, девятый - для хеширования, и т. д. И всё взаимодействует с обобщённым ядром ФС через
абстрактные интерфейсы. После чего конкретную ФС можно будет собрать просто выбрав реализации примитивов.
1. выбрав нужные реализации можно обратно собрать одну из существующих ФС, которые разобрали на примитивы.
2. заменив примитивы на примитивы-разветвители, и включив в них оригинальные примитивы можно держать несколько параллельных систем с одними и теми же данными.
3. поменяв примитивы-разветвители с параллельных на проверяющие-создающие и обойдя все файлы - получаем in-place недеструктивную конвертилку ФС.
4. вставив примитивы-переходники в нужные места получаем трюки блочного слоя (LVM2, Storage Spaces, RAID)
В общем очень гибкая система могла бы быть.
| | |
| |
| 2.42, Аноним (40), 10:36, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чувак, ты гений! Теперь при развале ФС, порче данных, и вообще, при любом глюке, авторы модулей смогут перепихивать ответственность друг на друга, постоянно устраивать свары по поводу толкования АПИ интерфейса между примитивами, форкать модули, форкать весь продукт ради выбора другого набора модулей, и так далее.
Ты не задумывался - почему так не делают? Почему ФС выкатывается как цельный продукт? Потому что разброд и шатание - это не то, что можно себе позволить при разработке такого фундаментально важного продукта, как ФС.
| | |
| |
| 3.44, пох. (?), 10:49, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
чо ж у вас афтыри все как на подбор такое г-но?
Ну ничего, rhbm уже наняло им нормальных индусов с палками. (и смотри-ка - как бы ни был ужасен бутерброд lvm-thin-xfs - он работает. Видимо перекладывателей ответственности там как тех крокодильчиков...)
| | |
| |
| 4.46, Аноним (-), 12:18, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> чо ж у вас афтыри все как на подбор такое г-но?
То что в реальном мире - единорогов и розовых пони не бывает. Как и программистов которые совсем не ошибаются. А с учетом масштаба задачи он таки - покушает гамна лаптем на все 200%. Шишкин с своим шишкинфс4 уже проверял - неподъемно получится и за время кодинга успеют условия задачи поменяться.
> Ну ничего, rhbm уже наняло им нормальных индусов с палками. (и смотри-ка
> - как бы ни был ужасен бутерброд lvm-thin-xfs - он работает.
Но саппорт от rhbm лучше все же купить. Потому что если вдруг что где не так - ну и что ты будешь делать тогда?
> Видимо перекладывателей ответственности там как тех крокодильчиков...)
Удачи тебе в менеджменте всякими сратисами + xfs. Я конечно понимаю что пох. не был бы пох. если б не советовал самый залетный и хреновый вариант из всех доступных назло бабушке, но все же.
| | |
|
|
| 2.45, Аноним (-), 12:13, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В общем очень гибкая система могла бы быть.
Было уже такое. Reiser4 называлось. А потом и Reiser5. В силу сложности и масштаба задачи vs постоянной смены правил игры типа пришествия ssd и сверхскоростного io - оказалось нахреннужно и труднореализуемо. Так что вся эта вавилонская башня оказалась vaporware в основном.
Но вы можете попробовать еще раз. Разумеется убивая свое время и ресурсы прежде всего. Во первых потому что лучше архитекта мало кто знает как оно. Во вторых потому что у других могут быть иные идеи на этот счет.
| | |
|
| 1.48, Аноним (48), 12:20, 22/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Шел 2026 код, а линуксоиды до сих пор не могут в NTFS 1993 года выпуска(хоть и с апдейтами)
| | |
|
