LINUX.ORG.RU
Форум — Talks  

Код Microsoft в ядре — помощь комьюнити или обуза разработчикам ядра?


0

0

Если проанализировать ситуацию с кодом поддержки Hyper-V в ядре Linux, оказывается, что в перспективе этот код может стать обузой для разработчиков ядра, так как поддержка этого кода теперь ложится на их плечи. Более того, код в текущем состоянии не может быть включён в ядро даже в staging и сообщество тратит силы на исправление проблем в коде. А проблем хватает, в код Microsoft принесла все лучшие традиции WinAPI: BYTE, LONG, ULONG, ULONG_PTR, DWORD, и другие друзья WinAPI'шника на месте. HANDLE есть, даже NULL свой сделали.
Подробности

Перемещено boombick из Linux General


← Борьба с пиратством
[O_O] дефрагментация фс в linux →

Этот кот проклят!!!!1111

holka ★
()

Ну, так Джоэл о технологиях монстров уже писал. "Огонь и движение".

iZEN ★★★★★
()

> сообщество тратит силы на исправление проблем в коде
Их кто-то заставляет что-ли? Ну если код не соответствует требованиям для включения в ядро, его не включат и всё. Вижу проблемы только Microsoft, а не сообщества.

snizovtsev ★★★★★
()

> BYTE, LONG, ULONG, ULONG_PTR, DWORD, и другие друзья WinAPI'шника на месте. HANDLE есть, даже NULL свой сделали.

НЕНАВИСТЬ! НЕНАВИСТЬ!! НЕНАВИСТЬ!!1

isden ★★★★★
()

> лучшие традиции WinAPI: BYTE, LONG, ULONG, ULONG_PTR, DWORD, и другие друзья WinAPI'шника на месте. HANDLE есть, даже NULL свой сделали.

вот никогда не пойму, нахрена вообще это придумано. даже когда быдлокодил (и сейчас приходится временами) под это уг - в первую очередь выкидывал эти костыли (typedef-ил нормальные имена типов).

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

> Аффтар, пафиксь ачепятки - засмеют.

Самому стыдно. s/абуза/обуза/ только как это сделать? Удалить эту новость и добавить новую исправленную?

bvvv
() автор топика
Ответ на: комментарий от isden

>> BYTE, LONG, ULONG, ULONG_PTR, DWORD, и другие друзья WinAPI'шника на месте. HANDLE есть, даже NULL свой сделали.

А это для чего? Чтобы старые добрые Kido и Conflickerы под Linux распространялись?

Karapuz ★★★★★
()

ни то и не то

отдав поддержку hyper-v в линукс, МС всего лишь помогли сами себе, потому что их виртуализатор не может работать без костылей,

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

про помощь коммьюнити вообще никакой речи нет, МС помогла лишь пользователям Hyper-V и своей собственной ОС, линукс коммьюнити от этого только флеймище на форумах....

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

>Походу, это порт кода из ядра NT :)
т.е. hyperv настолько уг, что умеет "виртуализировать" только nt ядро и остальным системам нужно добавить кусок ядра, чтобы оно работало, по известной причине в BSD ничего добавлять не надо :))

dimon555 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Борьба с пиратством
Talks
[O_O] дефрагментация фс в linux →