The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 5.8, opennews (?), 03-Авг-20, (0) [смотреть все]

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


182. "Релиз ядра Linux 5.8"  +2 +/
Сообщение от пох. (?), 03-Авг-20, 22:51 
и да, на тему fat readahead - до меня только сейчас дошло, что ж это был за японец такой ;-)

Они там в японии, я смотрю, никуда не торопятся... и живут доооолго.

жаль что с ntfs нам не повезло.


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

290. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (-), 04-Авг-20, 19:45 
> жаль что с ntfs нам не повезло.

Да и хрен с ним. Зачем сдалась тормозная ФС без особых фич, с технологиями начала 1990-х? Лучше покажи в винде хоть что-то сравнимое с btrfs чтоли. Можешь также сравнить как все эти их VSS и прочие снапшоты работают - когда это может занять чуть не полчаса и система при этом колом стоит. Так что желающих такими снапшотами - ну ты понял. Бэкапы проще архиватором, а откатывать систему таким макаром - долго, стремно, медленно, непрозрачно, а при хренаксе вообще костей не соберешь.

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

293. "Релиз ядра Linux 5.8"  +/
Сообщение от пох. (?), 04-Авг-20, 20:24 
> Зачем сдалась тормозная ФС без особых фич, с технологиями начала 1990-х?

затем что она побыстрее и понадежнее ваших поделок с технологиями начала 80х, все еще не отучившихся иногда тихо портить данные. И даже в виде ужасной реализации в userspace оказалась не так плоха. То есть собственно, оказалась настолько хороша, что после ее появления БЕГОМ бросились искать узкие места в ext* (нашли, счастливо утерли пот со лба - поебдили userspace хак, а автор, к счастью, предпочел его не оптимизировать, а продавать за деньги закрытую kernel версию)
Но ваш японец, к сожалению, смог только в технологии начала 80х. Наслаждайтесь. Ускорение на порядок, и даже не портит флэшку!

> Лучше покажи в винде хоть что-то сравнимое с btrfs чтоли.

которая просто превращается в тыкву из-за исчерпания непойми чего, свободным местом не являющимся, но оно, вот? Не, такого там еще не изобрели. Ну или может просто пол-работы не показывают.
И превращений raid-не-raid на ходу в тыкву тоже не. У storage spaces бывают некоторые фокусы, которые из-за редкоиспользуемости мало кто без техподдержки может разрешить, но вот чтоб сразу нафиг и не прочитать вообще - лично я не слышал.

А так - там нынче больше модно sds, и для него есть все необходимые детали. А у вас - только невменяемая индусоподелка, да и под ту, как говорят ее апологеты из редгада, подсуньте-ка для начала hardware raid6 controller (погодите, но ведь у вас self-healing, self-redundancy и bitrot prevention? Как же ж так?!) Потом взгромоздите поверх xfs... xfs...1993 энтерпрайзненько!

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

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

298. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (-), 04-Авг-20, 21:11 
> затем что она побыстрее и понадежнее ваших поделок

Спасибо, я как-то создал по ошибке 50К файлов в дире и насладился перфомансом нтфс от души. Я как-то создавал btrfs'у столько - ему в разумных пределах похрен вроде. Во всяком случае, ничего близко похожего на 5-минутный клинч как в винде с нтфс не было.

> с технологиями начала 80х,

У меня btrfs. И хоть ты тресни, но CoW-friendly деревьев в 80-х таки не было, равно как и RAID отличных от блочных. Это относительно новые придумки.

> все еще не отучившихся иногда тихо портить данные.

Это не про btrfs, он при отклонениях от идеала истошно чертыхается на CSUM ERROR. И даже чинит, если есть откуда. А то что ты до сих пор EXT3 юзаешь - кто тебе доктор? :)

> виде ужасной реализации в userspace оказалась не так плоха.

Ну, кроме того что туповэйтит еще круче кернельмодной реализации :). А та и так туповэйтит как только это сколь-нить большая иерархия.

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

> Но ваш японец, к сожалению, смог только в технологии начала 80х. Наслаждайтесь.
> Ускорение на порядок, и даже не портит флэшку!

Это о чем? oO И у меня так и btrfs "флешку" (SSD) чисто статистически не портит, тот понимаете ли ведет статистику - и я достаотчно хорошо понимаю работу флеша чтобы еще и понимать что эта статистика мне показывает (я сам кодил простой FTL когда жизня заставила и поэтому в курсе как понять портится ли флешка, на случай если ты решишь поумничать об этом).

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

Там с свободным местом несколько хитрее, да. Это в конечном итоге следсдвие неблочного подхода к RAID а также CoW + сжатия. Если на одни блоки можно сослаться 3 раза - понятие места становится довольно интересным. А откуда мы знаем - можно так или нельзя? :)

Ну вон у меня на 2-терабайтном диске 3 "типа-терабайтных" образа. Откуда б вот механике ФС заранеее знать что это будут почти-одинаковые файлы? И да, в этом случае завирон почти на целый терабайт в мою пользу! В чем собственно и фича.

