Технология виртуализации Xen и Stateless Linux будут включены в состав RHEL5/FC5

РедХат странная компания.. Только что искала людей, кто может реализовать "нормально" XEN. Компания, которая гребет бабло не имеет своих программистов? Что они там, логотипы только рисуют что ли.. Кстати во FreeBSD видел в планах также проект по внедрению XEN в базовую дистрибуцию. Пока правда progress 0%

Читать иногда новости нужно. RedHat недавно наняла шесть программистов (технических специалистов) для развития этой технологии.

Не "будут", а давно есть в FC4.

> Компания, которая гребет бабло не имеет своих программистов?

У них море программистов. На 90% ядро Linux написано программистами RedHat.

>У них море программистов. На 90% ядро Linux написано программистами RedHat.

Примеры в студию.

> Примеры в студию.

Примеры кода? ftp.kernel.org.

В SUSE 9.3 было уже в апреле.

> Примеры в студию.

> Примеры кода? ftp.kernel.org.

Есть там куски кода разработанные RH, есть. Но не стоит утверждать, что ядро на 90% RH писано. Заведомо ложное утверждение.

> Заведомо ложное утверждение.

Верное. Ты судишь по @redhat.com в e-mail разработчиков чтоли? :) Не все разработчики RH подписываются как @redhat.com. В том числе Alan Cox, Al Viro, Arjan Van de Ven, Dave Jones и т.д. Люди, которые пишут ключевые вещи в ядре (mm, vm, libata-ide-scsi-sata, swap, ipv4/ipv6) и работают в RH.

О, забыл Jeff'a Garzik'a... На нем по-моему вообще чуть-ли не всё что относится к PCI и ISA висит...

> Заведомо ложное утверждение.

> Верное. Ты судишь по @redhat.com в e-mail разработчиков чтоли? :) Не все разработчики RH подписываются как @redhat.com. В том числе Alan Cox, Al Viro, Arjan Van de Ven, Dave Jones и т.д. Люди, которые пишут ключевые вещи в ядре (mm, vm, libata-ide-scsi-sata, swap, ipv4/ipv6) и работают в RH.

Нет. Сужу по процентному соотношению, вещи ключевые и важные согласен. Но кроме них народу тоже хватает. А вот реализация parport этих самых RH глючит безбожно третью неделю пытаюсь поднять параллельне порты у себя 8:( Кернел грузится дальше только когда парпорты в бивисе отрубишь. Прикольно да?

по процентному содержанию кода

>РедХат странная компания.. Только что искала людей, кто может реализовать "нормально" XEN. Компания, которая гребет бабло не имеет своих программистов?

Программистов они имеют, и как это ни странно, неплохих (см. /usr/src/linux, сколько там красношапочников упомянуто в заголовках). Но как при этом они умудряются делать такое @#$%^ как FC, я не понимаю. Такое ощущение, что kernel-hackingом и сборкой дистриба занимаются совершенно не связанные между собой отделы (не говоря уж о маркетинге). Так вот программисты сидят в первом...

> Такое ощущение, что kernel-hackingом и сборкой дистриба

> занимаются совершенно не связанные между собой отделы (не

> говоря уж о маркетинге).

Ты прав. Как нам объяснял Виктор Ашик, Федору делают не только редхатовцы, а ещё хренова гора коммьюнити. Это одно из отличий Fedora от RHEL. В федоре принимаются патчи от кого угодно, это же дистрибутив для тестирования - блидинг едж :) Что ты от него хочешь?

> Нет. Сужу по процентному соотношению, вещи ключевые и

> важные согласен. Но кроме них народу тоже хватает. А вот

> реализация parport этих самых RH глючит безбожно третью

> неделю пытаюсь поднять параллельне порты у себя 8:( Кернел

> грузится дальше только когда парпорты в бивисе отрубишь.

> Прикольно да?

Ты хочешь безглючного софта? :) Помоги им отдебажить, запости репорты, я почти уверен, через месяц о этих проблемах ты и не вспомнишь. Не бывает безглючного софта, но в отличии от других, RH это хотябы *делает*.

> Ты хочешь безглючного софта? :) Помоги им отдебажить, запости репорты, я почти уверен, через месяц о этих проблемах ты и не вспомнишь. Не бывает безглючного софта, но в отличии от других, RH это хотябы *делает*.

