The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Линус Торвальдс выразил опасения в связи со стремительным ус..., opennews (??), 18-Янв-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


37. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Ваня (??), 18-Янв-12, 18:36 
> с микро/нано/экзоядрами сложнее рабоать

Да... В микроядре интерфейсы и функции как ТЕБЕ нравится не исковеркаешь. В остальном микроядра проще, хотя бы потому что компактнее и изолированы от оборудования (находятся на другом уровне абстракций).

Ответить | Правка | Наверх | Cообщить модератору

43. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +4 +/
Сообщение от Аноним (-), 18-Янв-12, 18:38 
> Да... В микроядре интерфейсы и функции как ТЕБЕ нравится не исковеркаешь. В
> остальном микроядра проще, хотя бы потому что компактнее и изолированы от
> оборудования (находятся на другом уровне абстракций).

Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.

Ответить | Правка | Наверх | Cообщить модератору

44. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –25 +/
Сообщение от Ваня (??), 18-Янв-12, 18:40 
Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"??????? Завязывайте вы, сударь, с этой вашей настойкой.
Ответить | Правка | Наверх | Cообщить модератору

48. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +6 +/
Сообщение от Аноним (-), 18-Янв-12, 18:42 
> Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"???????
> Завязывайте вы, сударь, с этой вашей настойкой.

И где вы там микроядра нашли? Там как максимум гибриды различной степени горбатости.

Ответить | Правка | Наверх | Cообщить модератору

51. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –15 +/
Сообщение от Ваня (??), 18-Янв-12, 18:45 
Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю, есть лишь одна ОС - та, которую разрабатываю Я".
Ответить | Правка | Наверх | Cообщить модератору

54. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +5 +/
Сообщение от anonymous (??), 18-Янв-12, 18:55 
драйвера нулевого кольца не изолированы друг от друга, т.е. уже не микроядро, где все процессы обмениваются друг с другом сообщениями.

аналогично - kext работают в том же адресном пространстве что и mach.

Стабильное API <> микроядерность.

В linux kernel api для каждой подсистемы, меняются они чтобы обеспечить более качественный код и не создавать костылей только для поддержания api.

Ответить | Правка | Наверх | Cообщить модератору

98. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +3 +/
Сообщение от Аноним (-), 18-Янв-12, 20:42 
> драйвера нулевого кольца не изолированы друг от друга, т.е. уже не микроядро,

Они и от ядра не изолированы. Более того, ядро более 4 метров и и win32k.sys более 2. Даже без учета еще кучи дров более 6 метров кода. Какое там к черту микро?! Тем более что оно реализует в ядре все функции юзермода из Nt* как Zw* что как-то ну совсем не свойственно для микроядер. По сути не сильно лучше линуха.

У макосятников тоже понаворочено что угодно, кроме именно микроядра.

Ответить | Правка | Наверх | Cообщить модератору

171. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –3 +/
Сообщение от Ваня (??), 18-Янв-12, 23:51 
Вы также игнорируя определения перепридумываете мир. Не нужно, всё уже придумано за вас.
Ответить | Правка | Наверх | Cообщить модератору

183. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 02:01 
Вы первыми напали и потребовали пруфы. А от вас пруфы где? Докажите, что в Windows и Mac декстопных версий именно микроядро используется.
Ответить | Правка | Наверх | Cообщить модератору

212. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –2 +/
Сообщение от Ваня (??), 19-Янв-12, 10:38 
Комментарий с ссылками-доказательства удалили админы. Я не набираю комментарии повторно. Если владелец ресурса считает что их быть не должно - его право и воля.
Ответить | Правка | Наверх | Cообщить модератору

218. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 11:14 
А разве здесь на месте удаленных комментов не появляется сообщение «Комментарий удален модератором»?
Ответить | Правка | Наверх | Cообщить модератору

231. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –1 +/
Сообщение от Ваня (??), 19-Янв-12, 12:20 
Тут случаются ситуации вида:

1
1.1
1.2
2
2.1
2.2

Удаляют 1.1, 1.2, 2 и получаем:

1
2.1
2.2

При этом 2.1 и 2.2 как бы ответы на 1.

:)

Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

257. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 14:28 
>Комментарий с ссылками-доказательства удалили админы. Я не набираю комментарии повторно. Если владелец ресурса считает что их быть не должно - его право и воля.

Я бы постеснялся перед собой писать подобные детские отмазки. Глупости.

Ответить | Правка | Наверх | Cообщить модератору

277. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 15:45 
> Я бы постеснялся перед собой писать подобные детские отмазки. Глупости.

Это Ваня. Он все-равно всегда выглядит идиотом. Разом больше, разом меньше...

Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

271. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 15:33 
> Комментарий с ссылками-доказательства удалили админы.

Таким манером можно от любого доказательства отюлить. А у меня админы удалили доказательства того что я Билл Гейтс собственной персоной. Поди докажи что я вру.

Ответить | Правка | Наверх | Cообщить модератору

233. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:23 
> Вы также игнорируя определения перепридумываете мир. Не нужно, всё уже придумано за вас.

Это вы их игнорируете. Сходите хотя-бы до википедии и просветитесь кто там чем является. Я конечно понимаю что сложно быть тупым гопником - тут сущности посложнее чем кулаком в лицо, но раз уж полезли в IT и даже лезете в споры - придется отдуваться, да. Ну или постоянно обтекать.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

170. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –6 +/
Сообщение от Ваня (??), 18-Янв-12, 23:48 
Драйвера в нулевом кольце? :) Когда я в первый день своей работы такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и предупредил что за следующую ахинею меня выставят за дверь.

Адресные пространства не имеют к типу ядра ну никакого отношения, также как и API.

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

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

235. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 19-Янв-12, 12:31 
> Драйвера в нулевом кольце? :) Когда я в первый день своей работы
> такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и
> предупредил что за следующую ахинею меня выставят за дверь.

А твой начальник такая же деревяшка как ты? И вообще, много вы драйверов там написали? Или у вас книжка по DDK чисто грузом для засолки служит? :)

> Адресные пространства не имеют к типу ядра ну никакого отношения, также как и API.

Ага, щаз.

> На этом сайте похоже определения и люди которые хоть что-то знают, похоже,
> вообще не в чести.

Ну да, и википедики врут, и вообще мы тут все пи...сы, и только Ваня один тут со шпагой.

Ответить | Правка | Наверх | Cообщить модератору

322. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Xasd (ok), 19-Янв-12, 20:16 
> Когда я в первый день своей работы такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и предупредил что за следующую ахинею меня выставят за дверь

ну да -- нормальная такая себе средненькая контора -- "ещё раз выставишь меня дураком перед подчинёнными -- выставлю тебя за дверь! а сегодня в наказание вот тебе толстая (тяжолая) книга, ходи с ней сёдня весь день!" :-)

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

403. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от arisu (ok), 22-Янв-12, 18:07 
> Драйвера в нулевом кольце? :) Когда я в первый день своей работы
> такое ляпнул, меня вызвал начальник, дал толстую книгу по DDK и
> предупредил что за следующую ахинею меня выставят за дверь.

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

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

55. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от ASM (??), 18-Янв-12, 18:57 
Mac (eсли говорить о MacOS X) 100% не микроядро, так как его корни из гибридного BSD.

А уж коли Вы городите такой бред, то и про Windows можно сделать теже выводы: ничерта Вы не знаете, что там за ядро. Да и про какое Вы говорите? Win98, WinNT, или про последную линейку?

Было бы интересно увидеть пруфлинки от Вас, дорогой тролль.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

57. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от danya (?), 18-Янв-12, 18:58 
> Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю, есть лишь одна ОС - та, которую разрабатываю Я".

Как тут аргументировать. Читайте официальные источники. В то же Wiki написано. Или у вас имеются исходники ядра венды? M$ и не отрицала хотя бы тот факт, что графическая подсистема находится в ядре. А это никак не вяжется с теорией микроядер. В Mac было использовано ядро Mach, но оказалось медленно и в него вернули друйвера и другие подсистемы. Как то так или мож вру что?

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

70. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +8 +/
Сообщение от ананим (?), 18-Янв-12, 19:26 
У них даже веб-сервер в ведре.
Вернее его листенер.

Зыж
Из винды такое же микро-ядро, как из местных ванткзятников грамотные специалисты.

Ответить | Правка | Наверх | Cообщить модератору

86. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от test (??), 18-Янв-12, 19:56 
Поддерживаю :)
Ответить | Правка | Наверх | Cообщить модератору

100. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 20:43 
> Из винды такое же микро-ядро, как из местных ванткзятников грамотные специалисты.

Устами ананима глаголет истина!

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

121. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Elemir (?), 18-Янв-12, 21:09 
С точки зрения программиста драйвера или любой другой подсистемы Вы работаете с XNU как с Mach, Apple бьёт по рукам и своим программистам и чужим, когда они начинают городить огород, ring0 там по единственной причине — не так часто переключаются контексты, что даёт прирост производительности.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

135. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от ананим (?), 18-Янв-12, 21:23 
А нахрена там вообще лезть, если систеиа ограничена железом на пальцах одной руки?
А перманенто бер ёшь ноут с линухом и макпро и количстево драйверов в ведре и ткм, и там почти одинаково - видео, фс, сеть и тд.
Даже вон макфюзе тоже есть.
Ответить | Правка | Наверх | Cообщить модератору

138. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от Аноним (-), 18-Янв-12, 21:29 
> причине — не так часто переключаются контексты, что даёт прирост производительности.

Зато факап в драйвере ставит колом все, как в обычном таком монолите. А монолиты как раз и страдают от повышенной сложности из-за добавочных "гермозонов" и кучи переключений контекстов при "шлюзовании". Вот и получается что чистое микроядро никто сделать так и не смог за хренадцать лет с момента дебата с Таненбаумом.

Суммируя итог дебатов можно сказать: микроядра в теории круты. Вот только удачи попользоваться этим на практике в системе общего назначения.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

172. "микроядро QNX"  +5 +/
Сообщение от Voviandr (ok), 19-Янв-12, 00:02 
>> причине — не так часто переключаются контексты, что даёт прирост производительности.
> Зато факап в драйвере ставит колом все, как в обычном таком монолите.
> А монолиты как раз и страдают от повышенной сложности из-за добавочных
> "гермозонов" и кучи переключений контекстов при "шлюзовании". Вот и получается что
> чистое микроядро никто сделать так и не смог за хренадцать лет
> с момента дебата с Таненбаумом.
> Суммируя итог дебатов можно сказать: микроядра в теории круты. Вот только удачи
> попользоваться этим на практике в системе общего назначения.