Понимешь, пох, баги и слабые места надо обходить а сильные стороны и фичи - юзать. И для этого ессно надо немного знать приеняемые технологии.

> Не, такого там еще не изобрели. Ну или может просто пол-работы не показывают.

Там ... радикально другая механика. И в ней все сложнее, это да.

> И превращений raid-не-raid на ходу в тыкву тоже не.

У меня даже конверсия уровней срубленая ребутом тупо возобновилась с места ребута. А с блочным подходом к RAID это от "невозможно/не предусмотрено" до "полный факап" - в блочном случае изначально маркер прогресса докуда конверсия дошла - не предусмотрен, btrfs делает это здорово иначе. Есть block group. Есть его схема хранения. Конверсия уровня берет вот этот group, и делает его аналог с другой схемой, а когда проканало переназначает на него. И так постепенно для всех групп. Это плавный постепенный процесс, и оно с самого начала сделано так чтобы жить с смесью block group с разным уровнем RAID. В принципе на будущее есть идея сделать разным файлам/дирам разные схемы хранения. В такой структуре такое можно организовать. Так что ничему не противоречит порево в RAID0, т.к. перекачать можно, а рабочие проекты в RAID1 допустим.

> У storage spaces бывают некоторые фокусы, которые из-за редкоиспользуемости мало
> кто без техподдержки может разрешить, но вот чтоб сразу нафиг и не прочитать вообще -
> лично я не слышал.

Да на самом деле в случае btrfs достаточно не быть тупым, немного понять как это работает а в совсем пиковом случае - ну вон они в ирц сидят. Попробуй найти индусов из ms по нтфс, если там вообще остался кто-то имеющий отношение к ntfs.sys еще...

> и bitrot prevention? Как же ж так?!) Потом взгромоздите поверх xfs...
> xfs...1993 энтерпрайзненько!

У меня так btrfs есть. Мне он нравится. А xfs это у тебя. Ты любишь все сложно, хреново и криво.

> Кстати, на прошлой неделе в очередной раз наблюдал ее падение в энтер-прайзной
> системе. Все как 10 лет назад, аж слезы умиления на глазах появились.

А я вот забыл о таких приколах. Спасибо btrfs за это.

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

294. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (321), 04-Авг-20, 20:36 
> Зачем сдалась тормозная ФС без особых фич, с технологиями начала 1990-х?

Это ntfs то без особых фич? Она умеет сжатие файлов (выборочное) и шифрование. Очень помогало при дефиците места. Покажите мне линуксовую ФС со сжатием? Не ВКЛ/ВЫКЛ глобально, а пофайлово. И чтобы надежно, быстро и не какая-нибудь noname экзотика.

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

295. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (321), 04-Авг-20, 20:42 
> сжатие файлов (выборочное)

Кстати, ntfs-3g умеет в это. Таких настроек я не видел, но, если папка сжатая, то и файлы в ней по умолчанию сжатые создаются/редактируются.

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

308. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (-), 04-Авг-20, 21:50 
> Кстати, ntfs-3g умеет в это. Таких настроек я не видел, но, если
> папка сжатая, то и файлы в ней по умолчанию сжатые создаются/редактируются.

А chattr +c и прочие lsattr на это не действуют? Или там не настолько хорошо абстракции гейтуются?

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

323. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (321), 05-Авг-20, 01:48 
> А chattr +c и прочие lsattr на это не действуют? Или там
> не настолько хорошо абстракции гейтуются?

Не знаю, у меня винды уже нет.

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

339. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (338), 05-Авг-20, 20:44 
> Не знаю, у меня винды уже нет.

Ну вот блин, я у себя тоже нтфсные тома все поперевел лет так цать назад. Зачем мне такое тормозилово?

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

297. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (-), 04-Авг-20, 20:49 
> Это ntfs то без особых фич? Она умеет сжатие файлов (выборочное)

Btrfs его тоже умеет. Только он еще много чего умеет - до чего нтфс как пехом до пекина. Например снапшоты, почти моментально и жрущие минимум места. Просто, круто, прозрачно.

И даже можно цать раз на одни блоки сослаться. Ну там есть флот виртуалок, если они из 1 образа подняты, жрет места как 1 VM почти. Плюс небольшая дельта (изменения относительно шаблона). И типа-копирование для создания десятка VM заканчивается... да моментально, там толко пометить в блоках что тут еще типа-копии есть. А дальше механика ФС по мере расхождения сама copy-on-write сделает. И вот уже я могу рулить десктопом и ноутом как виртуалочкой почти. Если доигрался - ну, вернул снапшот системы в вид как было и это реально как было. При том занимает мизер времени и не стремно сделано, в отличие от виндовой шляпы, где это педалирования на полчаса и есть риск что система убьется окончательно.

> и шифрование.

При том на редкость мутное и подозрительное.

> Очень помогало при дефиците места. Покажите мне линуксовую ФС со
> сжатием? Не ВКЛ/ВЫКЛ глобально, а пофайлово.