Помог бы, если б дампы хоть вываливал да логи писал кернел то, так ведь нет же нихрена, хотя kernel hacking весь врубил. К сожалению времени не хватает плотно занятся этой проблемой 8:( кстати вопрос если кернел компилить gcc 3.2.3 возможно ли, что он неправильно это делает?

>кстати вопрос если кернел компилить gcc 3.2.3 возможно ли, что он неправильно это делает?

Что значит "компилить"??? С ядром от RH (и "скомпиленное" RH) такие же проблемы? Если нет, то какие притензии к RH, может критичнее на руки свои смотреть стОит?:)

> Если нет, то какие притензии к RH, может критичнее на руки свои > смотреть стОит?:)

Он же говорит, что пересобирает для включения дебага. Стоит написать на Dave Jones <davej@redhat.com> и описать траблы подробнее.

> Что значит "компилить"??? С ядром от RH (и "скомпиленное" RH) такие же проблемы? Если нет, то какие притензии к RH, может критичнее на руки свои смотреть стОит?:)

может быть и стОит, но я скоро их до дыр в таком случае просмотрю. 8)) Думал раньше что железо полетело - все оказалось нормуль, конфиги проверены не раз и не мной, на других тачках компилятся и работают отлично. Так что черт его знает что творится.

>> Заведомо ложное утверждение.

>Верное. Ты судишь по @redhat.com в e-mail разработчиков чтоли? :) Не все разработчики RH подписываются как @redhat.com. В том числе Alan Cox, Al Viro, Arjan Van de Ven, Dave Jones и т.д. Люди, которые пишут ключевые вещи в ядре (mm, vm, libata-ide-scsi-sata, swap, ipv4/ipv6) и работают в RH.

> log1n (*) (02.11.2005 13:11:48)

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

Как раз для таких и был написан Dave Jones следующий опус:

"it does make one wonder why Red Hat employs four of the top 11 Linux kernel developers."The chart referenced lists Dave Miller, Alan Cox, myself and Al Viro as the aforementioned four. What I find hilarious about this quote is that it somehow makes the connection that "he who gets the most changes into Linus' tree is some kernel demigod".In reality, the only reason I managed to make that shortlist at all was mostly due to my work during 2.5 forward porting other peoples work from 2.4 to 2.6. Sure, at times it involved me massaging the patches somewhat, but it does make the whole thing seem somewhat one-sided.Additionally, since the release of 2.6, my submissions have dropped off dramatically compared to those days.I'm not so sure I believe the "Corporate developers are doing most of the work" of the slide referenced. Whilst Red Hat do indeed pay me and the other three guys to work on the kernel, a lot of the changes we push upstream are completely unrelated to anything Red Hat ships (or plans to ship). Ie, I doubt we'll see RHEL for m68k anytime soon, but Al Viro seems to do a lot of work there (amongst a gargantuan number of other places). Likewise, I spend a lot of time merging cpufreq drivers that we'll never ship. Davem puts considerable time into Sparc64, which again, I doubt we'll see a RHEL release for.We were doing this before Red Hat (or SuSE in my case) hired us, and we'll keep on doing it, because *shock, horror*, it's fun.I'd hate things to be in a state where that slide were true, where to make a mark in opensource, you had to be employed by a commercial opensource entity. The slide completely misses the point that if Red Hat weren't paying us to do this, we'd be doing it anyway, and a lot of that "work" that they count is what we do for fun 'out of hours'. Sometimes Red Hat gains from that work, sometimes, the community does. Either way, it's fun.I'd love to know where that slide came from. It's tagged "MSFT", which makes it even more curious. I guess from the OSBC tag this was the "Open Source Business Conference". Puzzling why Microsoft would be there. Even moreso that they'd show a slide based on 1 year old data, and base bogus "facts" on it.I guess you can make any opinion seem true with enough massaging of numbers.(For the record: Red Hat also employ a whole bunch of other kernel hackers that weren't mentioned in that slide, some of which have figured out problems I don't think I'd have gotten to the bottom of in a month of Sundays. I may get a lot of work done, but on quantity of work, others really have me beat).

> некоторые даже в RH не работают.

Конкретно Dave Jones - работает.

Хорошая тенденция.

Именно это я и имел в виду 8)

к предыдущим моим постам

все косяки все таки оказались из за GCC 3.2.3, скомпилил на 3.4.3 - шустро бегает новое ядро 8)

>скомпилил на 3.4.3 - шустро бегает новое ядро 8)

в Gentoo оно идёт как нестабильное, последнее стабитьное 3.3.6