может вы знаете такую ось QNX, на рутрекере валяется дистр QNX под х86. так вот, я ставил на свой десктоп и на вмварь - работает, сетевуху узнаёт.самбу и фтп поставил. ну конечно, в моём личном случае это оська просто для развлечения и для расширения кругозора, но факт есть факт - там микроядро, и оно РАБОТАЕТ. и надо ли добавлять, что система эта является промышленной , широко известной и зарекомендовавшей себя с самой лучшей стороны.


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


Ответить | Правка | Наверх | Cообщить модератору

186. "микроядро QNX"  +1 +/
Сообщение от Аноним (-), 19-Янв-12, 02:13 
>[оверквотинг удален]
> личном случае это оська просто для развлечения и для расширения кругозора,
> но факт есть факт - там микроядро, и оно РАБОТАЕТ. и
> надо ли добавлять, что система эта является промышленной , широко известной
> и зарекомендовавшей себя с самой лучшей стороны.
> я делаю вывод - там где в микроядро вложен труд знающих своё
> дело спецов и деньги, оно работает и ещё фору другим даёт.
> так что аргумент о том, что такая архитектура пашет лишь в
> теории у таненбаума, это неправда мягко выражаясь. микроядро реализовано в рабочем
> состоянии давно , работает стабильно , и оси с такой архитектурой
> очень хорошо известны.

Когда человек говорит о продукте и ставит его в пример другим, при этом ссылаясь на использование в промышленности, то человек что-то не понимает.

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

Ответить | Правка | Наверх | Cообщить модератору

189. "микроядро QNX"  +/
Сообщение от Фаддей_Зыков (?), 19-Янв-12, 02:58 
> Говорить потом, что такой продукт будет так же хорошо работать на домашнем
> компьютере и в сфере общего применения, по меньшей мере глупо.

пример промышленного применения показан для свидетельства стабильности и надёжности. и кстати - после покупки blackberry QNX ставят в том числе и на планшеты.

Ответить | Правка | Наверх | Cообщить модератору

278. "микроядро QNX"  +1 +/
Сообщение от Аноним (-), 19-Янв-12, 15:48 
> и кстати - после покупки blackberry QNX ставят в том числе и на планшеты.

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

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

238. "микроядро QNX"  +/
Сообщение от Аноним (-), 19-Янв-12, 12:47 
> может вы знаете такую ось QNX, на рутрекере валяется дистр QNX под х86.
> так вот, я ставил на свой десктоп и на вмварь
> - работает, сетевуху узнаёт.самбу и фтп поставил.

Я qnx гонял еще с демо-дискеты, да. Вот только у меня она знала из оборудования клавиатуру, мышь, VGA-адаптер, да модем на компорту. Что как-то не сильно дофига. Подозреваю что и сейчас мало что изменилось.

> ну конечно, в моём личном случае это оська просто для развлечения и для
> расширения кругозора, но факт есть факт - там микроядро, и оно РАБОТАЕТ.

Да, оно работает. Просто с таким уровнем поддержки оборудования оно мне не нужно даже забесплатно. А там еще и денег хотят. Ну и нафига оно такое нужно?

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

Надо ли добавлять, что RIM конем долбется уже несколько лет, пытаясь ЭТО запустить не для ядерных реакторов а на планшете? Пока успехи как-то не очень. То экономия питания не фонтан, то софта нет под это, то еще какой-то шит. В то же время у линухоидов все just works и давно уже на мази (вон андроиды уже весь рынок сожрали, не без помощи линуха).

> я делаю вывод - там где в микроядро вложен труд знающих своё
> дело спецов и деньги, оно работает

Остается только вопрос сколько труда надо вбубухать чтобы это заработало не хуже линуха. Глядя на то как здоровая корпорация никак не может шалтая-болтая собрать, при том что андроид скушал их рынок - ну извините, выводы напрашиваются. Если б у линя были фатальные проблемы с стабильностью - андроид бы не взлетел.

> и ещё фору другим даёт.

Вот только у меня нет ядерного реактора, а более нужным для десктопа оборудованием оно управлять как-то и не умеет. По поводу чего мне оно как-то и не требуется на десктопе. Пусть рулит себе там где-нить ядерными реакторами и дальше.

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

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

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

236. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:32 
> А монолиты как раз и страдают

*** монолиты -> микроядра, разумеется.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

215. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –3 +/
Сообщение от Ваня (??), 19-Янв-12, 10:45 
Опять нулевое кольцо...

Начнём с того что "драйвер" понятие весьма широкое, и FDO на файловую систему - это тоже драйвер, но его никто в 0 кольцо не пустит. Да и прочие тоже не пускают. Кто уверен в обратном - DDK вам в руки, пишите в любом месте драйвера:

asm
{
xor rbx,rbx
mov [idt],rbx
lidt [idt]
div ebx

idt dq 0
}

Если вы правы - получите triple fault и процессор уйдёт в перезагрузку. Команда LIDT может быть выполнена лишь в 0 кольце защиты.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

239. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:48 
> Опять нулевое кольцо...
> Начнём с того что "драйвер" понятие весьма широкое,

Большинство драйверов - обычные .sys файлы. Дллки 0-го кольца для ядра. Ты тут можешь после своих обсираков отмазываться, но тебе это уже не поможет.

