The OpenNET Project / Index page

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



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

Оглавление

Из ядра Linux 6.9 удалён старый драйвер NTFS, opennews (?), 13-Мрт-24, (0) [смотреть все]

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


162. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от maximnik0 (?), 14-Мрт-24, 22:20 
>у тебя мильён файлов в одной папке?

А что тут такого? Я знаю куча софта который не держит большие БД,разбивает на куча мелких файлов.А  гит ?В ветках гит и больше иногда бывает файлов. Другое дело что NTFS не очень то такое выносит,(есть такое дело,теряет файлы х.з куда) да и тормоза после перегрузки не детские,пока кэш набьет. Странный какой-то народ - одни хвастаться что  для BTRFS 6 миллионов файлов не проблема и все аплодирует,другие что сумма сошел.

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

174. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/
Сообщение от Аноним (-), 15-Мрт-24, 00:40 
> Странный какой-то народ - одни хвастаться что  для BTRFS 6 миллионов файлов не проблема
> и все аплодирует,другие что сумма сошел.

С одной стороны - если ФС навязывает структурирование данных, это хреновая ФС.

С другой, если 6 миллионов файлов вывалены в 1 диру - наверное это не очень хорошая организация структуры данных. Во всяком смысле это точно не подлежит осмысленному браузингу людьми. Хотя для каких-нибудь технических пакостей типа кеша - сойдет.

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

178. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от maximnik0 (?), 15-Мрт-24, 04:02 
>>Во всяком смысле это точно не подлежит осмысленному браузингу людьми.

Странно что очень быстро забыли про обьектно ориентированные Фс,для них проводили это тестирование.Одно время были в тренде -сейчас подозрительная тишина.Осталисьтолько Fuse надстройки и  в некоторых кластерных фс в виде плагинов или расширений.

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

204. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от Аноним (-), 15-Мрт-24, 15:04 
> Странно что очень быстро забыли про обьектно ориентированные Фс,для них проводили это
> тестирование.Одно время были в тренде -сейчас подозрительная тишина.

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

> Осталисьтолько Fuse надстройки и  в некоторых кластерных фс в виде плагинов или расширений.

Половина юзвергов и с обычными то ФС еле осознают как это работает, а вы их еще продвинутыми парадигмами грузить удумали? За пределами "папочка" и "файлик картинки"? Да вот ща. Ну и пример Palm с их недо-фс в бд поазывает насколько это все гиморно и непрозрачно в управлении оказывается. Бэкап сделать? Надо чуть ли не DBA быть. А не просто скопировать пару папочек, блин.

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

221. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от maximnik0 (?), 15-Мрт-24, 23:12 
>И какая была нужда делать вон то кроме хайпа я - не понял.

На Хабре писалось про систему архивов для натариусов.Там как раз применили S3 (открытое обьектно-файловое ари) от Амазона.На года и месяцы  по папкам раскидать можно,но все равно на одну папку больше 3 миллионов документов.А целостность архива,а БД с веретификацией и информацией для быстрого поиска и т.д.Вот в объектной ФС и можно накидывать миллионы файлов- обращение идёт по сгенерированному ID документа.Запись идёт по протоколу с веретификацией и цифровой подписью,история всех изменений сохраняется.
Единственное что жалко как всегда исходников ФС не выложили.

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

233. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от Аноним (-), 16-Мрт-24, 19:39 
> На Хабре писалось про систему архивов для натариусов.Там как раз применили S3
> (открытое обьектно-файловое ари) от Амазона.На года и месяцы  по папкам
> раскидать можно,но все равно на одну папку больше 3 миллионов документов.

Да вообще нормальная ФС не напряжется и с 3 миллионов файлов в дире. Если имя файла что-то означает - оно в принципе работать будет. Ну вот ваш любимый EXT4 на таком конечно будет "не очень". Впрочем можно еще и по дням разложить. И будет сколько - порядка 100К в дире? Это уже даже EXT4 переживет, хоть и паршивенько. ЧСХ хотя это и костыль, он таки вполне логичный и иерархичный и вопросов не вызовет от слова вообще. И двуногим в принципе ок.

Но я думаю что мы все согласимся что вот это - очень нишевая задача. Она не возникает каждый день, и general purpose решения могут прокатить, могут не прокатить. Не обязаны ни разу.

> А целостность архива,а БД с веретификацией и информацией для быстрого поиска и т.д.

О да, а как в БД это все проверяется, включая всякие индексы, неизменность документов и проч? Это все конечно решаемо - но так придется написать нечто даже покруче чем свой fsck. При том - самим. Иначе в какой-то момент станет "не айс". Не говоря о том что у кого-то должны будут быть нехилые DBA скиллы на случай отклонения от идеала и проч. Иначе это будет выглядеть весьма печально.

> Вот в объектной ФС и можно накидывать миллионы файлов- обращение идёт
> по сгенерированному ID документа.

В нормальных современных ФС можно и миллионы файлов раскладывать, им похрен. Там какой-нибудь O(log(N)) для дерева будет - и нормуль. Нет, ваш EXT4, потомок чуть ли не миниксовой ФС, современной ФС ни разу не является. Что бы вы там себе ни воображали. Это окаменелый кал мамонта, из которого попытались сделать жалкое подобие современной ФС. С понятным результатом.

> Запись идёт по протоколу с веретификацией и цифровой подписью,история всех
> изменений сохраняется.

Ну как бы вот это все - нужно очень сильно местами.

> Единственное что жалко как всегда исходников ФС не выложили.

А зачем эта штука простому смертному? К ней без тимы админов и пары датацентров с серверами лучше не соваться. Для более прозаичных случаев - нормальные современные ФС не стушуются и на миллионе файлов. Правда юзер при браузинге от балды материться ессно будет.

Технически ФС сами в каком-то роде БД. Просто относительно простые. И можно написать прогу-сервер которая будет обеспечивать протокол, раскладывать подписи в extended attrs или куда там, и даже трекать версии и проч. Гите же трекает, и ничего. Вон уже до 10 млн объектов догнался. Они все и сразу конечно на ФС не бывают, но даже 100-200К файлов котторые большой билд кернела может трогать уже как бы озадачит совсем топорные ФС. Которые просто отжили свое.

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

187. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/
Сообщение от Аноним (184), 15-Мрт-24, 08:41 
Собственно Git и другие VCS это основная причина боли при массовом копировании файлов. У Fossil подход более здравый, но это к сожалению не мейнстрим.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

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

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




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

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