The OpenNET Project / Index page

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



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

Оглавление

Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19, opennews (ok), 05-Дек-18, (0) [смотреть все]

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


16. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +2 +/
Сообщение от Аноним 80_уровня (ok), 05-Дек-18, 11:15 
Для себя считаю, что xfs — FS выбора в течение последних почти пятнадцати лет.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

20. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от вейланд (?), 05-Дек-18, 11:30 
Xfs не умеет уменьшаться. Вот так разбил жестак, через годик решил поменять разбивку - а хрен тебе.

Так что только jfs, только хардкор.

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

22. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от ryoken (ok), 05-Дек-18, 11:36 
Напарывался на сие ровно 1 раз, решил пертаскиванием системы на более объёмистый винт+ допразделы, для которых хотел уменьшать XFS. Мораль сей басни такова: ещё более тщательно планируйте разбивку\FS с заделом на не очень далёкое будущее :D.
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Аноним 80_уровня (ok), 05-Дек-18, 11:52 
Для меня неактуально, поэтому и написал "считаю для себя".
На край для переразбивки всегда есть бэкап на ленту или ещё куда.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

149. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от вейланд (?), 06-Дек-18, 11:57 
> Для меня неактуально, поэтому и написал "считаю для себя".
> На край для переразбивки всегда есть бэкап на ленту или ещё куда.

Одобряю ваш выбор.

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

42. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Stax (ok), 05-Дек-18, 12:47 
jfs прикольная, но незаслуженно забытая. Но проблема у нее все-таки была: фрагментация со временем копилось что-то сильно. Вроде и экстенты есть, но почему-то через годик-другой эксплуатации реально тормозить начинало. Возможно даже не сами данные, а метаданные по большим файлам фрагментировались, либо может кэширование метаданных и записей каталогов хуже работало, чем в ext2/3/4. В общем, не очень приятный эффект, особенно на многодисковых рейдах.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

70. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 05-Дек-18, 15:42 
> jfs прикольная, но незаслуженно забытая.

В ней просто нет ничего интересного. Обычная файлушка. Довольно слоупочная. Продвинутости по целостности данных не умеет, дефрага нет, reflinks нет, ну и в целом - оно как бы работает. Но как бы единственный реальный плюс - мизерная нагрузка на проц. Аргумент только для винча в usb роутера с хилым процом, разве что - качать на него торенты какие. Для всего остального можно ФС получше подобрать.

> со временем копилось что-то сильно. Вроде и экстенты есть, но почему-то
> через годик-другой эксплуатации реально тормозить начинало.

Да он и изначально по скорости звезд с неба не хватает.

> Возможно даже не сами данные, а метаданные по большим файлам фрагментировались,

Он вообще с метаданными работает не сказать что сильно быстро.

> приятный эффект, особенно на многодисковых рейдах.

Да он и на однодисковых конфигах далеко не чемпион по скорости. Вообще ни в какой из номинаций. При том если какому-нибудь btrfs это можно простить за фичи то тут это нечто типа ext4 тормознутого. Даже хуже, если по фичам.

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

162. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Stax (ok), 06-Дек-18, 13:49 
>> Возможно даже не сами данные, а метаданные по большим файлам фрагментировались,
> Он вообще с метаданными работает не сказать что сильно быстро.

Это не так, изначально он по любым таким операциям обгонял ext3, и был сравним с xfs при большей надежности в условиях риска отключения питания. Я вообще никогда не видел никаких глюков и проблем с jfs, он железно стабильный.

>> приятный эффект, особенно на многодисковых рейдах.
> Да он и на однодисковых конфигах далеко не чемпион по скорости. Вообще
> ни в какой из номинаций. При том если какому-нибудь btrfs это
> можно простить за фичи то тут это нечто типа ext4 тормознутого.
> Даже хуже, если по фичам.

jfs был актуален во времена ext3. Тк reiserfs была та еще какаха, которую везде стали выкидывать после появления ext3 (ну, кроме суси :P), а xfs в то время мог устроить очень сильные глюки при некорректном отключении - обнуления файлов, неудаляемые записи в каталогах, рандомные имена и прочее. jfs был надежнее и лучше, чем ext3 на больших разделах (на малых, понятно, хватало ext3). Изначально на таких я заводил xfs, но увидев несколько очень неприятных проблем перевел все на jfs. И везде, где использовался jfs, не было ни одной проблемы, кроме фрагментации метаданных (или чего там) по истечении приличного времени.