Ответить | Правка | Наверх | Cообщить модератору

263. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –1 +/
Сообщение от Ваня (??), 19-Янв-12, 15:14 
Windows до ХР включительно - микроядро, дальше - пико-ядро (гипервизор) + HAL.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

281. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 15:53 
> Windows до ХР включительно - микроядро, дальше - пико-ядро (гипервизор) + HAL.

А нельзя ли пояснить, ntoskrnl.exe на 5 метров весом + win32k.sys на еще 2 с фигом метра это таки микроядро или уже пико? А то я в вашем маркетоидном буллшите уже запутался. Очень интересно послушать чем являются эти 7 мегов кода, ага :)


Ответить | Правка | Наверх | Cообщить модератору

298. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Ваня (??), 19-Янв-12, 16:37 
ntoskrnl = загрузчик + ядро. Загрузчик занимает бОльшую часть кода и после выполнения инициализации не используется.

win32k.sys - библиотека (DLL) для драйверов. Она шарится на все драйвера.

2 Мб и 5 Мб - фиктивные размеры, Windows всем приложениям якобы даёт 1 Мб стека, а по факту 0 кб + пограничная страница.

Ответить | Правка | Наверх | Cообщить модератору

310. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 18:36 
Иди и почитай про архитектуры операционных систем.

И кто только его сюда впустил?

Ответить | Правка | Наверх | Cообщить модератору

359. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 16:50 
> ntoskrnl = загрузчик + ядро. Загрузчик занимает бОльшую часть кода и после
> выполнения инициализации не используется.

Загрузчик вообще-то ntldr или, в более свежих bootmgr. Пора бы выучить уже. А то прямо позор - на юниксоидном

> win32k.sys - библиотека (DLL) для драйверов. Она шарится на все драйвера.

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

> 2 Мб и 5 Мб - фиктивные размеры, Windows всем приложениям якобы даёт 1 Мб стека,
> а по факту 0 кб + пограничная страница.

Я вообще-то размеры файлов привел. Только не надо рассказывать что там ноликов на 2.5 метра напихано, настолько клинически протупить не сможет даже MS.

Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

96. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 20:40 
> Аргументировать сможете? Или так, из серии "Я Windows за ОС не считаю,
> есть лишь одна ОС - та, которую разрабатываю Я".

Фигня вопрос: win32k.sys на два с половиной метра - ну никак не лезет в парадигму микроядра. И драйвера являющиеся дллками режима ядра, висящими в его аднесном пространстве, а не процессами-серверами тоже. Облом, да?

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

56. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +3 +/
Сообщение от Krozemail (??), 18-Янв-12, 18:57 
> Никто????? Windows + Mac = 96% рынка настольных ПК. "Никто не сподобился"???????
> Завязывайте вы, сударь, с этой вашей настойкой.

Хахаха. А Гагарин в первый космос полетел. So what?
Windows и Apple добились 96% только за счет маркетинга и бизнес-стратегии. И к ядру это никакого отношения не имеет! Так что завязывать нужно вам.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

174. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Aleks Revo (?), 19-Янв-12, 00:35 
И какая же это у нас доля от общего эээ девайсов с устанавливаемой операционной системой?
Ответить | Правка | Наверх | Cообщить модератору

237. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от fi (ok), 19-Янв-12, 12:34 
Да, ты прав, L4+Linux вполне себе работают, и заметно лучше чем обрубок в виде NT kernel, только у него вот нет 96%, т.к. задача весьма нишивая, как и у остальных Rt систем. А в общем случаи (99%) остаются вариации монолита с модулями.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

173. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 00:28 
> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.

QNX очень даже хорошо практически работает с ядерными реакторами и ракетными комплексами, года эдак с 1982. И BlackBerry Tablet OS в планшетах с апреля прошлого года тоже работает неплохо. Да и Cisco IOS XR  в маршрутизаторах не отстаёт.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

187. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 02:18 
>> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет никто так и не сподобился.
> QNX очень даже хорошо практически работает с ядерными реакторами и ракетными комплексами,
> года эдак с 1982. И BlackBerry Tablet OS в планшетах с
> апреля прошлого года тоже работает неплохо. Да и Cisco IOS XR
>  в маршрутизаторах не отстаёт.

Это не десктопы и не сервера. Это всё специфические железки, начинка которых меняться не будет, поставщики комплектухи известны. И в данной сфере не нужны различные технологии свистульки-перделки, вроде вытеснения, SMP, поддержка различных протоколов и FS и прочая.
Конечно, в такой ситуцации можно и сделать OS на микро ядре.

Ответить | Правка | Наверх | Cообщить модератору

201. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от www2 (??), 19-Янв-12, 07:26 
>Это не десктопы и не сервера.

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

Если стандартизировать всё железо по крайней мере на уровне интерфейсов, тогда микроядро будет рулить и на десктопах с серверами?

Ответить | Правка | Наверх | Cообщить модератору

297. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 16:26 
Нет, вы не так поняли.
Ответить | Правка | Наверх | Cообщить модератору

217. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 10:53 
> Это не десктопы и не сервера.

Ну и что? От этого факт практического применения QNX не перестаёт быть. Более того, использование компьютеров для работы с ядерными реакторами более практично, нежели со свистилками на десктопах.
> Это всё специфические железки, начинка которых меняться не будет, поставщики комплектухи известны.

