LINUX.ORG.RU
ФорумTalks

[ololo][kernel]засланные казачки

 


0

0

<opennet> 343 изменения в грядущем ядре Linux 3.0 - дело рук разработчика по имени K. Y. Srinivasan, работающего в компании Microsoft. Согласно проведенным подсчетам общее количество изменений в Linux-ядре, проделанных Microsoft, составило 361, что вывело компанию на седьмое место в списке самых активных контрибьюторов Linux-ядра (для сравнения: компании Red Hat принадлежит 1000 изменений, Intel - 839, независимым разработчикам - 1085). Среди участвующих в разработке ядра корпораций Microsoft заняла 5 место, уступив только Red Hat, Intel, Novell и IBM.

Все проделанные Microsoft изменения связаны с драйверами для поддержки интерфейса виртуализации Hyper-V, разработанных ей же и открытых под лицензией GPL в середине 2009 года. Из-за несоответствия драйверов предъявляемым требованиям качества, их код долгое время оставался частью тестовой («staging») ветки ядра Linux и уже два раза был кандидатом на полное удаление из дерева исходного кода. Однако после нескольких оправданий Microsoft все-таки довела код до требуемого состояния, в результате чего и появилось такое большое количество изменений со стороны компании.

Интересно, что если пересчитать вклад Microsoft в количестве измененных строк кода, то компания окажется на 15 месте с 11564 строками кода или 1.3% от общего количества изменений (для сравнения размер изменений от компании Intel - 163232 строк или 18.1%). </opennet>

★★★★

Последнее исправление: megabaks (всего исправлений: 3)

> [ololo][kernel]засланные казачки

Ну тут и угадывать нечего :D

wxw ★★★★★
()
Ответ на: комментарий от mi_estas

Все проделанные Microsoft изменения связаны с драйверами для поддержки интерфейса виртуализации Hyper-V, разработанных ей же и открытых под лицензией GPL в середине 2009 года.

Чукча не читатель?!

daemonpnz ★★★★★
()
Ответ на: комментарий от mi_estas

тюю, их даже железячники из аналог девайс обогнали. позор!!11!!11

mi_estas
()

Хитрый план

1.Задалбываем Торвальдса постоянными коммитами.
2.Если Торвальдс скажет: «Задолбали уже! Не больше одного в месяц!», пишем обширный пост на тему «Разработчики Линукса — непрофессиональные идиоты» и «Hyper V работать не будет из-за Линуса Торвальдса. Мы честно пытались. Пользуйтесь Windows Server как хостом.». Все, завершаем.
3.Если Торвальдс, задолбавшись, не пошлет всех в баню, то даст разрешение коммитить код в ядре без аппрува со стороны главных разработчиков.
4.Вот тут-то и профит.

proud_anon ★★★★★
()
Ответ на: комментарий от daemonpnz

почему же, вполне читатель. просто хотел заострить на этом ваше внимание.

mi_estas
()
Ответ на: Хитрый план от proud_anon

Он их уже 2 раза пинал из-за низкого качества кода. Мелкософт кое-как зашевелился, а то бы вообще никакого кода не было бы ни в основном, ни в staging дереве.

daemonpnz ★★★★★
()
Ответ на: Хитрый план от proud_anon

я думаю мистер торвальдс сделает так: дождётся первой серьёзной дырки в это сраном хейперви, а потом скапитанит «в микрософте код делать не умеют» и выкинет всё нафих.

mi_estas
()
Ответ на: Хитрый план от proud_anon

5. Индусы из MS не глядя накопипастят кода вендоядра в люниксоядро, в результате чего венда внезапно станет GPL.

thesis ★★★★★
()
Ответ на: комментарий от mi_estas

>дождётся первой серьёзной дырки в это сраном хейперви, а потом скапитанит «в микрософте код делать не умеют» и выкинет всё нафих.

А зачем ему? Что плохого в том, что MS пишет в ядро поддержку Hyper V? Ну, если, конечно, они будут соблюдать лицензию и договоренности по написанию кода в ядре.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

