Исходное сообщение
"Утверждён переход Fedora Desktop на Btrfs и замена редактора..." Отправлено Михрютка, 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... а тут более правдоподобная мотивация. "У нас чешутся руки, и мы можем!" "Если не мы, то кто?" "Что хорошо для фейсбука, хорошо и для ноутбука!" и мое любимое "подходит для контейнеров и для клауда!"

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> у них прикольная мотивация внедрить 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_Hat_doesn.27t_support_Btrfs.3F_Can_Fedora_do_this.3F > а тут более правдоподобная мотивация. > "У нас чешутся руки, и мы можем!" > "Если не мы, то кто?" > "Что хорошо для фейсбука, хорошо и для ноутбука!" > и мое любимое "подходит для контейнеров и для клауда!"
	Введите код, изображенный на картинке: