The OpenNET Project / Index page

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



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

Оглавление

Утверждён переход Fedora Desktop на Btrfs и замена редактора vi на nano, opennews (??), 16-Июл-20, (0) [смотреть все]

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


261. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +2 +/
Сообщение от Михрютка (ok), 17-Июл-20, 11:28 
у них прикольная мотивация внедрить btrfs

we want to provide file system features to users in a transparent fashion. We want to add new features, while reducing the amount of expertise needed to deal with situations like running out of disk space.

речь про десктоп, который типично 1 диск (для ноутов сто процентов), и в котором решили не использовать типовую схему с двумя разделами /boot и / (под лвм или без него), а делают три раздела, бут, рут и хоум.

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

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

также пользователь с пониженным количеством экспертизы понимает, что btrfs следует регулярно холить и лелеять, напр. дефрагментировать когда фс "состарится" и понимает, что забитый на 80-90 процентов диск приводит к перформанс кепилдык. (типовой ответ федорабоя на это - купите себе ссд и наслаждайтесь)

также пользователь с ПКЭ отдает себе отчет, что не дай бог он включит компрессию (которая тож звучит среди селлинг пойнтов), ему придется еще внимательнее следить за свободным местом на диске. потому что он может быстро и легко оказаться в ситуации, когда (внезапно) компрессия обвалит ему скорость обмена с диском, а распаковаться обратно будет уже некуда.

ну и там по мелочам, про снапшоты, наш пользователь с ПКЭ знает, что это такое, умеет ими пользоваться, не забывает их удалять или мержить, и опять же следит за потребляемым снапшотами дисковым пространства.

вот такой получается удивительный пользователь с пониженным количеством экспертизы, который не управляется с недостатком места в /home на ext4 под lvm.

также мі неявно считаем, что crc-32 в btrfs лучше справляется с обнаружением битрота, чем 50-байтная ecc собственно диска.

https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Red_Ha...

а тут более правдоподобная мотивация.

"У нас чешутся руки, и мы можем!"
"Если не мы, то кто?"
"Что хорошо для фейсбука, хорошо и для ноутбука!"

и мое любимое "подходит для контейнеров и для клауда!"

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

287. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  –1 +/
Сообщение от Аноним (287), 17-Июл-20, 18:39 
> у них прикольная мотивация внедрить btrfs
> we want to provide file system features to users in a transparent
> fashion. We want to add new features, while reducing the amount
> of expertise needed to deal with situations like running out of
> disk space.
> речь про десктоп, который типично 1 диск (для ноутов сто процентов),

не сто процентов, у меня есть ноут с 2мя гнёздами под винч 17 дюймовый, а если ещё оптибей воткнуть вместо привода, тогда 3ри винча будет, а с 2мя гнёздами так подавно достаточно буков, так что не экстраполируйте на других обобщая свой опыт, ну да ладно...
> и в котором решили не использовать типовую схему с двумя разделами /boot
> и / (под лвм или без него), а делают три раздела,
> бут, рут и хоум.
> предполагается, что для пользователя со сниженным количеством экспертизы слишком сложно
> справиться с ситуациями, когда в хоум уже нет места, а в
> руте еще есть. или наоборот.

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

Держать рут с хомяком на одном разделе это даже не виндовый путь, а какая-то лютая форма дегродства пользователей.
> также пользователь с пониженным количеством экспертизы понимает, что btrfs следует регулярно
> холить и лелеять, напр. дефрагментировать когда фс "состарится" и понимает, что
> забитый на 80-90 процентов диск приводит к перформанс кепилдык. (типовой ответ
> федорабоя на это - купите себе ссд и наслаждайтесь)

Не в курсе насчёт федорабоев, дома только одна центось, а остальное дебиан и маргинальные десктопы на поиграться, но насчёт купите X и будет вам счатье, это стандартная мантра неосиляторов разгрести свои помойные софтины и гомнокод, обычно такое слышно от скриптомакак и прочих смузисосов из модного вэба и антикофе. У меня, например до сих пор живут и зравствуют IDE винты, которые пережили материнки и другие железки, и используются по назначению каких бы ёмкостей они не были, потому что не вижу смысла выкидывать рабочие вещи + они надёжнее самых новейших флешек, и их, в отличие от дороженных ssd не жалко в тех же торрентокачалках задействовать, а ssd у меня экономно расходуются и только в необходимых местах.
> также пользователь с ПКЭ отдает себе отчет, что не дай бог он
> включит компрессию (которая тож звучит среди селлинг пойнтов), ему придется еще
> внимательнее следить за свободным местом на диске. потому что он может
> быстро и легко оказаться в ситуации, когда (внезапно) компрессия обвалит ему
> скорость обмена с диском, а распаковаться обратно будет уже некуда.
> ну и там по мелочам, про снапшоты, наш пользователь с ПКЭ знает,
> что это такое, умеет ими пользоваться, не забывает их удалять или
> мержить, и опять же следит за потребляемым снапшотами дисковым пространства.

Хз, всякий временный шлак храню на IDE и прочих мелкоёмких винчах, а ценный про^W стаф всё в рейде на ext4 с синхронизацией по крону, инфа выводится коньками на рабочий стол, когда забьются текущие винты, а это не скоро, то добавлю ещё, благо у меня типовые все и проблем с ними, тьфу-тьфу, нет.
> вот такой получается удивительный пользователь с пониженным количеством экспертизы, который
> не управляется с недостатком места в /home на ext4 под lvm.

Я к чему это всё написал про себя, потому что как очевидно из сказанного проблемы с необходимостью btrfs на десктопах очень натянутые, я бы сказал это даже не сова на глобус, это усушенный воробей.
> также мі неявно считаем, что crc-32 в btrfs лучше справляется с обнаружением
> битрота, чем 50-байтная ecc собственно диска.
> https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Red_Ha...
> а тут более правдоподобная мотивация.
> "У нас чешутся руки, и мы можем!"
> "Если не мы, то кто?"
> "Что хорошо для фейсбука, хорошо и для ноутбука!"
> и мое любимое "подходит для контейнеров и для клауда!"

А вот в это охотно верится, хорошо что вы это понимаете, я это понимаю, мы это понимаем, только вот толку? Они же всё равно протолкнут свои чешущиеся хотелки, пока она форсированно метастазами безальтернативно и безапелляционно не присутствует во всех поголовно дистрибутивах, можно расслабить булки, ну мало ли чем там федорабои забавляются, это их судьба, они сами на это подписались.

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

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

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




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

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