The OpenNET Project / Index page

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



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

Оглавление

Компания Paragon Software опубликовала GPL-реализацию NTFS для ядра Linux, opennews (?), 16-Авг-20, (0) [смотреть все]

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


232. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +3 +/
Сообщение от Аноним (231), 17-Авг-20, 15:23 
Набор штампов мало относящихся к реальности.
Ответить | Правка | Наверх | Cообщить модератору

234. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –3 +/
Сообщение от pofigist (?), 17-Авг-20, 16:07 
Это - факты. Из ныне живых ФС в линаксе наиболее современна и интересна btrfs. Но она до сих пор нестабильна. А всяческие ZFS on Linux я не готов считать полноценными реализациями, извините
Ответить | Правка | Наверх | Cообщить модератору

235. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +1 +/
Сообщение от n80 (?), 17-Авг-20, 16:52 
> Это - факты. Из ныне живых ФС в линаксе наиболее современна и
> интересна btrfs. Но она до сих пор нестабильна. А всяческие ZFS
> on Linux я не готов считать полноценными реализациями, извините

Не-не-не, так не пойдёт. Скажи прямо и честно: чего такого из коробки умеет NTFS, чего при этом не умеет XFS? Вот это написанное выше «много чего не умеет» слишком абстрактно для фактов, давай конкретнее, пожалуйста.

Только, чур, не формальным образом по табличке с wiki с перечислением всяких никем не используемых фич (и не доведённых до ума, кстати), а по своему субъективному, но реальному опыту.

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

236. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –1 +/
Сообщение от пох. (?), 17-Авг-20, 18:19 
> Не-не-не, так не пойдёт. Скажи прямо и честно: чего такого из коробки умеет NTFS, чего при этом
> не умеет XFS?

не крэшиться под нагрузкой от непонятных причин, например.

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

243. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +1 +/
Сообщение от n80 (?), 17-Авг-20, 21:28 
>> Не-не-не, так не пойдёт. Скажи прямо и честно: чего такого из коробки умеет NTFS, чего при этом не умеет XFS?
> не крэшиться под нагрузкой от непонятных причин, например.

А вот всё-таки не надо переоценивать распространённость своего случая. Единственный случай, когда у меня XFS именно крэшился (причём, в итоге даже воспроизводимо и, сюрприз, без потери данных), в итоге раскопок привёл к обнаружению того что в ядре было кое-что поломано в работе с определёнными мьютексами (и проявлялось это не совсем в дефолтной конфигурации ядра, а только при сборке без SMP). А код XFS тут вообще ни при чём оказался, просто он был чутка более параноидален в плане проверок, чем остальной. В приведённом выше стеке тоже на какой-то дедлок нелепый похоже.

Подробности за давностью лет надо вспоминать и откапывать, но сам факт: падение якобы в коде XFS, но анализ кода и отладка показали что причина не в нём, а в том что в ядре кое-что поломалось рядом. Такие вот грустные вещи в Linux встречаются порой. Впрочем, у NT таких случаев тоже хватает, разве что зоопарка конфигураций сборки нету, впрочем, это с лихвой компенсируется сложностью legacy кода для обратной совместимости, да (поту)сторонними драйверами от всяких Ляо.

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

244. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –1 +/
Сообщение от пох. (?), 17-Авг-20, 21:49 
> А код XFS тут вообще ни при чём оказался, просто он был чутка более параноидален в плане
> проверок, чем остальной.

ну вот кому от этого щастье?

Но у нас fs периодически таки разваливалась совсем (то что я показал - самопочинилось при перезагрузке, но это единичный случай, такие тогда тоже бывали, гораздо чаще чем насмерть ломалось, просто не гарантированно). Причем на стандартном ведре (в немного нестандартных позах, но все через штатные параметры). Перешли на ext4 (безжурнальную там где на нее изобильно гадило логами) - проблема рассосалась сама собой, поэтому никто особо в ней и не копался.