Ну и что это меняет?
> в данной сфере не нужны различные технологии свистульки-перделки

Они ни в какой сфере не нужны.
> вроде вытеснения,

…вот только с каких это пор вытеснение стало свистелкой? Оно как раз — жизненно важная для любой ОС фича. Это только DOS без вытеснения обходился в силу своей однозадачности, да ранние версии винды и макоси в силу криволапости/ленивости разработчиков оных. Сейчас, когда криволапость присуща разработчикам прикладных програм, любой бесконечный цикл без вытеснения заставит Вас перезагружать компьютер — а так можно просто убить виновный процесс и всего делов.
> SMP,

Тоже не свистелка. Сейчас даже в "специфических железках" вроде планшетов и маршрутизаторов по нескольку процессоров. Не использовать SMP или NUMA в этом случае будет преступлением.
> поддержка различных протоколов и FS и прочая

И много FS поддерживает эта ваша занимающая 95%™ десктопа винда? Макось тоже недалеко ушла. Да и линух хоть и может поддерживать большое количество ФС, но в десктопных дистрибутивах поддерживает только ext2/3/4, fat и иногда btrfs и NTFS.

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

258. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от фклфт (ok), 19-Янв-12, 14:40 
P.S. У меня в конторе QNX крутится на роутере пограничном уже несколько лет
Один раз поставил, настроил и вообще даже начинаю забывать его IP
Это вам не линупс который надо патчить по 2 раза в месяц

P.P.S. В ядро линуха понапихали уже столько всего что контролировать это практически невозможно...

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

Ответить | Правка | Наверх | Cообщить модератору

282. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Аноним (-), 19-Янв-12, 15:57 
> Это вам не линyпс который надо патчить по 2 раза в месяц

У, да ты неуловимый джо - его никто не ловит :)
Теперь еще поставь minix на десктоп для полной крутизны и иди писать драйвера. И всем будет хорошо: миниксу-развитие. Тебе-прокачка мозга. Нам-отдых от твоего бреда.

Ответить | Правка | Наверх | Cообщить модератору

323. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Xasd (ok), 19-Янв-12, 20:36 
> Это вам не линупс который надо патчить по 2 раза в месяц

linux тоже можешь также не патчить :-) [роутер будет сёравно также работать... даже с linux-багами которые пожже будут найдены]

> Один раз поставил, настроил и вообще даже начинаю забывать ...

ну если новые патчи не выходят к твоему QNX-ядру -- то это не означает что там в коде нет ошибок :-D :-D

....я могу купить роутер DLINK DIR-615 и обнаружить что на него не вышла нова прошивка уже несколько лет... но как ни странно это НЕ обозначает что его прошивку раз-и-навсегда написали без багов :-D

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

360. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 16:53 
> ну если новые патчи не выходят к твоему QNX-ядру -- то это
> не означает что там в коде нет ошибок :-D :-D

Так он при всем желании фиксов не дождется. Даром ему никто их выпускать не станет, заплатить он не сможет, а даже если б допустить что он взял сорц (лицензия на него невкусная, но допустим что на это забили) - квалификации не хватит, и вообще 1 в поле не воин.

Ответить | Правка | Наверх | Cообщить модератору

240. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:50 
> года эдак с 1982. И BlackBerry Tablet OS в планшетах с
> апреля прошлого года тоже работает неплохо.

То-то они там долбаются то с скоростью работы системы, то с энергопотреблением, то еще с каким-то шитом. Ну и получают свои честно заработанные 0% рынка. Потому что хомякам плевать на то что микроядро это круто, но не плевать на то как девайс в сумме работает. Если он сажает батарею в 2 раза быстрее конкурента - это FAIL.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

223. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –2 +/
Сообщение от Kodir (ok), 19-Янв-12, 11:55 
> Осталось только доказать всю эту софистику чем-то практически работающим. За столько лет
> никто так и не сподобился.

Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach он не слышал, конечно же.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

242. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:53 
> Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach
> он не слышал, конечно же.

QNX сильно нишевая штука. Единственная попытка втулить ее в массовое применение была у RIM, в их планшете. Получилось довольно хреново - вылезла масса проблем которых нет у других и далеко не все из них решены. Minix - вообще демонстрационный экспонат для обучения, типа модели парового двигателя в кабинете физики. Показать как оно крутится - можно. Поехать на этом? Агащаз. Mach? Что mach? Где он в массовом применении в чистом виде?

Ответить | Правка | Наверх | Cообщить модератору

407. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от arisu (ok), 22-Янв-12, 23:01 
> Так может говорить просто полный ламер в ИТ. Слов QNX, Minix, Mach
> он не слышал, конечно же.

«я знаю карате, кунг-фу и ещё много страшных слов», ага. показываем рабочее *десктопное* решение на микроядре — и всё оппоненты раз и на всегда затыкаются. только вот в чём беда: нет такого. нишевые — есть. «ос для юзера» — нет. и для этого есть причины, которых не знает просто полный ламер в IT.

Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

434. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:22 
> есть. «ос для юзера» — нет. и для этого есть причины,
> которых не знает просто полный ламер в IT.

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 19:04 
>В остальном микроядра проще, хотя бы потому что компактнее и изолированы от оборудования (находятся на другом уровне абстракций).

Ни чем не проще - само по себе микроядро никому не нужно без серверов юзерспейс. Безопасность может повысить за счет изоляции потоков - вот и все. Тут же проблема не в этом

>Ситуацию, когда в какой-то подсистеме ОС способны разобраться буквально несколько человек >из всего сообщества

Само ядро Linux порядка 200 тыс строк.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

123. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 21:11 
> Само ядро Linux порядка 200 тыс строк.

А он почему-то возомнил что если все это навесить на микроядро - станет проще. А хрен, еще и усложнится за счет разделения частей друг от друга.

Ответить | Правка | Наверх | Cообщить модератору

148. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 22:35 
>А он почему-то возомнил что если все это навесить на микроядро - станет проще.

Типичная ошибка :) Всю сложность разработчики микроядер испытывают с драйверами и не находят пока ничего лучше как взять драйверы из того же Linux в неизменном виде и исполнять их поверх слоя абстракции эмулирующем нативную среду - заменяют прямые вызовы ф-ций на IPC микроядра и мапят базовые примитивы ядра на свои аналоги.

Ответить | Правка | Наверх | Cообщить модератору

243. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:53 
> Типичная ошибка :) Всю сложность разработчики микроядер испытывают с драйверами

Можно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся. Поэтому получится вообше адское месиво.

Ответить | Правка | Наверх | Cообщить модератору

247. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от sasa (??), 19-Янв-12, 13:52 
>Можно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся.

Дык об этом и речь. К примеру сам драйвер usb-host EHCI без стека протоколов USB не нужен - он потянет за сосбой и его автоматом, тоже самое с аудио-драйверами - вытянут всю ALSA. В Linux обращение к устройству - это простой syscall, а в микроядре это + 2 переключения контекста от синхронного IPC.

Ответить | Правка | Наверх | Cообщить модератору

250. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Анонимъ (?), 19-Янв-12, 14:05 
>>Можно подумать, что драйвера в микроядре станут проще. Да хрен, еще и усложнятся.
> Дык об этом и речь. К примеру сам драйвер usb-host EHCI без
> стека протоколов USB не нужен - он потянет за сосбой и
> его автоматом, тоже самое с аудио-драйверами - вытянут всю ALSA. В
> Linux обращение к устройству - это простой syscall, а в микроядре
> это + 2 переключения контекста от синхронного IPC.

Многие микроядра - mach, chorus (подозреваю и qnx) поддерживают колокейшн - когда все сервисы и драйверы грузятся в адресное пространство ядра. Понятно, что такая модель уже не микроядро, но возможность увеличить скорость там где нехватает аппаратных ресурсов - есть.
В части скорости - была когда-то Neware, в которой многозадачность была кооперативная, а все процессы грузились в адресное пространство ядра - по всем тогдашним тестам была самая быстрая операционноя система при условии установки только грамотно написанных приложений.

Ответить | Правка | Наверх | Cообщить модератору

255. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от sasa (??), 19-Янв-12, 14:21 
>Многие микроядра - mach, chorus (подозреваю и qnx) поддерживают колокейшн - когда все сервисы и драйверы грузятся в адресное пространство ядра. Понятно, что такая модель уже не микроядро

Дело не в понятиях микроядра как таковых, при такой модели теряются преимущества которые теоретически может оно дать - безопасность. У qnx сетевые драйверы вообще всегда помоему  работают на уровне микроядра. В принципе скорость IPC L4 очень высокая, а к примеру для встраиваемых решений на ARM возможно использовать FCSE для снижения нагрузки на кеш от частых переключений контекста (qnx его использует кстати но при этом его микроядро менее производительное чем L4). Посмотрим - возможно genode заимеет популярность :) и появится популярная открытая ОС на микроядре.

Ответить | Правка | Наверх | Cообщить модератору

259. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Ваня (??), 19-Янв-12, 14:59 
Вы вообще понимаете что вы пишете?

Адресное пространство может быть единым, но прав доступа может не быть. По факту у каждой задачи есть своя таблица страниц (регистр CR3, PML4T) и ОС решает кому куда какой (R/W, data, stack, 64-bit executable, 32-bit executable, 16-bit executable, ..) будет доступ. Управление памятью не имеет к архитектуре ОС решительно никакого отношения.

syscall не самый быстрый способ, самый быстрый - far call, и в Windows используется именно он.

Микроядро позволяет с одной стороны сократить размер ядра и получить короткий (5-15 тыс.строк) удобочитаемый код, который один человек может "объять" взглядом. Ещё более жёсткое пико-ядро (1-3 тыс.строк) - это по сути микроядро без HAL (HAL в отдельном модуле). Ещё более жёсткое экзо-ядро (несколько сотен строк) - это когда от ядра осталось лишь IPC (interprocess communication), а бывшее пико-ядро является лишь одной/несколькими из его задач.

И напоследок монолитное ядро (от нескольких тысяч до миллионов строк) - это когда всё (ядро, HAL, драйверы, иногда приложения) в одном файле. Это самый простой способ и в теории самый быстрый, т.к. драйвера, интегрированные в ядро не тратят времени на межуровневую передачу управления. К сожалению, поддержка ядер таких размеров затруднена, а ошибки в драйверах вынуждают обновлять всё ядро. Поэтому даже Линукс идёт от монолита к микроядру. Идёт медленно.