А зачем ему? Что плохого в том, что MS пишет в ядро поддержку Hyper V? Ну, если, конечно, они будут соблюдать лицензию и договоренности по написанию кода в ядре.

Дак, код гомно же! Если у вас в одной комнате будет стоять ваза с цветами и горшок с гомном, то запаха цветов вы не учуете.

mv ★★★★★
()
Ответ на: комментарий от mv

> Если у вас в одной комнате будет стоять ваза с цветами и горшок с гомном, то запаха цветов вы не учуете.

Ох, хорошо сказал! Прямо хоть в quotes :)

OldFatMan
()
Ответ на: комментарий от thesis

> 5. Индусы из MS не глядя накопипастят кода вендоядра в люниксоядро, в результате чего венда внезапно станет GPL.

А у них нет в договоре пунктика, что копирайт на весь их код принадлежит MS?

HiddenComplexity
()
Ответ на: Хитрый план от proud_anon

Вам нужно в преферанс или в монополию играть с таким мышлением :)

Nicholass ★★★
()

Торвальдс ещё пожалеет о том, что не внял совету Таненбаума писать микроядро с драйвераме в пространстве пользователя.

luke ★★★★★
()
Ответ на: Хитрый план от proud_anon

>> Пользуйтесь Windows Server как хостом.

А разве может быть как-то иначе? Hyper-V в ядре — это именно гостевые драйвера.

GotF ★★★★★
()

а фамилия то какая говорящая! наверняка срет в код.

Andersen ★★
()
Ответ на: комментарий от daemonpnz

слава богу что больше никуда они не лезут своими кривыми руками!

flareguner
()
Ответ на: комментарий от OldFatMan

> Ох, хорошо сказал! Прямо хоть в quotes :)

каноничный вариант звучит как «если взять бочку меда, бочку говна и смешать, получится две бочки говна».

pekmop1024 ★★★★★
()
Ответ на: комментарий от bk_

пруф прямо в треде

Из-за несоответствия драйверов предъявляемым требованиям качества, их код долгое время оставался частью тестовой («staging») ветки ядра Linux и уже два раза был кандидатом на полное удаление из дерева исходного кода. Однако после нескольких оправданий Microsoft все-таки довела код до требуемого состояния, в результате чего и появилось такое большое количество изменений со стороны компании.

daemonpnz ★★★★★
()

Никакие не казачки - просто делают совместимость линукса с Hyper-V. Виртуальная машина, которая не умеет пускать линукс, сейчас нафиг никому в энтерпрайзе не сдалась.

Quasar ★★★★★
()
Ответ на: комментарий от mi_estas

mi_estas> я думаю мистер торвальдс сделает так: дождётся первой серьёзной дырки в это сраном хейперви, а потом скапитанит «в микрософте код делать не умеют» и выкинет всё нафих.

То же самое он легко сделает и с другой подсистемой, без которой линукс спокойно проживёт.

Quasar ★★★★★
()
Ответ на: комментарий от luke

luke> Торвальдс ещё пожалеет о том, что не внял совету Таненбаума писать микроядро с драйвераме в пространстве пользователя.

Микроядро концептуально тормознутое. А монолит концептуально не приспособлен к расширению без костылей.
Вся надежда на экзоядра (см. ОС ExoPC).

Quasar ★★★★★
()
Ответ на: комментарий от pekmop1024

Там еще хуже, «если в бочку меда добавить ложку говна, будет бочка говна».

zgen ★★★★★
()
Ответ на: комментарий от Quasar

>Микроядро концептуально тормознутое.

На тормознутость можно начихать, машинка и так всё прожуёт.

luke ★★★★★
()

>Однако после нескольких оправданий Microsoft все-таки довела код до требуемого состояния

Вот бы и винду их так заставить переписать

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от luke

>Однако после нескольких оправданий Microsoft все-таки довела код до требуемого состояния

Да ну. Торвальдс достаточно умный чувак чтоб думать своей головой. Ну а те кто Таненбаума по слушал все еще пишут Hurd