Ну и ntfs3g я пользователь прямо с момента ее появления - и (кроме жора cpu в некоторых клинических случаях, что простительно) тоже плохого про нее не скажу. То есть, собственно, ценные данные предпочитаю хранить именно в ней.

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

249. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от edo (ok), 18-Авг-20, 04:59 
> А вот всё-таки не надо переоценивать распространённость своего случая

Ну вот ещё:
https://bugzilla.kernel.org/show_bug.cgi?id=201331
Притом оно у меня воспроизводилось, но убедить разработчиков в том, что нужно разбираться, я не смог (а самому не хватило квалификации/времени).

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

251. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 18-Авг-20, 10:30 
Про странности конфигурации разработчики правильно отметили (ИМХО, ext4 нещадно злоупотребляет отложенной записью, поэтому с ним действительно такие проблемы не очень заметны, до определённого несчастливого момента, конечно), но разбираться и правда надо.

Тут в свежем ядре KCSAN обещают, интересно, что он позволит накопать в этом направлении.

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

258. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 18-Авг-20, 13:31 
> Про странности конфигурации разработчики правильно отметили

а что notabug - тоже правильно? ;-) Кого-то еще удивляет, почему я люблю ntfs, желательно - в оригинале?

То есть конфигурация была идеальна для отлова бага - сильно нагружала сторадж, в остальном в ней не было ничего плохого. Но зачем его ловить, действительно...

> Тут в свежем ядре KCSAN обещают, интересно, что он позволит накопать в этом направлении.

он же вроде по проблеме наступания себе на шнурк...буферы, а не про локи?

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

278. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 19-Авг-20, 01:02 
> а что notabug - тоже правильно?

Хреново это, конечно, но понять можно: увидели они, что проблема где-то рядом, а не ровно там где было указано изначально (а где именно и куда нужно перекинуть — уже не увидели, ибо копать и копать), вот и получалось что формально notabug. А дальше кто замотивирован, тот пусть и копает.

> Кого-то еще удивляет, почему я люблю ntfs, желательно - в оригинале?

Не удивляет, конечно, абсолютно понимаю. Хорошо, когда есть возможность просто сношать мозги MS/Oracle/VMWare/IBM в рамках контракта техподдержки, но такая возможность далеко не всегда есть. И тут ведь такое место, что собираются как раз те у кого возможности нет, а нетривиальные проблемы возникают. И если с закрытым продуктом (да ещё и нередко специально ориентированным на платную техподдержку) в таких случаях вообще хрен что поделаешь, так хоть какие-то шансы появляются.

> То есть конфигурация была идеальна для отлова бага - сильно нагружала сторадж,
> в остальном в ней не было ничего плохого. Но зачем его ловить, действительно...

В общем-то, для бесплатной техподдержки вполне неплохой уровень, т.е. если хватит квалификации добивать самому — нужные подсказки они таки дают. Но если самому не хватает, тогда упс, неразгребённых платных тикетов ещё слишком много.

>> Тут в свежем ядре KCSAN обещают, интересно, что он позволит накопать в этом направлении.
> он же вроде по проблеме наступания себе на шнурк...буферы, а не про локи?

Да тут такое дело, что когда ВДРУГ производительность ФС (или любой другой подсистемы) падает почти в ноль, но при этом нагрузка на процессор и контроллер очень низкая, а запросы всё равно еле разгребаются, да ещё и начинает проявляться такое состояние только под большой нагрузкой, уж очень это попахивает состоянием гонки где-то. Ну вот очень-очень.

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

272. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от edo (ok), 18-Авг-20, 23:19 
> Про странности конфигурации разработчики правильно отметили

вы про размер страйпа? а что странного?
по мне странно для многопоточной нагрузки использовать мелкие чанки, особенно на hdd.

вот смотрите, у нас есть 10 дисков, raid 5. производительность массива на определяется в первую очередь сиками (seek), условно по 100 iops на диск.
нам нужно прочитать мегабайт с диска.

