Разработчики проекта Fedora ввели в строй (http://jwboyer.livejournal.com/48754.html) новый репозиторий kernel-playground (http://copr-fe.cloud.fedoraproject.org/coprs/jwboyer/kernel-.../), через который будет предоставлена возможность оценить новые технологии, продвигаемые в ядро Linux, но ещё не принятые в его состав. Репозиторий позиционируется как неофициальный, не предоставляющий никаких гарантий и поддержки. Пакеты подготовлены только для архитектуры x86_64.
В настоящее время из репозитория можно установить варианты ядра с поддержкой файловой системы overlayfs (https://git.kernel.org/cgit/linux/kernel/git/mszeredi/vfs.gi...) (альтернатива unionfs) и подсистемы kdbus (http://www.opennet.me/opennews/art.shtml?num=36067) (аналог D-Bus внутри ядра). В будущем ожидается обеспечения поддержки технологий kpatch (http://www.opennet.me/opennews/art.shtml?num=39235) и kGraft (http://www.opennet.me/opennews/art.shtml?num=39424) для применения патчей к ядру без остановки работы.URL: http://fedoramagazine.org/try-out-experimental-linux-kernel-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=40172
> возможность оценить новые технологии...А по-моему там только технологии интересующие РедХат.
Где BFS, BFQ, BLD, Deferred ATA I/O polling, Douane, TCP µTimers, где рандом на вихре Мерсена,...???
Причем тут вообще "интересующие редхат"? Прочитайте *внимательно* заголовок новости.Что, BFS и BFQ уже продвигают в ядро линукс и всего лишь "еще не приняли в состав"?
У каких технологий есть шансы выжить, те и тестируются. А если кто-то какой-то экспериментальный патч выкатил, но совершенно "забил" на нормальную интеграцию его с остальными частями ядра и не способен даже договориться с Линусом или мейнтейнером подсистемы - этот патч в таком виде не выживет, в ядро не войдет, какой его тестировать? Вот всякие BFS и прочие reiser4 попадают в эту категорию.Посмотрел на Deferred I/O polling - ну это же совсем кривая и экспериментальная фича, с кучей ограничений. И главное, непонятно, будет ли от нее хоть какой-то прок: работу SATA SSD под AHCI уже улучшить особо не выйдет, там это все как мертвому припарки, предел технологий достигнут. Дальнейшее развитие в рамках NVMe. А для NVMe и так отдельная блочная подсистема, и со скоростью там все шоколадно, ждем только распространения дисков (которые производители не спешат выпускать по той причине, что они не будут работать в старой винде).
Про остальное не могу прокомментировать - вероятно, там ситуация аналогичная. Douane http://douaneapp.com/ вообще не требует поддержки ядра, только третий гном, он в федоре и так есть.
> ... и не способен даже договориться сАга, а так же пиарить и рекламировать. Не их это задача.
Самые интересные фичи валяются в университетских репозиториях,
Они появляются в основном для каких-то проектов, делать из них
универсальную фичу, нет время, желания, да и другим они заняты.У японцев вообще менталитет другой, тот же USB/IP около 5 лет
жил сам по себе, полностью совместим по API от версии 2.6.0 до 2.6.32.BFS - тоже довели до состояния трупа, ибо он интересен только на
одноядерных системах. А сейчас купить одноядерный проц. уже гимор.А планировщиками в ядре рулит РедХат, Инго сказал - говно, значит говно.
Но особо не подумали, что в облачных виртуалках, такой монстр как CFS нафиг
не нужен. И ваще, зачем думать есть же Red Hat® Enterprise Virtualization™©®.
Работай как мы, работай лучше нас(ц). Редхат сделал репозиторый тестовый для себя, а собаки опять загавкали.
> Ага, а так же пиарить и рекламировать. Не их это задача.Погоди, а ты хотел чтобы редхат на тебя работал? Забесплатно вкалывая над ТВОИМИ задачами, которые ИМ перпендикулярны? Интересная мысль. А давайте вы лучше вместе на меня бесплатно папашете? По-моему так прикольнее! :)
а разве они не должны пахать на сообщество пользуясь их трудами?
Оно и видно у каких технологий шанс выжить. И почему то в последнее время это модные технологии от одной компании.
Наверное потому, что эта компания вкладывает больше всех денег в разработку Linux и смежного opensource-софта? Ну и, как говорится, кто девушку ужинает, тот ее и танцует..Они же не мешают остальным разрабатывать. И взяток мейнтейнерам ядра вроде бы не дают, чтобы их код принимали, а чужой нет. Просто "случайно оказывается", что код от профессиональных разработчиков, работающих фуллтайм за зарплату качественнее и более вылизан, чем код не менее профессиональных разработчиков, пишущих "фор фан" в свободное время. С соответствующей реакцией тех, кому за этот код потом отвечать.
Линус вообще в первую очередь известен своей беспристрастностью, говнокод от разработчиков, работающих на зарплату в редхате материт ровно так же, как любой другой говнокод. Но это не мешает большому количеству разработок от редхата вливаться в экосистему и становиться популярными. Аналогичная ситуация и в некоторых других проектах вне ядра. И что - компания виновата? Или просто закономерный результат от большего вложения ресурсов?
> И взяток мейнтейнерам ядра вроде бы не дают, чтобы их код принимали, а чужой нет.RedHat подарил 5% акций Торвальдсу. Торвальдс должен заботиться о своих детях,
и BMW Z4 на [DONATE] далеко не уедет. :)
> Они же не мешают остальным разрабатывать. И взяток мейнтейнерам ядра вроде бы не дают, чтобы их код принимали, а чужой нет. Просто "случайно оказывается", что код от профессиональных разработчиков, работающих фуллтайм за зарплату качественнее и более вылизан, чем код не менее профессиональных разработчиков, пишущих "фор фан" в свободное время. С соответствующей реакцией тех, кому за этот код потом отвечать.Не напомнишь историю с анестезиологом и Инго? Как-то так оказалось что Инго с своим CFS залез в ядро а Коливас нет. А чуть позже Инго ещё раз переписал свой CFS с оглядкой на врача. Может ещё посмотрим как удев затянули в системд и оставили всех остальных с носом? Или как системд начали прибивать гвоздями к гному и прочему? Профразработчи, мать их.
Так что не надо лечить про "не мешают".
> Не напомнишь историю с анестезиологом и Инго? Как-то так оказалось что Инго с своим 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. Все. Прежде, чем жаловаться - вы вообще этими сеансами в третьем гноме пользуетесь?
это да, обещаний от не-товарищей мы много наслушались. конечно, верим! как же можно не верить таким няшкам?!
> Ну и отлично, в итоге выиграл пользователь, получив лучшее от обеих технологий.Это ты с потолка так взял? Откуда ты знаешь что было если бы его патч приняли а не Инго?
> Из оригинального сообщения бла-бла-бла, прочий щит.
Конечно, конечно А форки появились от нечего делать.
> Почему-то те, кто на это жалуются обычно не используют ни гном, ни systemd...
Странно. Тут есть первый парень^Wнахваливатель системд на опеннете. Вот он его совсем не трогал. Но зато про плюсы поёт как ты чудная птица - сигнализация. Мне хватило нескольких раз потрогать что первое что второе. После этого я выкинул обе софтины и пошли они лесом. Хватает описания того что они ещё навертели.
По поводу фуллтайм и прочей наукообразной чепухи согласен, главное чтобы это не было закрытое лицензионное проприетарное по в котором нельзя определить что делают разработчики и делают ли они что-то вообще.
BFS не просто продвигают, но уже утвердили на включение в 3.16, тоесть включили фактически.
> BFS не просто продвигают, но уже утвердили на включение в 3.16, тоесть
> включили фактически.перепутал BFS и BFQ но не суть..
Редхат всегда все пилит для себя, а то, что другим с этого хорошо дак это так совпало
> хорошо дак это так совпалоя не верю в совпадения.
> я не верю в совпадения.Тогда пишите в спортлото.
Кто платит, тот и заказывает музыку. Хотя идея по моему интересная, больше людей поучаствует в тестировании.
> А по-моему там только технологии интересующие РедХат.Так редхат в отличие от форумных каркуш еще и вкалывает по черному - см. сколько коммитов от них в ядро прилетает.
лёня понял, что в ядро ему не светит, и решил ядро форкнуть.
Спорим что kdbus примут?
спорим, что я не буду спорить?
Спорим!