DNA_Seq ★★☆☆☆
()

[вброс] Если мелкософт - один из самых активных разработчиков Linux, то они уже сами признали вендекапец :) [/вброс]

Deleted
()
Ответ на: комментарий от DNA_Seq

>Проблема микроядра не только в тормозах. Концепция сама по себе убога.

рассмешил, хотя ... да микроядро сложнее в разы, по дизайну, тут думать надо, а в монолите все просто - сиди себе костылики быдлокодь да драйвера добавляй.

iomould
()
Ответ на: комментарий от mi_estas

да, и давно. Начали делать где-то около 2.6.30, но потом им, видимо, надоело, код они тогда к человечскому виду не привели (смотрел - код был совсем нечитабелен и на 90% состоял из препроцессора) и его в релизы так и не включили, а некоторое время вообще из staging-а выбросить хотели. Но вот мелкософту этот Hyper-V недавно снова понадобился и они таки занялись допиливанием этого кода.

Deleted
()
Ответ на: комментарий от mv

Если они не приведут его к человеческому виду, то так и останутся в staging.

Deleted
()
Ответ на: комментарий от DNA_Seq

>Все гениальное просто.

именно, переписывание половины подсистем и всех драйверов изза минорных изменений в ядре повлекшее за собой изменение API - это сложно поддерживать, достаточная гибкость и крайне редко изменяемое API - это просто поддерживать. Так что да - монолит излишняя сложность - бездарность.

iomould
()
Ответ на: комментарий от iomould

Микроядро точно также обрастает костылями. Попробуй узреть в нынешнем NT-ядре остатки микроядерной арзитектуры какой она была во времена NT 3.5

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от DNA_Seq

>Микроядро точно также обрастает костылями. Попробуй узреть в нынешнем NT-ядре остатки микроядерной арзитектуры какой она была во времена NT 3.5

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

iomould
()
Ответ на: комментарий от Quasar

Виртуальная машина, требующая Windows-host сейчас нафиг никому не сдалась.

//fixed

Motif ★★
()

Вклад майкрософт в развитие ядра продиктован только своей выгодой. Корпорация ничего не делает просто так, это скорее борьба с конкурентами за рынок в сфере виртуализации.

TGZ ★★★★
()

а я могу печатать 10000 знаков в минуту! правда такая фигня получается

demmsnt
()
Ответ на: комментарий от iomould

ТО есть микроядро идеально и поэтому не существует так как нет ничего идеального в неидеальном мире?

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от thesis

>5. Индусы из MS не глядя накопипастят кода вендоядра в люниксоядро, в результате чего венда внезапно станет GPL.

у нас нарушена причинно-следственная связь
или это был срказм такой?

thevery ★★★★
()
Ответ на: комментарий от DNA_Seq

>ТО есть микроядро идеально и поэтому не существует так как нет ничего идеального в неидеальном мире?

нет, не идеально, просто архитектурно лучше, как и по некоторым другим параметрам по сравнению с монолитом, имеет свои недостатки тоже. а то что нет реализаций хороших и годных (ну QNX еще куда ни шло) - это проблема уже времени исключительно, монолиты еще в 70х были, микроядра это уже туда к 80м, а по хорошему к началу 90х, так что еще лет 10-15 и доковыряют эту архитектуру. Да и «тормоза» это все по бОльшей части надуманное, в нынешнее время MMU и быстрое переключение контекста, да большой и быстрый кеш не являются большой проблемой, так что потеря на переключениях уже сравнима с провисанием на неведомых локах в жирном монолите. Скорее проблема в том, что существует огромная экосистема вокруг сложившихся монолитах, вот ее менять проблематично, даже хорошая микроядерная ОС без экосистемы никому сама по себе не нужна, слишком дорого на нее все перекидывать, вот поэтому и занимает пока только свои ниши.

iomould
()
Ответ на: комментарий от iomould

Деда, выходи из леса, война уже кончилась.

DNA_Seq ★★☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.