А когда ext4 стал полностью оттестирован и пригоден для использования и на системных разделах, появился смысл и большие с jfs на него перевозить. Т.к. преимуществ у jfs перед ext4 особых то и нет, в том числе по скорости ext4 подтянулся (https://www.opennet.me/opennews/art.shtml?num=29877)

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

178. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 18:20 
> Это не так, изначально он по любым таким операциям обгонял ext3,

Ну так правильно, у jfs какие-никакие экстенты есть. А ты с ext4 сравни, чтоли, чтобы уж набор технологий более-менее одинаковый.

> и был сравним с xfs при большей надежности в условиях риска отключения питания.

Я бы назвал эту ситуацию так: и та и другая штуки умеют тупить в работе с метаданными, просто они это делают по разному. У jfs производительность по метаданным заурядненькая всегда и везде. У XFS сильное место работа с большими файлами, если правильно разложить. А если туда вместо этого какой-нибудь линуксный кернель распаковать, сорцом, файлуха для работы с нежатым видео от SGI не очень хорошо ворочает то что на это не похоже.

> Я вообще никогда не видел никаких глюков и проблем с jfs, он железно стабильный.

Кроме того что опять же это классика. С in-place переписыванием файлов и - отсутствием полного журнала в этом процессе. И если вдруг питалово слетит когда файл наполовину старый и наполовину новый - ХАХА! На этот случай нет вообще совсем никакого плана. Есть файл из старой и новой половинок, что хотите с ним то и делайте. Такая забота о сохранности данных, когда журнал только для метаданных.

> jfs был актуален во времена ext3.

В этом собственно его проблема. EXT4 сделал его малоинтересным.

> заводил xfs, но увидев несколько очень неприятных проблем перевел все на
> jfs. И везде, где использовался jfs, не было ни одной проблемы,
> кроме фрагментации метаданных (или чего там) по истечении приличного времени.

У меня как бы были и xfs и jfs. Немного xfs даже осталось, но в целом я большинство добра на btrfs перетащил. За удобство в управлении, расширяемость, и полезные мне фичи.

> А когда ext4 стал полностью оттестирован и пригоден для использования и на
> системных разделах, появился смысл и большие с jfs на него перевозить.

Ну так и я о чем. EXT4 на мой вкус пошустрее на обычном компе в типовых сценариях. И опять же умеет побольше фич на разные случаи.

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

148. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от вейланд (?), 06-Дек-18, 11:56 
Jfs так устроена, да. Я вот ей пользовался на ssd, там этр незаметно.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

179. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 18:21 
> Jfs так устроена, да. Я вот ей пользовался на ssd, там этр незаметно.

Btrfs прикольнее. Можно снапшотами баловаться. Так что если система дохнет - откатил на исправный, да поехал дальше. А рояль с 20 этажа как бы и не падал на нас в этой версии вселенной.

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

29. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 05-Дек-18, 11:46 
вы просто не видели ее крэшей.

Я вот для себя не могу решить, можно ли ей + lvm хотя бы сейчас-то пользоваться, или проблема в любой момент проявится снова.

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

30. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним 80_уровня (ok), 05-Дек-18, 11:49 
Не видел, именно поэтому так и считаю.
А ext (включая и ext4) за это же время валились не раз и даже не два.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним 80_уровня (ok), 05-Дек-18, 12:03 
Насчёт LVM хорошей статвыборки у меня нет — единственная машина с xfs на LVM поверх софтового RAID5, года четыре без проблем, тьфу-тьфу.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Crazy Alex (ok), 05-Дек-18, 12:53 
Да это у человека травма какая-то lvm + xfs - это давний рекомендованный сетап редхата, соответственно пашет оно прекрасно.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +2 +/
Сообщение от Минона (ok), 05-Дек-18, 14:35 
давний?!
емнип, в дефолте она с 7-й сентоси идет, в 6-й её (xfs) даже в исталляторе нету.
Ответить | Правка | Наверх | Cообщить модератору

196. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Crazy Alex (ok), 07-Дек-18, 18:21 
с 14го года. Более чем достаточно, я бы сказал.
Ответить | Правка | Наверх | Cообщить модератору

220. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 11-Дек-18, 20:08 
> Да это у человека травма какая-то lvm + xfs

Учитывая сколько данных протер народу нулями XFS - его так себе репутация по этому поводу не то чтобы на ровном месте.

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

80. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 05-Дек-18, 16:36 
> Не видел, именно поэтому так и считаю.
> А ext (включая и ext4) за это же время валились не раз
> и даже не два.

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

про ext3 не надо, это был полный беспросветный п-ц, до появления barriers и log integrity checks.
Гугль ПЯТЬ лет самостоятельно поддерживал полумертвую ext2, чтобы не переходить на это убожище (обычной 2 пользоваться обычному смертному тоже было нельзя, как из-за вшитых ограничений так и из-за "мы тут опять massive filesystem corruption поправили, но только в 3, до 2 как-то руки не дошли пока", несколько раз).

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

89. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (86), 05-Дек-18, 17:59 
> у меня xfs валилась сотни.

Это скорее говорит об использованном вами плохом оборудовании, нежели об xfs. Если диск говорит SYNC OK, а там не ОК то ФС вам тут не поможет.

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

96. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (-), 05-Дек-18, 18:38 
Ну а вот btrfs фиговое оборудование по крайней мере делает заметным, воплями про сбой чексум. И это лучше чем если заметить сие по порушеным файлам.
Ответить | Правка | Наверх | Cообщить модератору

214. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от пох (?), 10-Дек-18, 11:09 
не, ну kernel panic-то ты точно заметишь, в отличие от воплей где-то там в логах, но что-то мне подсказывает, что супермикровские железки с hotplug backplane и ecc памятью не настолько фиговое оборудование, и тем более вряд ли эта фича works as intended.

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

221. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 11-Дек-18, 20:11 
> не, ну kernel panic-то ты точно заметишь, в отличие от воплей где-то там в логах,

Да ну его в пень, предпочитаю менее бурную реакцию.

> hotplug backplane и ecc памятью не настолько фиговое оборудование, и тем
> более вряд ли эта фича works as intended.

А смысл передо мной пальцы растопыривать? SATA, особонно eSATA хотплаг уж сто лет, ECC у меня в десктопе есть. Так что п0нт фичами получился какой-то на редкость не энтерпрайзный в этот раз. Это все можно и на ширпотребе уже.

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

102. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 05-Дек-18, 21:58 
> Если диск говорит SYNC OK

диск ничего не говорит - xfs говорит kernel panic, приехали. Заметьте, не "диск подсунули хреновый, remount ro", а просто "шито-то хреново мне, давайте на всякий случай panic!". Или молча висла (реже). После ребута требуется ручное восстановление, поэтому систему просто переустанавливали.  Причем ничего, кроме записи логов, эти диски особо и не нагружало, не сказать чтоб особо тяжело она пахала.

а "плохое оборудование", конечно же, само собой чудесным образом стало хорошим, как только эту странность заменили на ext4.

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

63. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –2 +/
Сообщение от Адекват (ok), 05-Дек-18, 15:20 
да-да, там все хорошо, пока не начнет магическим образом исчезать свободное пространство, помогает только утилита ***xfs*** вместо звездочек что-то там. Реально разница между df -h и du -sh / показывала 10Gb
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

72. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 05-Дек-18, 16:16 
> да-да, там все хорошо, пока не начнет магическим образом исчезать свободное пространство,
> помогает только утилита ***xfs*** вместо звездочек что-то там. Реально разница между
> df -h и du -sh / показывала 10Gb

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

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

83. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Andrey Mitrofanov (?), 05-Дек-18, 17:00 
>> да-да, там все хорошо, пока не начнет магическим образом исчезать свободное пространство,
>> помогает только утилита ***xfs*** вместо звездочек что-то там. Реально разница между
>> df -h и du -sh / показывала 10Gb

#>> du -sh /

> имя сестра, имя - в смысле, на какой версии чего у тебя

Да,  /var/log он почислил, а апач, сислог и проч.шатию-братию, держащую удалённый лог на добавление, -- не-по-пере-запускал.

Вангую: версия -- любая!

> такое происходит?
> И насколько часто - один раз - не п-с?

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

123. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Адекват (ok), 06-Дек-18, 06:46 
Арч линукс... было это 8 января 2018 последний раз, после этого я съехал на минт и ни разу не пожалел (думаю, чтобы съехать на семерку, но комп мне дома нужен крайне редко и только для браузеров и музычки - вот сижу и думаю...).
Проявлялось это в том, что при выключении из системы исчезало от 30 до 60 Мегабайт свободного места, раздел был 250Гб, рано или поздно место заканчивалось, df -h говорил, что осталось скажем 500Мб свободного места, du -sh / говорил, что свободного места 13Гб (примерно). xfs_repair решало проблему. Если систему загасить кнопкой ресета - проблема не проявлялась, возможно, что проблема как-то связана с журналом от системД (но не факт). Всех подробностей не помню.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

68. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Аноним (-), 05-Дек-18, 15:32 
> Для себя считаю, что xfs — FS выбора в течение последних почти
> пятнадцати лет.

Ужасно слоупочный по метаданным. Все 15 лет к ряду.

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

106. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Аноним (106), 05-Дек-18, 23:09 
Всем хороша xfs, если бы не приколы с внезапно пустеющими файлами при включении питания. Я этот баг помню ещё со времён первых патчей в ядро для поддержки xfs. Баг упорно жил и портил людям жизнь почти 13 лет.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

132. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 08:49 
> Всем хороша xfs, если бы не приколы с внезапно пустеющими файлами при
> включении питания. Я этот баг помню ещё со времён первых патчей
> в ядро для поддержки xfs. Баг упорно жил и портил людям
> жизнь почти 13 лет.

А вы злопамятный. Баг починен аж в 2.6.28 :). Хотя о приоритетах разработчиках в вопросах сохранности данных, он, конечно, намекает.

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

167. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 06-Дек-18, 15:11 
в ext3-4 до появления barriers (через пять, что-ли, лет?) был точно такой же.
Ответить | Правка | Наверх | Cообщить модератору

180. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 18:24 
> в ext3-4 до появления barriers (через пять, что-ли, лет?) был точно такой же.

Нет, ну нули в файлы "по соображениям безопасности" он все-же специально не записывал. А XFS специально протирал спорные области нулями. Чтобы после краха левый юзерь чужие данные не уволок бы. Это, конечно, по своему оригинальное мышление авторов файлухи, но на практике в результате у народа после крахов и слетов питания файлы содержали подозрительно много нулей и это им почему-то не нравилось. Наверное потому что файлики работать от этого очень уж переставали.

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

186. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 06-Дек-18, 22:31 
> Нет, ну нули в файлы "по соображениям безопасности" он все-же специально не записывал.

он вообще ничего не записывал - просто truncate им делал. "мы же вам сохранили консистентность метаданных, как вы просили" ;-)

работали они от этого как-то тоже не очень хорошо.

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

222. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 11-Дек-18, 20:18 
> он вообще ничего не записывал - просто truncate им делал. "мы же
> вам сохранили консистентность метаданных, как вы просили" ;-)

Он таки вроде шел чуть дальше и еще и явно протирал нулями все спорные фрагменты. С аргументом "чтобы левый пользователь не спер ваши данные даже так". Поэтому он был даже несколько более деструктивен чем остальные.

> работали они от этого как-то тоже не очень хорошо.

Это касается любой "классической" ФС без полного журнала. Если запись в файл началась, но не заверщилась - то чего? Информации чтобы ее завершить или откатить нигде нет - журнал это только для метаданных делал. А данные в результате наполовину новые и наполовину старые. Без возможности откатить транзакцию или довести ее до финиша. Но в метаданных все ЗБС, как бы файл, как бы нормального размера. А содержимое никто и не обещал.

CoW в этом несколько мухлюет, делая по сути всю площадь журналом и избегая второй записи. Вместо этого ему для отката достаточно по сути просто забить на то что новее энного момента - получается предыдущее состояние. Реально конечно чуть сложнее и еще GC надо, иначе, если хранить все изменения вечно - в множестве реальных сценариев место кончится за обозримое время и будет FAIL.

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

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

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




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

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