На состоявшемся вчера заседании комитета FESCo (https://fedoraproject.org/wiki/Fedora_Engineering_Steering_C...) (Fedora Engineering Steering Committee), отвечающего за техническую часть разработки дистрибутива Fedora Linux, были приняты решения (http://meetbot.fedoraproject.org/fedora-meeting/2013-01-30/f...), касающиеся ряда новшеств, предложенных для реализации в Fedora 19. В частности, было утверждено предложение (http://www.opennet.me/opennews/art.shtml?num=35897) по замене MySQL на СУБД MariaDB, которая будет предлагаться по умолчанию при желании установить пакет с MySQL, при этом пакеты с MySQL пока останутся доступны в качестве дополнительной опции.Вторым интересным изменением, одобренным для включения в Fedora 19, является поддержка (https://fedoraproject.org/wiki/Features/Checkpoint_Restore) средств для манипуляции snapshot-ами приложений в пространстве пользователя с использованием системы CRIU (http://www.opennet.me/opennews/art.shtml?num=34958) и инструментария CRtools, развиваемых отечественной компанией Parallels. Указанный инструментарий позволяет организовать заморозку состояния для одного или группы процессов, с последующим восстановлением работы с сохранённой позиции, в том числе на другом компьютере или после перезагрузки без разрыва уже установленных сетевых соединений.
Среди других одобренных предложений можно отметить поставку JRuby 1.7 (https://fedoraproject.org/wiki/Features/JRuby_1.7) и Ruby 2.0.0 (https://fedoraproject.org/wiki/Features/Ruby_2.0.0); включение библиотеки MEMSTOMP (https://fedoraproject.org/wiki/Features/MEMSTOMP) для выявления некорректного использования функций подобных memcpy и strcpy; задействования (https://fedoraproject.org/wiki/Features/SystemdPredictableNe...) новой предсказуемой схемы наименования сетевых интерфейсов, реализованной в systemd 197 (http://www.opennet.me/opennews/art.shtml?num=35789). Предложение (https://fedoraproject.org/wiki/Features/FedoraUpgrade) по обеспечению поддержки обновления дистрибутива до новой версии при помощи команды "yum upgrade" отклонено.Что касается, многократно отклоняемого плана по задействованию по умолчанию файловой системы Btrfs, то на этот раз данная идея не была принята ещё на этапе начального обсуждения (http://thread.gmane.org/gmane.linux.redhat.fedora.devel/173214/), поэтому не была оформлена в качестве предложения для Fedora 19 (последний срок приёма предложений истек (http://lists.fedoraproject.org/pipermail/devel/2013-January/...) 30 января). Из предложенных, но ещё не рассмотренных изменений, можно отметить намерение (http://lists.fedoraproject.org/pipermail/devel-announce/2013...) предоставления возможности установки Apache OpenOffice, наряду с ныне используемым LibreOffice.
URL: http://meetbot.fedoraproject.org/fedora-meeting/2013-01-30/f...
Новость: http://www.opennet.me/opennews/art.shtml?num=35982
Видимо БТР еще не готов для десктопа. Считаю, что это и к лучшему. Файлухи - это не "протестировать системД на юзверях, подумаешь, пару раз не загрузится комп", тут данные могут навернуться. Важна консервативность
По времени — раз в 5 дольше, чем системд (опционально, ибо гента).
Траблы были только с системд. (Да, бтр медленнее. Но жрёт не больше — это точно. С lzo меньше)Зыж
Моё сугубо имхо — большей беты чем федора нет.
Юзать же ораклового продвиженца будут позже всех.
> Видимо БТР еще не готов для десктопа. Считаю, что это и к
> лучшему. Файлухи - это не "протестировать системД на юзверях, подумаешь, пару
> раз не загрузится комп", тут данные могут навернуться. Важна консервативностьА Btrfs на десктоп и не надо, для десктопа CoW слишком крут и ресурсов многовато жрёт. Для десктопа вполне хватит Ext4, которая находится на высоком уровне развития, стабильна и покрывает всё, что нужно пользователю. Да и разработчику, в принципе - для версионности надо использовать VCS, а не ФС. А уж компрессию туда пихать - извините, на кой хрен оно на терабайтовых хардах?
Вот на серверах - самое оно, заменой ZFS и прочим. Но пока что оно не слишком стабильно, поэтому и не пропихивают, хотя опционально возможность использования есть даже в Debian Squeeze.
Снапшоты или версионность, при должной организации, очень хорошая вещь даже на десктопе. Для рядового хомячка может быть отличной вещью.Вспоминаю ту же нетварь - юзер стер или покалечил файл по своей глупости, заглядываем в каталог с файлом и выбираем из десятка предыдущих версий ту, которая больше нравится. Восстанавливаем и вуаля - юзер счастлив, админ спокоен.
А бухгалтера, складывающего в git со товарищи последние изменения платежек, я как-то себе представляю с большим трудом :)
Вещь-то, может, и хорошая - но слишком специфичная: tradeoff таков, что на ряде традиционных задач неприменимо.
> Вещь-то, может, и хорошая - но слишком специфичная: tradeoff таков, что на
> ряде традиционных задач неприменимо.Ну так ...
1) Такими задачами в основном являются БД и тому подобное, что на десктопе малоактуально.
2) У btrfs cow очень выборочно отключается.А вот грохнув по ошибке диру получить шанс отмотать назад - очень здорово, ага.
> А вот грохнув по ошибке диру получить шанс отмотать назад - очень
> здорово, ага.Фрагментация на CoW растёт очень здорово. Т.е. если на ext4 всё будет спокойно, то на BTR/ZFS/... вы получите тормозилово через считанные месяцы десктопного юза. Хотя онлайн-дефрагер, как в винде, спас бы.
>> А вот грохнув по ошибке диру получить шанс отмотать назад - очень
>> здорово, ага.
> Фрагментация на CoW растёт очень здорово. Т.е. если на ext4 всё будет
> спокойно, то на BTR/ZFS/... вы получите тормозилово через считанные месяцы десктопного
> юза. Хотя онлайн-дефрагер, как в винде, спас бы.А можно подробнее? Вот у меня, самое часто-меняющееся - это кеш браузера, в остальном - тиш да гладь, даже видио лень качать, смотрю онлайн.
>> А вот грохнув по ошибке диру получить шанс отмотать назад - очень
>> здорово, ага.
> Фрагментация на CoW растёт очень здорово. Т.е. если на ext4 всё будет
> спокойно, то на BTR/ZFS/... вы получите тормозилово через считанные месяцы десктопного
> юза. Хотя онлайн-дефрагер, как в винде, спас бы.ну и можно тесты на деградацию производительности относительно времени?
> ну и можно тесты на деградацию производительности относительно времени?если хотите - да, можно, делайте
а так - это очевидно из механики работы
са-а-авсем не очевидно.
при чём дважды.
второй раз за счёт опции монтирования autodefrag.
например у меня так:
/dev/sda4 on / type btrfs (rw,noatime,compress=lzo,space_cache,autodefrag,inode_cache)зыж
прежде чем что-то утверждать, хоть бы в курсе вопроса были.
https://btrfs.wiki.kernel.org/index.php/Mount_options
> зыж
> прежде чем что-то утверждать, хоть бы в курсе вопроса были.
> https://btrfs.wiki.kernel.org/index.php/Mount_optionsГлючевое слово - autodefrag
> Фрагментация на CoW растёт очень здорово.1) На SSD например это почти до балды.
2) Она растет и на других ФС.
3) В отличие от многих других там еще и дефраг есть.
> Т.е. если на ext4 всё будет спокойно, то на BTR/ZFS/... вы получите тормозилово
> через считанные месяцы десктопного юза.Вот только если на ZFS изя будет наслаждаться своими 6мб/сек до посинения то на btrfs можно дефраг пнуть. И да, а что при типовом десктопном юзеже создаст такую уж дикую фрагментацию? Клинику типа изи когда том занят на 90+ процентов в рассмотрение не берем.
> Хотя онлайн-дефрагер, как в винде, спас бы.
Так в btrfs есть дефрагер. Это ж не ZFS с маркетинговым крапом вместо технического решения проблемы.
это федора. "подумаешь у вас данные потерялись, вы же за поддержку вашей системы не заплатили, идите гуляйте"
А в какой системе тебе восстановят данные? В Венде, гентоарче, бзде, фридосе? Ну заплатил ты за венду, данные пропали, твои действия?
Берешь прогу и восстанавливаешь.
Прога дала BSOD. Венда платная. Где магия платности венды? Когда она начнет работать? Билгейц приедет ко мне домой и начнет восстанавливать в своем походном фургончике с чистой комнатой для разбора HDD? Забесплатно ессно, я же за венду заплатил в отличии от Fedora?
> Берешь прогу и восстанавливаешь.Ну так и для btrfs есть такие проги. В лучшем виде - недеструктивное чтение тома и вытаскивание на другой носитель того что удалось прочесть. В винде тоже есть такие программы, кстати одна из лучших стратегий рекавери сильно убитого тома: его не пытаются починить что в принципе может окончательно все испортить, а пытаются прочитать сколько получится "как есть". Довольно хорошо работает на дисках где часть критичных структур снесена в хламину.
> Видимо БТР еще не готов для десктопа. Считаю, что это и к
> лучшему. Файлухи - это не "протестировать системД на юзверях, подумаешь, пару
> раз не загрузится комп", тут данные могут навернуться. Важна консервативностьПричем тут десктоп? Так и докатимся на обсуждение вопроса - позволено ли устройству сложения обычного процессора складывать финансовые данные (два целочисленных числа) для энтерпрайза, или необходим правильный серверный энтерпрайз процессор для бизнес логики бизнес систем по особым бизнес ценами для бизнес зомби?
Brtfs все еще тормозная, вот и все. Эта файловая система "работает очень быстро в следующем ядре, ждите". Открываем список рассылки и ловим патчи, значительно ускоряющие ее каждые 2 недели если не чаще. Вот из последних http://article.gmane.org/gmane.comp.file-systems.btrfs/22917.
> или необходим правильный серверный энтерпрайз процессор для бизнес логики бизнес систем
> по особым бизнес ценами для бизнес зомби?Вообще-то да, Xeon, Opteron, Itanium 2 ну и Power 7, называются!
Я о том же, ведь каждая собака знает, что устройство сложения обычного процессора для быдла складывая 2 и 2 получает 4, а в отличии от него устройство сложения правильного процессора получает бизнес2 + этнерпрайз2 = настоящее2_а_не_как_у_нищебродов.
> Я о том же, ведь каждая собака знает, что устройство сложения обычного
> процессора для быдла складывая 2 и 2 получает 4, а в
> отличии от него устройство сложения правильного процессора получает бизнес2 + этнерпрайз2
> = настоящее2_а_не_как_у_нищебродов.Не, не так. У "нищебродов" процессор тупо складывает 2+2 и получает 4. А у "правильного процессора" это действо состоит из двух этапов: проверки наличия действительной лицензии и, собственно, сложения. Так что, при действительной лицензии 2+2=4 (как и у нищебродов), а вот при просроченной или недействительной лицензии - 2+2="дай денег на лицензию" (как у настоящих крутых типа бузинессманов) ;)
Как-то так :) http://i1108.photobucket.com/albums/h403/skydancer30/YourTri...
> Я о том же, ведь каждая собака знает, что устройство сложения обычного
> процессора для быдла складывая 2 и 2 получает 4, а в
> отличии от него устройство сложения правильного процессора получает бизнес2 + этнерпрайз2
> = настоящее2_а_не_как_у_нищебродов.Версии процессоров для ынтерпрайза, поставляемых в РФ, дополнительно при сложении 2+2 учитывают суммы откатов...
> бизнес2 + этнерпрайз2 = настоящее2_а_не_как_у_нищебродовЯ вот думаю это просто опечатка у Вас или тонкий намёк, что энтерпрайзники складывать не умеют?
> Файлухи - это не "протестировать системД на юзверях, подумаешь, пару раз не загрузится комп", тут данные могут навернуться. Важна консервативностьТочно!
> Видимо БТР еще не готов для десктопа.В новости речь идет о федоре, а не о десктопе.
> были приняты решения, касающиеся ряда новшеств, предложенных для реализации в Fedora 19А тем временем в Fedora 18 невозможно установить .rpm-пакет одним кликом мышки. Решите сначала "мелкие" вопросы, идиоты.
Щито, два клика в интерфейсе по дефолту? Пичалько.
а зачем? Чтобы приучать пользователя устанавливать софт мимо реп?
Да.
Ну вот поэтому и не делают. Я бы мог здесь долго распинаться о том, что такое установка софта, какую степень доверия она подразумевает, при чем здесь репы... Но если коротко - очень радует, что кривая практика не сделана простой.
> Да.Это чтобы вирмэйкеры радовались? А вот фиг им.
>> были приняты решения, касающиеся ряда новшеств, предложенных для реализации в Fedora 19
> А тем временем в Fedora 18 невозможно установить .rpm-пакет одним кликом мышки.
> Решите сначала "мелкие" вопросы, идиоты.Это надо в цитатник. Не, правда шикарный наброс. Один клик, и установка .rpm не из репозитория явно, и идиоты те кто не забиндил одиночный левый клик мыши на запуск rpm.
Какие-то вы не сообразительные, господа. Хочу установить rpmfusion-пакет. Загрузил. Кликаю. Открывается в установщике. Запрос root, установка. Успешно. Проверяем - пусто. Ничего не установилось. Никаких предупреждений в окне. А тем временем на пороге 21 век и невозможность установить пакет из домашней папки GUI-средствами с root-паролем. В каждом дистрибутиве можно, но только не в Fedora. А установка пакета из официального репозитория.. при установке через GUI yum говорит мол установка из недоверенного источника, установить? Что?! Официальный репозиторий - недоверенный источник? Тогда откуда ставить? Совсем чувство реальности потеряли? И это только начало кривизны 18 версии. Идиоты же. А ты попробуй им на багтрекер отправь. Сначала месяц пройдет, пока увидят. Затем второй - пока вопроизведут. Затем третий - решат чинить или нет, 19 уже на подходе. Смысла никакого. Лучше сменить дистрибутив. Что и сделано.
> Какие-то вы не сообразительные, господа. Хочу установить rpmfusion-пакет. Загрузил. Кликаю.Да кликай, сколько влезет. Выше был типа стёб.
Как ещё объяснить непонятливым, что федорка - дистр НЕ для рабочей эксплуатации. Тестбед это, и площадка для обкатки своего софта под новыми средами. Такие мелочи, как "невозможность установить RPM одним кликом" при работе с этим дистром мало кого волнуют. А для пользователей он в целом не предназначен - это технический дистр. И в багтрекере такую фигню тоже игнорируют до момента релиза практически, поскольку есть более серьезные баги.
Но, конечно, любителей жевать кактусы из ряда "рядовых юзверей" это не останавливает. А потом видим вопли, эквивалентные посту выше. Бессмысленные, беспощадные и бесполезные.
а меня к примеру все устраивает))) ну не считаю наверно твоего предвзятого отношения к федоре)
> а меня к примеру все устраивает))) ну не считаю наверно твоего предвзятого
> отношения к федоре)ну так ты же не вопишь о "невозможности установки RPM одним кликом"?
а отношение к федоре, к слову, вполне объективное - я ее использую для обкатки и тестов. но ставить в продакшн - увольте сразу
А, вот эти ребята...Все неймется, надеется своим флудом отолкнуть от замечатльного стабильного надежного дистрибутива с свежими программами всех неофитов.
https://fedoraproject.org/ru/about-fedora#differentОбьективно ты только флудишь по 15 постов в нескольких темах, повторяя один и тот же бред.
> https://fedoraproject.org/ru/about-fedora#differenthttp://windows.microsoft.com/ru-RU/internet-explorer/downloa...
"То, чего ждал Internet"Прекращайте уже падать на рекламное словоблудие :)
Ты просто постарел.
>[оверквотинг удален]
> 21 век и невозможность установить пакет из домашней папки GUI-средствами с
> root-паролем. В каждом дистрибутиве можно, но только не в Fedora.
> А установка пакета из официального репозитория.. при установке через GUI yum
> говорит мол установка из недоверенного источника, установить? Что?! Официальный репозиторий
> - недоверенный источник? Тогда откуда ставить? Совсем чувство реальности потеряли?
> И это только начало кривизны 18 версии. Идиоты же. А ты
> попробуй им на багтрекер отправь. Сначала месяц пройдет, пока увидят. Затем
> второй - пока вопроизведут. Затем третий - решат чинить или нет,
> 19 уже на подходе. Смысла никакого. Лучше сменить дистрибутив. Что и
> сделано.Типичнейший пример вранья. Все устанавливается, Багртекер блин.
> Типичнейший пример вранья. Все устанавливается, Багртекер блин.Типичный пример вранья с вашей стороны, уважаемый. У нас несколько сотрудников фирмы столкнулась с этим. Удачно сидели на 16, потом на 17 версии. Могли быть какие-то недоработки, но было терпимо, в основном работало стабильно и быстро. Установили 18 версию и ужаснулись.
Суровые сотрудники фирмы устанавливают троянцы мышью!
Нет, устанавливают не троянцы, а просто пакет rpmfusion. И не суровые, а вполне отличные ребята. Хотя это вам мало о чем говорит.
> Типичнейший пример вранья. Все устанавливается, Багртекер блин.Какое соотношение между выражениями "Багртекер" и "Все устанавливается"?
лучше бы сам дист до ума довели, а то что не релиз так пачка косяков. Пусть с центоса пример берут.
> Пусть с центоса пример берут.Если не будет федоры - косяки будут в редхате и ВНЕЗАПНО центосе. Вы просто настолько тупы что не можете понять простую причинно-следственную связь.
> Если не будет федоры - косяки будут в редхате ...И что с того? Ну пусть себе будут.