Ответить | Правка | Наверх | Cообщить модератору

264. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от sasa (??), 19-Янв-12, 15:20 
>Вы вообще понимаете что вы пишете?

Вообще - да, достаточно отчетливо :)

>Адресное пространство может быть единым, но прав доступа может не быть.

Гуглите ARM FCSE - я об этом и говорил, процессор работает с окном в 0-32 MB виртуальной памяти, MMU - c модифицированными виртуальными адресами которые транслируются аппаратно на основании ID задачи, защита памяти на основе доменов.

>По факту у каждой задачи есть своя таблица страниц (регистр CR3, PML4T)

По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты памяти.

>Управление памятью не имеет к архитектуре ОС решительно никакого отношения.

да ну ?

>Поэтому даже Линукс идёт от монолита к микроядру.

Теперь Вас спрошу - сами поняли что пишите ?

Ответить | Правка | Наверх | Cообщить модератору

268. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –1 +/
Сообщение от Ваня (??), 19-Янв-12, 15:29 
> По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты памяти

Как только они появятся на десктопах - я готов обсудить и их.

> Теперь Вас спрошу - сами поняли что пишите ?

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

Ответить | Правка | Наверх | Cообщить модератору

272. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от sasa (??), 19-Янв-12, 15:34 
> Да. Возьми драйвер клавиатуры, который в первых версиях был целиком интегрирован в
> ядро, сейчас кусками из него выделяют в отдельные модули.

Ерунда это полная - даже FUSE и UIO не делают его хоть сколько-нибуть близким у микроядру.

Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

283. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 16:00 
> Как только они появятся на десктопах - я готов обсудить и их.

ARM уже появился по сути. Прислать ссылочки на ARMовские десктопы, или сам найдешь?

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

Угу, после этого он станет проще и безглючнее, конечно. Вон видеодрайвера уже перепахали. Теперь виснет драйвер даже интеграта от интеля. Офигенно!

Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

299. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Ваня (??), 19-Янв-12, 16:44 
Ещё одни с 1,4%? ;) При таких объёмах не надо - сразу в мусоропровод.
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

361. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Аноним (-), 20-Янв-12, 16:56 
> Ещё одни с 1,4%? ;) При таких объёмах не надо - сразу в мусоропровод.

У, тогда виндофоны вообще с их 1% сразу под пресс.

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

408. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от arisu (ok), 22-Янв-12, 23:04 
> По факту кроме x86 масса процессоров у которых совсем иные механизмы защиты
> памяти.

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

Ответить | Правка | Наверх | Cообщить модератору

435. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:24 
> ты что, на них же уиндаус нет. или есть, но так, что
> лучше бы не было. ему религия не позволяет.

Зато как только мс выпустит банально огороженные железки на ARM, мнение этого тупого дрона сразу поменяется на противоположное и он пойдет резко хвалить ARM. Приятно чувствовать себя провидцем ;)

Ответить | Правка | К родителю #408 | Наверх | Cообщить модератору

265. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Ваня (??), 19-Янв-12, 15:24 
Пример простейшего счётчика тактов таймера в монолитном ядре:

irq00:
  inc [counter] ; <<<< собственно наш обработчик

  ; проверяем не пришло ли время остановить мотор дисковода
  cmp [fdd_tick_to_stop]
  jz  @f
  dec [fdd_tick_to_stop]
  jz  @f
  call fdd_stop_motor
@@:

  ; проверяем не пришло ли время запустить экранную заставку

.... ля-ля-ля, ещё 200 проверок ...

eoi
iret

Пример того же драйвера в микроядре:

init:
AddHandler(0,irq00_handler); // номер прерывания и обработчик

irq00_handler:
inc [counter]
ret

И соотв. код ядра, обрабатывающий данные вызовы: обход L1 с вызовами сохранённых указателей на обработчики.

Всё :) Разницу в сложности и возможности масштабирования все заметили?

Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

284. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +4 +/
Сообщение от Аноним (-), 19-Янв-12, 16:03 
> Всё :) Разницу в сложности и возможности масштабирования все заметили?

Я пока вижу только какого-то сферического коня в вакууме от ванька.

Ответить | Правка | Наверх | Cообщить модератору

409. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от arisu (ok), 22-Янв-12, 23:06 
> Разницу в сложности и возможности масштабирования все заметили?

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

какой ты разносторонний человек, ванюша! начинаю подозревать, что ты в любой области такой же специалист.

Ответить | Правка | К родителю #265 | Наверх | Cообщить модератору

436. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:25 
> какой ты разносторонний человек, ванюша! начинаю подозревать, что ты в любой области
> такой же специалист.

Он спиди-гонщик 80-го уровня! Пургу гонит совершенно бесподобно :)

Ответить | Правка | Наверх | Cообщить модератору

273. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 15:37 
> Linux обращение к устройству - это простой syscall, а в микроядре
> это + 2 переключения контекста от синхронного IPC.

Ну так вон хомяки и  так то бухтят что проца жрется немеряно при записи на флеху. Представляешь что они скажут если там еще будут переключения контекстов при этом? Они опупеют от скорости записи на флеху и того что это в проц уперлось.

Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

280. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Ваня (??), 19-Янв-12, 15:51 
syscall + sysret = те же 2 переключения контекста. Халявы не бывает.
Ответить | Правка | Наверх | Cообщить модератору

285. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Аноним (-), 19-Янв-12, 16:07 
> syscall + sysret = те же 2 переключения контекста. Халявы не бывает.

Если я правильно помню, этими фичами нынче никто не пользуется. Ты там что, читаешь книжку по х86 и пытаешься сюда транслировать это, выглядя умным? При том что ты в глаза сорец своей винды не видел и понятия не имеешь как там сделано? Во эпичный клоун то :)

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

Ответить | Правка | Наверх | Cообщить модератору

300. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от sasa (??), 19-Янв-12, 16:52 
>В чистом микроядре переключений контекста будет больше - там мотания между процессами-серверами и ядром оптом.

Да он книжку не прочитал до конца просто :) при вызовах syscall изменяется только регистровый контекст, при переключении задач (потоков) нужно делать cache + TLB flush (хотя бы частичное) - одни и те же виртуальные адреса для разных задач мапятся на разные физические страницы памяти. Ядро всегда находится по одним и тем же адресам для всех задач и при создании процесса эта часть таблицы копируется 1:1, задача и ядро составляют единое виртуальное пространство - там не нужно заботиться о валидности содержимого кешей.

Ответить | Правка | Наверх | Cообщить модератору

303. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –2 +/
Сообщение от Ваня (??), 19-Янв-12, 17:11 
Вы дурак или как?

Разницы между "int 60h", "syscall" и напр. "far call" никакой.

Для приложения:
mov ax,10
int 60h

mov ax,10
syscall

mov ax,10
call [1000h]

Для ОС:

int10_handler:
call handler
iret

syscall_handler:
call handler
sysret

farcall_handler:
jmp hander

Ответить | Правка | Наверх | Cообщить модератору

324. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от sasa (??), 19-Янв-12, 20:45 
>Разницы между "int 60h", "syscall" и напр. "far call" никакой.

Ааа - понятно. Ты вообще не понимаешь о чем я тебе говорю.

http://os.inf.tu-dresden.de/Studium/MkK/SS2011/01_intro.pdf

На стр. 12 обрати внимание.

Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

343. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 12:30 
> Вы дурак или как?

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

Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

410. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от arisu (ok), 22-Янв-12, 23:09 
> Разницы между «int 60h», «syscall» и напр. «far call» никакой.

так. в ассемблере и арзитектуре современных процессоров ты тоже полный ноль. ванюша, это уже становится неприлично: ну что ж такое-то, а? о чём тебя не спроси — везде ты умудряешься с умным видом говорить чушь.

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

Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

437. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:27 
> слушайте, а может, его к нам конкуренты m$ заслали? ну, чтобы мы
> расслабились и думали, что у них там в m$ совсем всех такого уровня нанимают?

Понимаешь, я как-то видел саппортов из MS. В смысле, отписки от них. Там _реально_ отвечают чуваки с индусскими именами, которые ни в зуб ногой. Похоже что все-таки не конкуренты. Что к лучшему. Но расслабляться рано - у них там еще юристы и сейлзы есть, даже если MS все технические аспекты просрет, указанные деятели - сцукоопасные.

Ответить | Правка | К родителю #410 | Наверх | Cообщить модератору

362. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 17:05 
> Да он книжку не прочитал до конца просто :)

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

> cache + TLB flush (хотя бы частичное) - одни и те же виртуальные адреса для разных задач
> мапятся на разные физические страницы памяти.

О такой мелочи как трансляция виртуальных адресов в физические, paging и всем что с этимсвязано Ваня видимо не подумал. Наверное еще не дочитал до нужного места :)

Ответить | Правка | Наверх | Cообщить модератору

248. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Анонимъ (?), 19-Янв-12, 14:00 
Потому что написание ядра и написание операционной системы с драйверами - две большие разницы. Хорошо ещё если так получается, прикрутить драйвер от линукс куда угодно - очень большая проблема и требует создания очень большого слоя абстракции для этого. А просто так - взять и налабать все те драйвера, которые есть в линукс - работа неподъёмная.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

260. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –2 +/
Сообщение от Ваня (??), 19-Янв-12, 15:04 
Окстись!

Данная проблема красиво была решена в Unix, когда все устройства были поделены на типы: символьные (клавиатура, мышь, консоль - i/o по 1 байту за раз), блочные (диски, сеть - i/o блоками данных), и т.д. В Windows систему расширили и усложнили, вся её структура хорошо видна в Диспетчере задач, где под каждый тип - своя модель драйвера, обеспечивающая максимальное быстродействие для данного типа устройств. Да, работы много, и в Линуксе она пока так и не была сделана.

Ответить | Правка | Наверх | Cообщить модератору

274. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 15:38 
> в Диспетчере задач, где под каждый тип - своя модель драйвера,

Ваня, что ты куришь?! Где ты нашел в диспетчере задач драйвера?! Ды ты упоролся!

Ответить | Правка | Наверх | Cообщить модератору

276. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –1 +/
Сообщение от Ваня (??), 19-Янв-12, 15:44 
Диспетчер устройств. Сложный день.
Ответить | Правка | Наверх | Cообщить модератору

363. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 17:08 
> Диспетчер устройств. Сложный день.

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

Ответить | Правка | Наверх | Cообщить модератору

411. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от arisu (ok), 22-Янв-12, 23:12 
> Сложный день.

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

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру