LINUX.ORG.RU

Apple предоставила доступ к исходникам Darwin 9


0

0

Дарвин - Open Source система, лежащая в основе Mac OS X 10.5 Leopard. Построена на базе высокопроизводительного микроядра Mach 3.0, включает системные сервисы, портированные из FreeBSD и поддержку ZFS.

>>> Подробности



Проверено: svu ()
Ответ на: комментарий от Bioreactor

Дружище, я, в некоором смысле, специалист по системному программированию :) И материалов о микроядрах за последние 15 лет прочитал - море, и великий флейм "Linux is obsolete" тоже читал. "Нормальные" микроядра (которые исполняются изолированно от прочих серверов, составляющих ОС) - до сих пор слишком медленны (отчасти, QNX можно считать исключением, но это нишевая система). А ведь первые варианты Mach появились 20+ лет назад, а ядро Хансена - и 30+.

> "Поместите minix в свободный доступ, и одна из моих главных претензий к ней отпадет." (с) говорил горячий финский парень. Всё - микроядро (лучшее, чем миникс, хотя, скорее, гибридное) в свободном доступе! :) Какие претензии?

Времена изменились - теперь Линукс может всё, что может понадобиться на практике, лучше, чем Миникс (или намного лучше), а вот Миникс - не может очень многое из того, что может Линукс.

> В дарвине гибридное ядро.

"Гибридное ядро" - это просто маркетинговая шелуха, под которой - обычное монолитное ядро.

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

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

Bioreactor ★★★★★
()
Ответ на: комментарий от Sun-ch

Единственное препятствие к победе микроядер - (сознательное нежелание?) неумение интела сделать быстрое переключение контекста.

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

Нет. Это не так. Гибридное ядро - это то же самое микроядро, в котором некритичные к стабильности системы части вынесены в пространство ядра.

Вам везде мерещатся происки проперитарщиков, маркетологов, масонов, американцев. Теория заговора не лечится.

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

> Единственное препятствие к победе микроядер - (сознательное нежелание?) неумение интела сделать быстрое переключение контекста.

Очень распространенное заблуждение.

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

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

Sun-ch
() автор топика
Ответ на: комментарий от tailgunner

А обосновать?

---

А вот и определение. Специально для крутых перцев-"системщиков".

"Гибридное ядро (англ. Hybrid kernel) — модифицированные микроядра (минимальная реализация основных функций ядра операционной системы компьютера), позволяющие для ускорения работы запускать «несущественные» части в пространстве ядра." (с)

Куда уж каким-то "жабобыдлокодерам" до "прочитавших море литературы"!

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

> Гибридное ядро - это то же самое микроядро, в котором некритичные к стабильности системы части вынесены в пространство ядра.

o_O

Вынесены _откуда_? Из пространства пользователя в пространство ядра? Некритичные к производительности? O_O

> Вам везде мерещатся происки проперитарщиков, маркетологов, масонов, американцев.

Извини, но это тебе что-то мерешится. Где в моем постинге было хоть что-то о проприетарщиках или американцах?.

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

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

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

> "Гибридное ядро (англ. Hybrid kernel) — модифицированные микроядра (минимальная реализация основных функций ядра операционной системы компьютера), позволяющие для ускорения работы запускать «несущественные» части в пространстве ядра."

Ну, давай разберем... "модифицированные микроядра" - настолько модифицированные, что их и микроядрами-то назвать нельзя. "позволяющие для ускорения работы запускать «несущественные» части в пространстве ядра" - ога, а вот позволяет ли оно запустить эти самые "несущественные части" _вне_ пространства ядра? Нет? Ну так чем это отличается от монолитного ядра - тем, что нижний уровень назван "микроядром"? Вот это и является маркетинговой шелухой.

> Куда уж каким-то "жабобыдлокодерам" до "прочитавших море литературы"!

Я ведь не учу тебя программировать на Яве.

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

""Гибридное ядро" - это просто маркетинговая шелуха, под которой - обычное монолитное ядро." (с)

Кто это тут это говорил? Сразу пошло "маркетологи"! Да еще и американские - какой ужас!

Ну это точно какой-то тайный глобалист-мондиалист из "Ротари-клуба", наверное, сочинил.