Btrfs. Пофайлово, алсо есть несколько алгоритмов сжатия.

> И чтобы надежно, быстро и не какая-нибудь noname экзотика.

Очень надежно - дублирует метаданные, а при желании и данные, даже на единичном диске. Я так даже в порядке лулзов на суперсыпучей карте памяти файло таскал. А посмотреть - выкрутится ли оно вообще. Выкручивается, лол. Куда до такого нтфсу, тот при таком развитии ситуации довольно скоро перестает монтироваться или вообще бсод вызывает и дальше... вон те юзеры идут ко мне, я им fuse'ом выколупываю их останки :)

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

300. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (321), 04-Авг-20, 21:28 
> Btrfs. Пофайлово, алсо есть несколько алгоритмов сжатия.

Все равно не так круто. 1. Настраивается не мышью. 2. Файловый менеджер не подсвечивает сжатые файлы другим цветом. А в проводнике можно даже сразу посмотреть сколько место занимают исходные файлы и после сжатия. Все мышью из стандартной проги.

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

307. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (304), 04-Авг-20, 21:45 
> Все равно не так круто. 1. Настраивается не мышью.

Мышь выглядит круто только для первого десятка файлов. Потом это выглядит дрессированой обезьяной, в то время как у меня, пардон, "вкалывают роботы".

> 2. Файловый менеджер не подсвечивает сжатые файлы другим цветом.

Да и фиг с ним. Может где даже и подсвечивает, не интересовался - я консольный mc юзаю и любл. его не за это. Ну и вообще, я на всю ФС дефолтное сжатие поставил, а отключил лишь нескольким дирам где это заведомо не айс. В отличие от ntfs оно видите ли может даже и разогнать перфоманс - LZO vs NTLZ так довольно бойко распаковывается, ябсказал. Да и пакуется довольно резво.

> А в проводнике можно даже сразу посмотреть сколько место занимают исходные файлы
> и после сжатия. Все мышью из стандартной проги.

Мне это нужно как зайцу стопсигнал, это дрессированых макак и прочих эникеев интересует как максимум, но 90% из них для начала ни в зуб ногой что еще за сжатие такое.

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

344. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (344), 06-Авг-20, 22:45 
Не разбираюсь, но по новости и вообще уже год сейчас f2fs вкатывается. Потому что вроде как прозрачное сжатие помогает сохранить ограниченный ресурс флеш-памяти, т.к. меньше записывается на ячейки, увеличивает скорость прочтения и записи конкретно с носителя, т.к. меньше ячеек приходится читать, и конечно же позволяет использовать условных Х гигов как 1.3Х-1.7 гигов. Ла-ла-ла. Только отдай немного процессорных такто-циклов. Валюта такая.
Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

345. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (344), 06-Авг-20, 23:06 
Ну а если сыръёзно, то согласен. У ext4/xfs нет прозрачной компрессии, и только специфичная для флеш-накопителей фс вводит её.
А и зфс, и бтрфс - это, уж простите, но copy-on-write с их километровыми метаданными, которые на корню рушут главную пользу сжатия - получение возможности больше поместить на ограничённом куске постоянной памяти. И как у минимум бтрфс при nodatacow внезапно отсекается возможность шифрования! Так что би-деревная в пролёте, увы. С зфс же может и не всё так плохо, но из-за каких-то непонятных лицензионных заморочек пресёрвед бай Оракле возможности спокойно опробовать её в любом дистрибутиве нет, всё какая-то муть, то, сё - и вообще, она направлена для корпоративного использования и наверняка использует дохрена ресурсов под себя, включая дисковое пространство. Которое хотелось бы использовать на максимум. Поправьте меня, если не так.
Ответить | Правка | Наверх | Cообщить модератору

348. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (348), 07-Авг-20, 20:11 
> А и зфс, и бтрфс - это, уж простите, но copy-on-write с
> их километровыми метаданными, которые на корню рушут главную пользу сжатия -

Таки сжатие бывает и там полезно. А объем метаданных сильно зависит от того что вы делали. Ну например относительно статично лежащие на ФС файлы типа ОС распакованые туда за 1 присест по метаданным ничем таким и не ужасны. А вот снапшот системы на который можно быстро вернуться одним махом так и весьма полезно например бывает.

> получение возможности больше поместить на ограничённом куске постоянной памяти. И как
> у минимум бтрфс при nodatacow внезапно отсекается возможность шифрования!

Nodatacow сделан для штук типа БД с своим собственным журналированием и прочих странных вещей.

> Так что би-деревная в пролёте, увы.

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

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

347. "Релиз ядра Linux 5.8"  +/
Сообщение от Аноним (346), 07-Авг-20, 20:03 
> Не разбираюсь, но по новости и вообще уже год сейчас f2fs вкатывается.

У меня она не пережила даже самые базовые краштесты на внезапный poweroff/reboot.

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

...только гули с них радости, если файлуха после ребута не моунтится и fsck это не чинит? :)

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

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

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




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

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