The OpenNET Project / Index page

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

Для Fedora Linux создан репозиторий для тестирования новинок в ядре Linux

09.07.2014 21:32

Разработчики проекта Fedora ввели в строй новый репозиторий kernel-playground, через который будет предоставлена возможность оценить новые технологии, продвигаемые в ядро Linux, но ещё не принятые в его состав. Репозиторий позиционируется как неофициальный, не предоставляющий никаких гарантий и поддержки. Пакеты подготовлены только для архитектуры x86_64.

В настоящее время из репозитория можно установить варианты ядра с поддержкой файловой системы overlayfs (альтернатива unionfs) и подсистемы kdbus (аналог D-Bus внутри ядра). В будущем ожидается обеспечения поддержки технологий kpatch и kGraft для применения патчей к ядру без остановки работы.

  1. Главная ссылка к новости (http://fedoramagazine.org/try-...)
  2. OpenNews: Линус Торвальдс выдвинул ультиматум на приём патчей от разработчиков systemd
  3. OpenNews: В Systemd обеспечена поддержка загрузки с использованием kdbus
  4. OpenNews: Kdbus, DBus-подобный сервис ядра Linux, достиг состояния, пригодного для тестового использования
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/40172-fedora
Ключевые слова: fedora, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, pavlinux (ok), 21:43, 09/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > возможность оценить новые технологии...

    А по-моему там только технологии интересующие РедХат.
    Где BFS, BFQ, BLD, Deferred ATA I/O polling, Douane, TCP µTimers, где рандом на вихре Мерсена,...???

     
     
  • 2.4, Stax (ok), 22:21, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Причем тут вообще "интересующие редхат"? Прочитайте *внимательно* заголовок новости.

    Что, BFS и BFQ уже продвигают в ядро линукс и всего лишь "еще не приняли в состав"?
    У каких технологий есть шансы выжить, те и тестируются. А если кто-то какой-то экспериментальный патч выкатил, но совершенно "забил" на нормальную интеграцию его с остальными частями ядра и не способен даже договориться с Линусом или мейнтейнером подсистемы - этот патч в таком виде не выживет, в ядро не войдет, какой его тестировать? Вот всякие BFS и прочие reiser4 попадают в эту категорию.

    Посмотрел на Deferred I/O polling - ну это же совсем кривая и экспериментальная фича, с кучей ограничений. И главное, непонятно, будет ли от нее хоть какой-то прок: работу SATA SSD под AHCI уже улучшить особо не выйдет, там это все как мертвому припарки, предел технологий достигнут. Дальнейшее развитие в рамках NVMe. А для NVMe и так отдельная блочная подсистема, и со скоростью там все шоколадно, ждем только распространения дисков (которые производители не спешат выпускать по той причине, что они не будут работать в старой винде).

    Про остальное не могу прокомментировать - вероятно, там ситуация аналогичная. Douane http://douaneapp.com/ вообще не требует поддержки ядра, только третий гном, он в федоре и так есть.

     
     
  • 3.7, pavlinux (ok), 22:49, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ... и не способен даже договориться с

    Ага, а так же пиарить и рекламировать. Не их это задача.

    Самые интересные фичи валяются в университетских репозиториях,
    Они появляются в основном для каких-то проектов, делать из них
    универсальную фичу, нет время, желания, да и другим они заняты.

    У японцев вообще менталитет другой, тот же USB/IP около 5 лет
    жил сам по себе, полностью совместим по API от версии 2.6.0 до 2.6.32.

    BFS - тоже довели до состояния трупа, ибо он интересен только на
    одноядерных системах. А сейчас купить одноядерный проц. уже гимор.

    А планировщиками в ядре рулит РедХат, Инго сказал - говно, значит говно.
    Но особо не подумали, что в облачных виртуалках, такой монстр как CFS нафиг
    не нужен. И ваще, зачем думать есть же Red Hat® Enterprise Virtualization™©®.

     
     
  • 4.11, Li (??), 23:28, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работай как мы, работай лучше нас(ц). Редхат сделал репозиторый тестовый для себя, а собаки опять загавкали.
     
  • 4.16, Аноним (-), 23:44, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ага, а так же пиарить и рекламировать. Не их это задача.

    Погоди, а ты хотел чтобы редхат на тебя работал? Забесплатно вкалывая над ТВОИМИ задачами, которые ИМ перпендикулярны? Интересная мысль. А давайте вы лучше вместе на меня бесплатно папашете? По-моему так прикольнее! :)

     
     
  • 5.30, linux must _RIP__ (?), 08:12, 11/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а разве они не должны пахать на сообщество пользуясь их трудами?
     
  • 3.9, Аноним (-), 23:03, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Оно и видно у каких технологий шанс выжить. И почему то в последнее время это модные технологии от одной компании.
     
     
  • 4.10, Stax (ok), 23:12, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наверное потому, что эта компания вкладывает больше всех денег в разработку Linux и смежного opensource-софта? Ну и, как говорится, кто девушку ужинает, тот ее и танцует..

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

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

     
     
  • 5.17, pavlinux (ok), 02:59, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И взяток мейнтейнерам ядра вроде бы не дают, чтобы их код принимали, а чужой нет.

    RedHat подарил 5% акций Торвальдсу. Торвальдс должен заботиться о своих детях,
    и BMW Z4 на [DONATE] далеко не уедет. :)

     
  • 5.18, Аноним (-), 07:36, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Они же не мешают остальным разрабатывать. И взяток мейнтейнерам ядра вроде бы не дают, чтобы их код принимали, а чужой нет. Просто "случайно оказывается", что код от профессиональных разработчиков, работающих фуллтайм за зарплату качественнее и более вылизан, чем код не менее профессиональных разработчиков, пишущих "фор фан" в свободное время. С соответствующей реакцией тех, кому за этот код потом отвечать.

    Не напомнишь историю с анестезиологом и Инго? Как-то так оказалось что Инго с своим CFS залез в ядро а Коливас нет. А чуть позже Инго ещё раз переписал свой CFS с оглядкой на врача. Может ещё посмотрим как удев затянули в системд и оставили всех остальных с носом? Или как системд начали прибивать гвоздями к гному и прочему? Профразработчи, мать их.
    Так что не надо лечить про "не мешают".

     
     
  • 6.24, Stax (ok), 12:08, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не напомнишь историю с анестезиологом и Инго? Как-то так оказалось что Инго с своим CFS залез в ядро а Коливас нет. А чуть позже Инго ещё раз переписал свой CFS с оглядкой на врача.

    Ну и отлично, в итоге выиграл пользователь, получив лучшее от обеих технологий.

    > Может ещё посмотрим как удев затянули в системд и оставили всех остальных с носом?

    Что за привычка искажать факты? Из оригинального сообщения
    "After udev is merged into the systemd tree you can still build it for
    usage outside of systemd systems, and we will support these builds
    officially. In fact, we will be supporting this for a long time since
    it is a necessity to make initrds (which lack systemd) work properly.
    Distributions not wishing to adopt systemd can build udev pretty much
    the same way as before, however should then use the systemd tarball
    instead of the udev tarball and package only what is necessary of the
    resulting build."

    > Или как системд начали прибивать гвоздями к гному и прочему

    Почему-то те, кто на это жалуются обычно не используют ни гном, ни systemd...

    systemd никаким местом не зависит от гнома (и не может зависить). Никто его никуда не прибивает.

    В гноме есть некоторая дополнительная функциональность (множественные сеансы), которая для корректной работы требует куска systemd. Все. Прежде, чем жаловаться - вы вообще этими сеансами в третьем гноме пользуетесь?

     
     
  • 7.25, arisu (ok), 12:11, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это да, обещаний от не-товарищей мы много наслушались. конечно, верим! как же можно не верить таким няшкам?!
     
  • 7.27, Аноним (-), 13:05, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и отлично, в итоге выиграл пользователь, получив лучшее от обеих технологий.

    Это ты с потолка так взял? Откуда ты знаешь что было если бы его патч приняли а не Инго?

    > Из оригинального сообщения бла-бла-бла, прочий щит.

    Конечно, конечно А форки появились от нечего делать.

    > Почему-то те, кто на это жалуются обычно не используют ни гном, ни systemd...

    Странно. Тут есть первый парень^Wнахваливатель системд на опеннете. Вот он его совсем не трогал. Но зато про плюсы поёт как ты чудная птица - сигнализация. Мне хватило нескольких раз потрогать что первое что второе. После этого я выкинул обе софтины и пошли они лесом. Хватает описания того что они ещё навертели.

     
  • 5.26, Аноним (-), 13:01, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По поводу фуллтайм и прочей наукообразной чепухи согласен, главное чтобы это не было закрытое лицензионное проприетарное по в котором нельзя определить что делают разработчики и делают ли они что-то вообще.
     
  • 3.28, невик (?), 22:08, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    BFS не просто продвигают, но уже утвердили на включение в 3.16, тоесть включили фактически.
     
     
  • 4.29, невик (?), 22:23, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > BFS не просто продвигают, но уже утвердили на включение в 3.16, тоесть
    > включили фактически.

    перепутал BFS и BFQ но не суть..

     
  • 2.5, Ононим (?), 22:24, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Редхат всегда все пилит для себя, а то, что другим с этого хорошо дак это так совпало
     
     
  • 3.12, Li (??), 23:30, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/

    > хорошо дак это так совпало

    я не верю в совпадения.

     
     
  • 4.14, Аноним (-), 23:42, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > я не верю в совпадения.

    Тогда пишите в спортлото.

     
  • 2.6, apollo2k4 (ok), 22:39, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Кто платит, тот и заказывает музыку. Хотя идея по моему интересная, больше людей поучаствует в тестировании.
     
  • 2.13, Аноним (-), 23:42, 09/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А по-моему там только технологии интересующие РедХат.

    Так редхат в отличие от форумных каркуш еще и вкалывает по черному - см. сколько коммитов от них в ядро прилетает.

     

  • 1.19, arisu (ok), 09:33, 10/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    лёня понял, что в ядро ему не светит, и решил ядро форкнуть.
     
     
  • 2.20, Аноним (-), 10:39, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Спорим что kdbus примут?
     
     
  • 3.21, arisu (ok), 11:13, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    спорим, что я не буду спорить?
     
     
  • 4.23, Аноним (-), 11:33, 10/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спорим!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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