http://av5.com/journals-magazines-online/1/44/418

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

> http://www.mozilla.org/MPL/ > Это мозилловская лицензия

Не только MPL. Если у Вас установлен какой-нибудь из браузеров от Mozilla, попробуйте набрать в адресной строке 'about:license'.

> http://trolltech.com/products/qt/licenses/licensing > Это кютешная, которая двойная и ГПЛ только для юзания, для коммерческой разработки уже платно

Не бывает "ГПЛ только для юзания". Ознакомтесь с лицензией, прежде чем делать подобные заявления http://www.fsf.org/licensing/licenses/gpl.html

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

А я не учу никого писать драйверы под Linux. И даже не учу делать "make mrproper" :) Только вот за Mac OS X я реально наблюдаю еще со времен "некста" и "рапсодии".

> настолько модифицированные,

И насколько же "модифицированные"? Обоснуйте по существу. Или умозрительно так решил некий "крутой системщик"?

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

True microkernel - это многосерверная система, где микроядро выполняется в пространстве ядра, а серверы, составляющие собственно ОС - VM, FS, сеть, драйверы устройств - исполняются в виде отдельных процессов. Всё это приводит: 1) к накладным расходам на взаимодействие, _намного_ превышающим такие расходы в монолитных ядрах (прикиньте, например, путь запроса на В/В из NFS или своп по NFS); 2) серьезным проблемам в проектировании интерфейсов между, например, FS и VM - они слишком тесно связаны друг с другом, чтобы нормально работать в разных серверах. В результате имеем то, что имеем: single-servers, "гибридные" ядра, с потерей главного преимущества микроядер - устойчивости к программным сбоям.

На практике, реалистичной видится возможность выноса из ядра драйверов устройств (по статистике - большинство ошибок в ОС приходится именно на них) и некритичных файловых систем.

Ну, или совсем уж ушедшие от Unix системы вроде EROS.

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

> И насколько же "модифицированные"? Обоснуйте по существу.

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

> Или умозрительно так решил некий "крутой системщик"?

Целый коллектив крутых системщиков (заметь отсуствие кавычек) - ну там Торвальдс, Катлер...

ЗЫ wtf "Ротари-клуб"? :D

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

А я разве говорил, что Darwin == "TRUE microkernel". Нет, это не так. Это гибридное ядро. И зачем спорить впустую, если можно просто посмотреть код и самим собрать ядро. Статью для практического прохождения этапов сборки я привел.

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

> А я разве говорил, что Darwin == "TRUE microkernel"

Я и не приписывал тебе эти слова. Я вообще отвечал на вопрос о "горячем финском парне" и Миниксе, а "гибридное" ядро помянул походя - не понимаю, чего ты так завелся.

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

нафиг-нафиг

нужно просто перейти на ядра, где переключения контекста не требуются - например, на inferno

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

Полагаю, что из приведенного списка только Катлер подходит на того, кто без кавычек...

> Настолько, что автономно - не используются,

Не используются в конкретном данном случае. В OS NeXTStep, Rhapsody или Mac OS X.

> ибо использоваться не могут

Обоснуйте. Категоричные высказывания всегда вызывают вопросы.

> а используются как библиотека нижнего уровня в составе ядра ОС.

И что из этого? В Linux используется в качестве "библиотеки нижнего уровня" (!) микроядро?

Это все слова. А доказать, что Mac OS X НЕ использует микроядро Вы так и не смогли.

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

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

svu ★★★★★
()
Ответ на: комментарий от Sun-ch

Ну, походу виндокопец организовать - святое дело;) Надо будет - отладят.

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

Ну, это уже совсем другая вселенная...

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

На кого я "заелся"? :) Б-г с Вами! В жизни гораздо больше проблем, чем "заедаться" по поводу mk vs. монолитные ядра. :)

-----

А то, что на ЛОРе появляются топики про макось - это хорошо. Значит маки начинают быть реальными конкурентами на рынке.

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

на лоре появляются топики про макось исключительно под влиянием ZOG^W модераторов-макофилов

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

>> Настолько, что автономно - не используются,

>Не используются в конкретном данном случае. В OS NeXTStep, Rhapsody или Mac OS X.

Ну, приведи мне пример гибридного ядра, в котором возможен (по желанию) запуск служб и в адресном пространстве микроядра, и вне его - я буду рад заполнить пробелы в образовании.

>> ибо использоваться не могут

>Обоснуйте.

Уфф. Что именно здесь нужно обосновать? Что Mach используется именно как библиотека?

> В Linux используется в качестве "библиотеки нижнего уровня" (!) микроядро?

Нет :( В Linux интерфейс к коду в arch/* не особенно стандартен.

> На кого я "заелся"?

Вообще-то я сказал "завелся" ;) На меня, вестимо - обвинил в паранойе и членстве в каком-то роторном клубе o_O

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

> Понятное дело, что модель становится принципиально сложнее. Но это уже программные заморочки, над которыми можно работать до опупения и вылизвать годами

Пока что не получилось, хотя прошло довольно много лет.

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

Какой смысл их фиксить, если всё равно эти фиксы не будут использоваться? Ни на одной архитектуре микроядра так и не "взлетели", а тренд вообще склоняется к managed-языкам, которые типа смогут обойтись вообще без защиты памяти.

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

> тренд вообще склоняется к managed-языкам

Да, это второй убийца микроядер...

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

> Mach 3.0, FreeBSD, zfs, Cocoa, objective-c как все круто! это вам не линакс + жаба и не винда + .нет

+ OpenMCL! :)

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

>а кто такой apple? это партия явлинского?

да :) голосуй!!!

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

>нужно просто перейти на ядра, где переключения контекста не требуются - например, на inferno

лучше перейти на другую архитектуру - не CISC, а RISC

alex-w ★★★★★
()
Ответ на: комментарий от anonymous

> http://www.apple.com/server/macosx/specs.html - zfs только в сервере и read-only. > Так грустно и обидно стало. Пустышка.

Ты просто унылый пессимист. Саныч вот радостно заявил что купил мак только ради zfs.

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

> А вот и определение. Специально для крутых перцев-"системщиков".

> "Гибридное ядро (англ. Hybrid kernel) — модифицированные микроядра (минимальная реализация основных функций ядра операционной системы компьютера), позволяющие для ускорения работы запускать «несущественные» части в пространстве ядра."

Биореактор, любитель театра, а ну-ка расскажи что за "несущественные" части выполняются в пространстве ядра в МакОС?

А то вот всякие "аналитики" утверждают, например

Now, while Mac OS X is based on Mach 3, it is still a monolithic OS. The Mach microkernel is fused into a traditional FreeBSD "system call" interface. In fact, Darwin is a complete FreeBSD 4.4 alike UNIX and thus monolithic kernel, derived from the original 4.4BSD-Lite2 Open Source distribution

http://www.anandtech.com/mac/showdoc.aspx?i=2436&p=7

anonymous
()
Ответ на: комментарий от alex-w

х86-процессоры уже давно risc - cisc'ом они только снаружи прикидываются, для совместимости

и регистров там не 8, как некоторые полагают, а раз в десять больше (курить про register renaming)

я уж не говорю, что тип набора инструкций на время переключения контекста не влияет (более того, в risc редко бывают специальные инструкции для ускоренного сохранения/восстановления контекста)

anonymous
()

>системные сервисы, портированные из FreeBSD и поддержку ZFS.

ой, будто поддержку zfs они написали сами...стырили с FreeBSD 7.0-CURRENT.

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

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

Что значит может кончится халява? она уже заканчивалась !Некоторое время Эппл не предоставляла исходники Дарвина -приблизительно с того времени как выпустили макос Х для Интел и до сих пор.Такова лицензия БСД "что хочу,то и творю ,но "творю" в смысле творчества в исходных кодах, а именно в смысле хочу отбираю, хочу даю " . И так любая программа по БСД лицензии сделать может.Может наконец надо FreeBSD перевести под GPL -скоко можно core team терпеть -установщик оси не могут нормальный сделать за 10 лет -уже вон SUN и то сделала в последней версии наконец-то графический инсталятор,а FreeBSD из-за довольно ограниченного круга избранных лиц(core team) допущеных к исправлению исходных текстов тормозит в развитии .

Д-О-К-О-Л-Е???!!!

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