при чанке в 4мб это будет 1 сик (задействован один диск).
при чанке в 64кб это будет 10 сиков (задействованы все диски).

то есть в первом случае мы сможем держать (очень условно) на порядок больше клиентов.


а по причинам проблемы: я подозреваю, что там правильно написано — «теряется» какой-то запрос к блочному устройству (все случаи воспроизведения были связаны с большой дисковой активностью).
ext4 в тех же условиях просто работает (возможно, что-то и портит на диске, но я не замечал)

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

279. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 19-Авг-20, 01:15 
> вот смотрите, у нас есть 10 дисков, raid 5. производительность массива на
> определяется в первую очередь сиками (seek), условно по 100 iops на диск.
> нам нужно прочитать мегабайт с диска.
> при чанке в 4мб это будет 1 сик (задействован один диск).
> при чанке в 64кб это будет 10 сиков (задействованы все диски).
> то есть в первом случае мы сможем держать (очень условно) на порядок больше клиентов.

С чтением-то всё так. А вот для кучи мелких записей (особенно read-modify-write) это проблема.

> а по причинам проблемы: я подозреваю, что там правильно написано — «теряется»
> какой-то запрос к блочному устройству (все случаи воспроизведения были связаны с
> большой дисковой активностью).
> ext4 в тех же условиях просто работает (возможно, что-то и портит на диске, но я не замечал)

Как уже говорил выше, ext4 очень старательно кучу мелких записей пытается откладывать на последний момент (дабы в итоге сделать меньшую кучу и более крупных). В итоге этого обходного манёвра, вероятно, у глючного железа при этом так и не наступает такая ситуация, когда запрос дропается. Но и для ext* можно создать такую ситуацию, например, когда делается всё то же удаление/переименование кучи мелких (можно и не мелких) файлов, там уже его трюки не работают и он тоже похожим образом начнёт висеть/еле ползать. И это не единственное, в чём ext4 ведёт себя, гм, нехорошо.

XFS себе таких вольностей не позволяет (сказано писать мелкими кусками, будет писать мелкими кусками и синхронизировать после каждого, а то вдруг сейчас питание прервут или ещё какая война), так что нещадно фрагментируется в таких сценариях (один из самых болезненных его недостатков для меня, пожалуй) и, после какого-то момента тупит. Довольно сильно спасает использование fallocate, кстати говоря (хотя и не всегда, надеюсь, я что-нибудь на этот счёт всё-таки допилю).

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

337. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от РедХет (?), 25-Авг-20, 11:36 
У вас когда-нибудь крашилась XFS? У меня за двадцать лет ни одного раза. А вот NTFS -- многажды.
Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

338. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 25-Авг-20, 14:32 
> У вас когда-нибудь крашилась XFS?

Почитайте тему. Я даже бэктрейс выложил. Во времена мной ее массового использования - она крэшилась _постоянно_ - никто даже не напрягался - "упала - ребут - поднялась? Хорошо, не поднялась - reinstall".

Единственная fs, которая меня никогда не подводила в линуксе, скорее в силу своей простоты схожей с тупостью - это ext2. Но это ext2 95го года. С кучей проблем как производительности, так и просто работоспособности - после героической победы над которыми в ней слуцилась "massive filesystem corruption", ой, опять.

> А вот NTFS -- многажды.

А у меня за 25 лет - ни разу. Что я делаю не так?

Причем, если на полках порыться, я найду диски с ntfs'ом 2003го года. Один из них немного полуживой в силу чисто механических причин, но fs как-то пока справляется с его проблемами.
ext то ли 2, то ли 3 - не справилась, эти диски у меня образовались после ночной поездочки в ДЦ, где "redundant" коробка с ними внезапно сдохла на ходу.

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

260. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –1 +/
Сообщение от Аноним (-), 18-Авг-20, 16:27 
>Набор вбросов мало относящихся к реальности.

исправил

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

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

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




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

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