The OpenNET Project / Index page

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



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

Оглавление

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

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


4. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +37 +/
Сообщение от Аноним (-), 18-Янв-12, 17:54 
И в этот момент Линус вспомнил дедушку Таненбаума... ;)
Ответить | Правка | Наверх | Cообщить модератору

17. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Фаддей_Зыков (?), 18-Янв-12, 18:02 
Плюсую ! самое время начать переносить наработки из линукса  в миникс (те которые возможно перенести). имхо развитие монолитного ядра дошло до своих естественных пределов
Ответить | Правка | Наверх | Cообщить модератору

67. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +3 +/
Сообщение от Xasd (ok), 18-Янв-12, 19:19 
> развитие монолитного ядра дошло до своих естественных пределов

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

и точно также придётся искать "пару дней" специалиста для того чтобы понять в чём проблема.

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

107. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +2 +/
Сообщение от dimqua (ok), 18-Янв-12, 20:54 
Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.
Ответить | Правка | Наверх | Cообщить модератору

120. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Аноним (-), 18-Янв-12, 21:06 
> Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого
> как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.

Помнится по этой причине hurd и застопорился, при том что у них по началу ресурсов больше было. А Линус в 1 рыло систему до рабочего состояния довел. Так то.

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

160. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 18-Янв-12, 23:16 
> Сложность возрастёт? Насколько я помню, RMS говорил, что для разработки микроядра, такого
> как Hurd, необходимы большие человекоресурсы, чем для разработки монолитного.

Ну, в данном случае речь идёт об поиске ошибок — то бишь, об отладке. Отладка — лишь часть всей разработки, и именно эта часть при разработке микроядра/гибридного ядра потребует меньше человекоресурсов, нежели при разработке модульного/монолитного ядра.

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

269. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –2 +/
Сообщение от Аноним (-), 19-Янв-12, 15:30 
> об отладке. Отладка — лишь часть всей разработки, и именно эта
> часть при разработке микроядра/гибридного ядра потребует меньше человекоресурсов, нежели
> при разработке модульного/монолитного ядра.

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

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

328. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от dimqua (ok), 19-Янв-12, 21:40 
Со свободными видео-драйверами дела обстоят, надо признать, не очень.
Ответить | Правка | Наверх | Cообщить модератору

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

354. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от dimqua (ok), 20-Янв-12, 13:17 
У Nvidia, говорят, блоб сравним по производительностью с драйвером в Windows.
Ответить | Правка | Наверх | Cообщить модератору

514. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 23-Янв-12, 22:48 
> У Nvidia, говорят, блоб сравним по производительностью с драйвером в Windows.

А у интела открытый драйвер спокойно делает проприетарный блоб из винды. Правда сами видеокарты довольно дохлые.

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

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

Не согласен.
1) У интеля вообще прекрасный видеодрайвер, работающий и быстрее и стабильнее бинарного недоразумения в винде. Он даже у файрфокса не в блеклисте и там прет webgl. В винде интел заблеклистен в силу глюкавости.
2) У ATI опять же довольно хорошие драйвера. В них довольно прилично прет 3D, вполне хватает на то чтобы побегать в nexuiz/xonotic с средними настройками. Без лагов и зависаний. Я набрал 2 месяца аптайма при этом. Весьма годно, да. Еще амд там сейчас усиленно пилит поддержку OpenCL для вычислений и UVD декодера. После чего блоб можно будет вообще на свалку истории отправить.
3) NVIDIA... ну те кто выбирал махрового проприетарщика должен был знать на что идет. Если вендор не предоставляет сорцы и спеки и не помогает разработчикам - ну и результат соответствующий.

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

355. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от dimqua (ok), 20-Янв-12, 13:42 
1) Intel на Windows не пробовал, но его Linux-драйвера мне тоже хватает за глаза. Да и, собственно, к их картам большие требования предъявлять вряд ли кто-то будет, поэтому, думаю тут можно считать наши мнения объективными.

2) Охотно верю, но ведь не все играют лишь в игры уровня Хonotic. Для них разница в производительности будет критична.

3) Если учитывать это, то результат по-моему отличный (nouveau и nv это небо и земля). Ну, а если не учитывать, то отстаёт он от драйвера в Windows ещё прилично.

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

431. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:15 
> 1) Intel на Windows не пробовал, но его Linux-драйвера мне тоже хватает
> за глаза. Да и, собственно, к их картам большие требования предъявлять
> вряд ли кто-то будет, поэтому, думаю тут можно считать наши мнения объективными.

Интел активно въе над линями. Я так понимаю что они не теряют надежд в мобильное направление пролезть так или иначе. Я правда слабо понимаю кому надо телефон или планшет на х86, и почему кто-то их должен предпочесть ARMам, но без линукса точно ничего не получится, даже теоретически. Пушка для которой нет снарядов - никому не нyжна.

> 2) Охотно верю, но ведь не все играют лишь в игры уровня
> Хonotic. Для них разница в производительности будет критична.

Но собственно процент хардкорных игроков, особенно на PC и к тому же в Linux - невелик. А остальным - хватит. И для десктопных эффектов, и для большинства средних по требованиям игр, и для webgl. А что-то сверх того... хм, ну знаешь, а для них еще и видеокарта нужна мощная. Тот же HD6990 как бы денег стоит, поэтому у большинства хомяков возбухает жаба после того как они видят цену этого пепелаца. Тем более что под это надо серьезный БП, корпус с хорошим охлаждением и прочее, что и недешево, и не присутствует в дефолтном писюке типового хомяка - мощный игровой (или числокрушильный) агрегат штука довольно кастомная и собираемая с умом. Да и слушать вой турбины потом готовы не все. А жрет 6990 дай боже, поэтому турбины там - сам понимаешь какие. Поэтому довольно нишевой товар в общем то. При чем насчет второй ниши - АМД явно услышало чертыхания пользователей openCL относительно их драйвера и сделало выводы. И да, хорошая поддержка в лине даст им шанс сунуться в суперкомпы и прочая. А они на ряде вычислений рвут нвидию шутя. Довольно тупо не пользоваться этим преимуществом.

> 3) Если учитывать это, то результат по-моему отличный (nouveau и nv это
> небо и земля). Ну, а если не учитывать, то отстаёт он от драйвера в Windows ещё прилично.

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

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

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

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

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

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

Ага. Вот только если этот процесс будет каким-нить драйвером видеокарты - потом вы перестанете видеть происходящее, сущая фигня ;]

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

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

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

Теория это круто. Покажи мне это на практике.

> Преимущество микроядра и недостаток монолита указали чётко.

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

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

402. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от arisu (ok), 22-Янв-12, 18:04 
> Запись события в системный журнал с последующим перезапуском драйвера. Преимущество микроядра
> и недостаток монолита указали чётко.

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

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

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

Наверное именно поэтому я и предпочитаю линевые драйвера. Они довольно надежные и даже вправляют мозг железкам.

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

196. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Андрей К (?), 19-Янв-12, 05:53 
До виндоуз оно уже дошло. До полного виндоуз практически.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

29. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  –1 +/
Сообщение от BratSinot (?), 18-Янв-12, 18:19 
И в каком месте он вспомнил?
Во первых, речь была про сложность понимания кода.
Во вторых, с микро/нано/экзоядрами сложнее рабоать.
В третьих, если бы разрабатывалось микро/нано/экзоядро с таким троллем, то туши свет, кидай гранату.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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ообщить модератору

63. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от Krozemail (??), 18-Янв-12, 19:09 
Это - ТВОЙ сон.
В статье Линус обозначил проблему, но не сказал что есть где-то/что-то лучше.

Ядро требует оптимизации. Это абсолютно нормально для любого продукта, который развивается эволюционно.

Но это как раз и непросто. Это нужно засесть с ключевыми разработчиками на пару месяцев и грамотно сформулировать "А как должно быть", придумать новую структуру. Потом нужно заморозить развитие ядра на месяцев 3-6 и переструктурировать его и грамотно документировать. Как отреагирует сообщество, а главное спонсоры, на то, что полгода ядро не будет развиваться? Вы представляеете сколько грязи и сплетен разнесут по Интернету всякие микрософто-поклонники? И это при том, что профит будет только для разработчиков; для пользователей результатом будет только увеличение колличества багов.

Это должно быть волевым решением.

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

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

Дык. Разгребание старого хлама у них давно назрело.

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

225. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Kodir (ok), 19-Янв-12, 11:59 
> Ядро требует оптимизации. Это абсолютно нормально для любого продукта, который развивается эволюционно.

Эволюция в 20 лет?? Пахнет "медленным гниением", чем эволюцией. И Танненбаум об этом предупреждал. Но "волевое решение" финского троечника решило исход. Браво! :)

> грамотно сформулировать "А как должно быть"

*facepalm* Об этом написаны уже тысячи книг, ПРОЧИТАТЬ слабо?? Более того, QNX даже воплотил на практике.

> Вы представляеете
> сколько грязи и сплетен разнесут по Интернету всякие микрософто-поклонники?

:)) Рано или поздно, кто-то должен сказать: "А король-то - голый!". Стыдно - это прикрывать ту грязь, которая творится в ядре и врать себе и людям.

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

244. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 19-Янв-12, 12:54 
> Эволюция в 20 лет?? Пахнет "медленным гниением", чем эволюцией. И Танненбаум об
> этом предупреждал. Но "волевое решение" финского троечника решило исход. Браво! :)

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

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

251. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от anonymous (??), 19-Янв-12, 14:07 
> Об этом диванными программистами написаны уже тысячи книг

fixed

Ну так как нам обустроить россию^W^W сделать правильно?

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

253. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от anonymous (??), 19-Янв-12, 14:11 
Отвечал выше про freebsd, но модеры потерли всю ветку.
Вот там действительно "медленное гниение".
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

326. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 19-Янв-12, 20:56 
> Отвечал выше про freebsd, но модеры потерли всю ветку.
> Вот там действительно "медленное гниение".

Это точно. Но я повторю.
-----------
>А ответ прост - FREEBSD. Тру-юникс, ядро в отличном состоянии.

Хех...

Проект Linux Kernel, ~1998, Bazaar - наше все, революция в разработке и впереди планеты всей (все это наблюдал сам, тогда только-только появился постоянный доступ в сеть, модем 9600 но круглосуточно, было жутко интересно). Репозитарий кода с системой контроля версий отсутствует. Контроль изменений, соотвественно, через жопу. Проектирование и стратегия развития проекта отсутствуют.
Кто и что хочет привнести - решается через патчи и мыло-пинания с доверенными людьми единственного и несменяемого руководителя проекта. Вот собственно и вся организация рабочих групп. После внесения патчей разработчик теряет связь с изменениями в проекте. Как таковая операционная система отсуствует, утилиты по управлению подсистемами ядра находятся отдельно от проекта ядра - и собственно, тех самых подсистем ядра.
Базы ошибок, предложений и проблем не ведется.

Спустя 14 лет - та же фигня, вид сбоку.

Проект FreeBSD, и, также NetBSD, так же ~1998 год.
Имеется репозитарий кода, с системой контроля версий. Деятельность каждого учтена и прозрачна. Управляющие проектом избираются на определенный период из числа разработчиков голосованием. Код является цельной операционной системой, от утилит загрузки, до пользовательских и инcрументария разработчика. Есть открытая система учета и контроля (трекинга) ошибок, изменений и предложений в проект. Есть идеология проекта, и обсуждаемая стратегия его развития, с понятными целями.
Страница документации 1997 года
http://www.pl.freebsd.org/handbook/handbook5.html

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

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

342. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 20-Янв-12, 12:28 
Ну да, ну да. А теперь сравним поддержку оборудования хотя-бы. Как десктопная система фря вообще в полной Ж. Вафля крайне разборчива к чипсетам, .n вообще не заводится практически нигде. Дров с поддержкой KMS нет, поэтому свежих иксовых драйверов - нема. Поэтому у владельцев интела и ати попаболь, и единственный "выбор" разве что нвидия с проприетарным :\ драйвером. Unix way? С таким блобом в системе? Пффф!
Ответить | Правка | Наверх | Cообщить модератору

358. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 20-Янв-12, 15:55 
> Ну да, ну да. А теперь сравним поддержку оборудования хотя-бы.

Сравнивайте. И что?

Кто-то напихал драйверов в linux kernel с разных углов, оно пухлое, но как-то, хорошо или не очень, запускается и функционирует.

Это отменяет то, что я написал в сравнении?

> Как десктопная система фря вообще в полной Ж.

Это ничего с нее пишу и давно? Ну право, чушь полная.

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

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

Практика показывает что операционка которая нифига не умеет - никому не нужна. А сравнения интересуют только задротов и академиков.

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

369. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 20-Янв-12, 17:28 
>> Это отменяет то, что я написал в сравнении?
> Практика показывает что операционка которая нифига не умеет - никому не нужна.

Вы лично - это и есть "никому"? Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD и другим семейства BSD? Или Linux kernel?

> А сравнения интересуют только задротов и академиков.

Тогда пачка анонимусов только на этом форуме - задроты или академики? На академиков как-то не дотягивают.

Заметим, определение написано не мной.

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

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

Nobody is perfect. I'm nobody.

> Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD
> и другим семейства BSD? Или Linux kernel?

Да что вы напрягаетесь, тут недавно статистика используемых ОС на серверах пролетала, а заодно можно и по десктопам посмотреть где-то типа openstat.ru. И там видно кто и что предпочитает. То что некоторые непропорционально горластые - еще не делает их лучше.

>> А сравнения интересуют только задротов и академиков.
> Тогда пачка анонимусов только на этом форуме - задроты или академики? На
> академиков как-то не дотягивают.

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

> Заметим, определение написано не мной.

А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.

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

380. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 21-Янв-12, 00:49 
>> Вы лично - это и есть "никому"?
> Nobody is perfect. I'm nobody.
>> Как ваше сумбурное заявление относиться к проектам FreeBSD, NеtBSD
>> и другим семейства BSD? Или Linux kernel?
> Да что вы напрягаетесь

Несчего. Небольшое социальное исследование. Вроде как разминка.

> тут недавно статистика используемых ОС на серверах пролетала,
> а заодно можно и по десктопам посмотреть где-то типа openstat.ru. И
> там видно кто и что предпочитает.

Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих проектов.

>> Заметим, определение написано не мной.
> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.

К людям, которые не пишут идиотские определения.


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

413. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от arisu (ok), 22-Янв-12, 23:29 
> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
> проектов.

именно в силу преобладания этого стиля мышления *bsd сейчас на каждом почти устройстве и куче десктопов, а пингвинус — маргинальная ос?

ой, кажется, я что-то попутал — это пингвинус везде, куда не плюнь… с чего бы? никак, ZOG тайно помогает.

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

417. "Линус Торвальдс выразил опасения в связи со..."  –1 +/
Сообщение от uniman (ok), 22-Янв-12, 23:50 
>> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
>> проектов.
> именно в силу преобладания этого стиля мышления *bsd сейчас на каждом почти
> устройстве и куче десктопов, а пингвинус — маргинальная ос?

http://www.opennet.me/openforum/vsluhforumID3/82488.html#416


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

419. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от arisu (ok), 22-Янв-12, 23:54 
> http://www.opennet.me/openforum/vsluhforumID3/82488.html#416

вот именно. там ответ и почитай.

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

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

Я и заметил. На примере эпплов, жуниперов и тому подобных копипастеров.

>> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.
> К людям, которые не пишут идиотские определения.

О, круто. There are 10 kinds of people... :)


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

497. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 23-Янв-12, 16:13 
>> Потребители-копипастеры не определяют сушественно развитие общественных некоммерческих
>> проектов.
> Я и заметил. На примере эпплов, жуниперов и тому подобных копипастеров.

Да. Такова стратегия и политика развития. Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих зависимостей, только посредством усилий общественных и исследовательских фондов. Проекты операционных систем компактны, согласованы, и система не выглядит как нечто пухлое с понатрыкаными со всех сторон кусками слабосогласованного кода.

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

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

Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный исходный текст? А если вы его получите, то что вы будет с ним делать?
А захочет ли компания вкладываться в изменение кода, если ее разработка согласно публичной оферты сразу становиться доступна конкурентам?

Что, думаете, просто стоит очередь компаний (юридических лиц) и потребителей (физических лиц), готовых вложиться ресурсами, в конкурентном мире, в развитие linux kernel ради просто так?
Код lunux kernеl & k юзают примерно также, с примерно тем же процентом публикаций изменений от исходного кода, просто механизм немного другой, только хомячки об этом как-то думать не намерены.

Рушиться построенная на каких-то евангелистких иллюзиях картина мира.

>>> А вы к какой категории себя причисляете? Для академика вы слишком легкомысленны.
>> К людям, которые не пишут идиотские определения.
> О, круто. There are 10 kinds of people... :)

Модельные условности.

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

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

Тога с какого рожна ты что-то лечишь про халявщиков и копипастеров, если вся политика бсдей сводится к дармовой кормушке для этих самых халявщиков-копипастеров? Что играет с оными дурную шутку: НЕхалявщики-НЕкопипастеры достигли такой скорости развития проекта что Линус уже даже очкует, поскольку к таким суборбитальным полетам он как-то изначально не готовился, а тут такой набор высоты с такой скоростью. А бсды тем временем остались далеко внизу. Их почти никто из производителей не юзает. Парочка халявщиков-копипастеров не в счет по причине того что отдачи с них как с козла молока, ну и почти нулевая польза проекту.

> Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих
> зависимостей, только посредством усилий общественных и исследовательских фондов.

Ага, а отдельные коммерсанты спонсирующие отдельные направления и субпроекты - это чего? Из наиболее недавнего - DIFFUSE, например. Поменьше завирайте, да? Скорее правда жизни такова что коммерсанты по определению жадные (они знаете ли бабло для акционеров зарабатывают), *бсд почти никому из них никуда не впилось, а даже кому впилось - лицензия позволяет. Ну вот и нету бсды в диком виде почти нигде как результат. Осталось пара производителей да пара ынтырпрайзов времен царя гороха.  

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

Угу. Вместо этого оно выглядит как архаичный пережиток 80-х, непонятно на что вообще ориентированный. Навалена какая-то монолитная оглобля в виде базовой системы, кому и нахрена такая база нужна - вопрос интересный. Что-то из упражнений на тему 640 кило хватит всем. А линь не навязывающий никаких базовых систем как раз и оказался очень удобен. А приколись, в суперкомпьютере или эмбедднутой железке или там смартфоне эта твоя "базовая" никому и не впелась никуда и только мешается. Сами же себя и загнали в искусственно зауженную нишу, да и в ней сливаете, перестав соответствовать современным требованиям (как то виртуализация и дележ ресурсов).

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

Да, им вместо этого приходится высказывать другие опасения - "от нас все драпают".

> Те изменения, которые в случае оферты типа беркелейской, вносит некая компания как
> сторонее юридическое лицо, есть ее изменения и ее конкурентное преимущество.

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

> Если оферта будет ее обязывать публиковать код в бинарном и исходном виде,
> то компании не имеет смыcла вкладываться на маштабную разработку - она
> теряет конкурентное преимущество.

Ну да, ну да, только вот что-то в линь вкладывается намного больше контор чем в *бсд вместе взятые. У бсдунов как обычно - красивая теория не стыкуется с практикой. Но такая мелочь бсдоидов традиционно не волнует :).

> Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный
> исходный текст? А если вы его получите, то что вы будет с ним делать?

Могу сказать как минимум за некоторые модели линксисов (дочка цыски) в которых линевое ядро. Там как правило выложен GPL tarball, приколись? Что я с ним буду делать? Хм... а это уже мои пробемы, не находишь? Вон под эти линксисы появилась куча прошивок в свое время. Из всего этого постепенно выросли довольно мощные проекты. Которые для внедрения поддержки железа в себя могут пользоваться и кусками из GPLных tarball-ов. Вот это я понимаю, свобода, да. Задолбал меня баг? Пошел и починил, перебилдив образ фимрвари, ага.

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

Во первых, "доступна конкуренту" !=  "немедленно полезна конкуренту в виде как есть". Во вторых, со стороны конкурентов ситуация та же самая и поэтому ... поэтому вся группа уходит в отрыв от более жадных конкурентов :D

> Что, думаете, просто стоит очередь компаний (юридических лиц) и потребителей (физических
> лиц), готовых вложиться ресурсами, в конкурентном мире, в развитие linux kernel
> ради просто так?

Ну так объясните этот феномен. По вашей логике как раз никто не должен вкладываться в линух, а они вон что-то стаями прямо прут. Что за фигня?!

> Код lunux kernеl & k юзают примерно также, с примерно тем же
> процентом публикаций изменений от исходного кода, просто механизм немного другой,
> только хомячки об этом как-то думать не намерены.

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

> Рушиться построенная на каких-то евангелистких иллюзиях картина мира.

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

>> О, круто. There are 10 kinds of people... :)
> Модельные условности.

Что ж поделать. Правда у меня есть сомнения что вы совсем уж никогда не ощибаетесь, но поскольку вам к сферическим коням в вакууме не привыкать, допустим что такие уникумы бывают.

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

511. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от uniman (ok), 23-Янв-12, 21:34 
>> Да. Такова стратегия и политика развития.
> Тога с какого рожна ты что-то лечишь про халявщиков и копипастеров, если
> вся политика бсдей сводится к дармовой кормушке для этих самых халявщиков-копипастеров?

Это ваша интерпретация, наверное вы слишком далеко от Беркли :)

> Что играет с оными дурную шутку: НЕхалявщики-НЕкопипастеры достигли такой скорости развития
> проекта что Линус уже даже очкует, поскольку к таким суборбитальным полетам
> он как-то изначально не готовился, а тут такой набор высоты с
> такой скоростью.

Может вернемся на землю и будем мерять попугаями?

Критерии измерения? Чего там летает?

> А бсды тем временем остались далеко внизу. Их почти
> никто из производителей не юзает.

Так юзает или не юзает? Вы определитесь уж :)

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

Вы уверены?

>> Проекты NetBSD и FreeBSD с ~1994 развиваются независимо от каких либо комммерческих
>> зависимостей, только посредством усилий общественных и исследовательских фондов.
> Ага, а отдельные коммерсанты спонсирующие отдельные направления и субпроекты - это чего?
> Из наиболее недавнего - DIFFUSE, например.

Вы путаете заказ и научное исследование на базе X.
http://caia.swin.edu.au/urp/

Для вас в этом нет разницы, конечно :)

Таки нулевая польза, или не нулевая? А то вы так непостоянны :)

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

Если компания существует долго, это не значит что она неперспективна, не так ли?
Вот, к примеру, IBM.

Впрочем, политика независимости от коммерческих проектов не мешает проектам *BSD развиваться  самостоятельно, силами участников и ресурсов некоммерческого фонда.

А проект Linux kernel не в состоянии развиваться без помощи коммерческих кампаний? Жаль, подавал надежды, пока не разбух в нечто несогласованное.

>> Проекты операционных систем компактны, согласованы,
>> и система не выглядит как нечто пухлое с понатрыкаными со всех
>> сторон кусками слабосогласованного кода.
> Угу. Вместо этого оно выглядит как архаичный пережиток 80-х, непонятно на что
> вообще ориентированный. Навалена какая-то монолитная оглобля в виде базовой системы, кому
> и нахрена такая база нужна - вопрос интересный.

Хорошо, назовите не-пережиток :)

>? Что-то из упражнений
> на тему 640 кило хватит всем. А линь не навязывающий никаких
> базовых систем как раз и оказался очень удобен.

Навязывающий? :)
Да ну? :)

# cd /usr/src/; make installkernel NO_MODULES=yes DESTDIR=/super-mini-bsd
# cd /usr/src/bin/sh ; make CC='cc -static' ; make install  DESTDIR=/super-mini-bsd

И будет вам kernel+shell. Или чего там необходимо.

> А приколись, в
> суперкомпьютере или эмбедднутой железке или там смартфоне эта твоя "базовая" никому
> и не впелась никуда и только мешается.

Прикололся. в 1995 году.

PicoBSD? :)

# cd /usr/src/release/picobsd
# svn log | tail
------------------------------------------------------------------------
r8057 | phk | 1995-04-25 06:45:18 +0300 (Tue, 25 Apr 1995) | 2 lines

Матчасть нужно знать.

> Сами же себя и
> загнали в искусственно зауженную нишу, да и в ней сливаете, перестав
> соответствовать современным требованиям (как то виртуализация и дележ ресурсов).

Это единственные современные требования?
А CAM/GEOM/ZFS/Netgraph/MAC/IPv6/etc... - это несовременные требования?

Впрочем, вы врядли успользовали, откуда вам знать. TrueOnlyLinux.

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

У вас есть статистика и объективные исследования в подтвержения? Или это ваши личные выводы в пользу себя любимого?
А то могу написать обратное.

И определитесь уж в "нас-вас". Это кто? Вы о ком-то пишете мифическом. Можно хотя бы в юр-лицах?

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

Угу. Так и представляю RHEL, дружно деляющую прибыль с IBM.

>> Если оферта будет ее обязывать публиковать код в бинарном и исходном виде,
>> то компании не имеет смыcла вкладываться на маштабную разработку - она
>> теряет конкурентное преимущество.
> Ну да, ну да, только вот что-то в линь вкладывается намного больше
> контор чем в *бсд вместе взятые. У бсдунов как обычно -
> красивая теория не стыкуется с практикой. Но такая мелочь бсдоидов традиционно
> не волнует :).

Вам никак не обойтись без склонений в сторону оскорблений?
Это от недостатка аргументации?

>> Cisco использует Linux kernel в некоторых своих моделях - вы получили измененный
>> исходный текст? А если вы его получите, то что вы будет с ним делать?
> Могу сказать как минимум за некоторые модели линксисов (дочка цыски) в которых
> линевое ядро. Там как правило выложен GPL tarball, приколись? Что я
> с ним буду делать? Хм... а это уже мои пробемы, не
> находишь? Вон под эти линксисы появилась куча прошивок в свое время.

Действительно. Проблема. Модификация есть, а что с ней делать - ХЗ.
Сколько прошивочных образов FS линксис балалаек вы собрали?

> Из всего этого постепенно выросли довольно мощные проекты. Которые для внедрения
> поддержки железа в себя могут пользоваться и кусками из GPLных tarball-ов.
> Вот это я понимаю, свобода, да. Задолбал меня баг? Пошел и
> починил, перебилдив образ фимрвари, ага.

Очень хорошо. Какие проекты вы лично используете?

>> А захочет ли компания вкладываться в изменение кода, если ее разработка согласно
>> публичной оферты сразу становиться доступна конкурентам?
> Во первых, "доступна конкуренту" !=  "немедленно полезна конкуренту в виде как
> есть". Во вторых, со стороны конкурентов ситуация та же самая и
> поэтому ... поэтому вся группа уходит в отрыв от более жадных
> конкурентов :D

Вы знаете о маркетинговой борьбе? Наверное что-то слышали. Одно слово или один прокол может обрушить продажи.
И пипец вкладам в разработку.

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

У вас личные галлюцинации, или результаты объективного анализа, с измерениями по инвестициям?

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

Или это попытка оседлать бренд первыми и получить лишний 1% прибыли на хомячках, пока бренд не протух и хомячки не переметнулись?

Рекомендую изучить хотя бы Акерлофа, "Рынок лимонов".

>> Код lunux kernеl & k юзают примерно также, с примерно тем же
>> процентом публикаций изменений от исходного кода, просто механизм немного другой,
>> только хомячки об этом как-то думать не намерены.
> Меня не интересуют абстрактные проценты в вакууме. Меня интересует реальная возможность

Действительно. Чего-то там больше или меньше меряем, но проценты не интересуют.

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

Флаг вам в руки :)

Но, наверное, не все так идиллически?
И вопрос - вы будете лично править, или будете ждать выхода нового релиза пакета, так сказать, халявы?

Да, и наверное, исходный код системы Х тоже можно править?

>> Рушиться построенная на каких-то евангелистких иллюзиях картина мира.
> Ну я не виноват что у вас что-то "рушиться" (граммар-наци, вы где?).

У меня все нормально, в курсе всего списка когнитивных искажений уже давно.

От недостатка аргументов и избытка эмоций вы готовы выискивать опечатки и предьявлять как аргументы? Оригинально :)

> Я то предпочитаю ориентироваться не на сферических коней в вакууме а
> на то что можно реально в руках повертеть. Поэтому ваши проблемы
> с эфемерными субстанциями меня волнуют крайне слабо.

Тогда почему так много текста? :)

>>> О, круто. There are 10 kinds of people... :)
>> Модельные условности.
> Что ж поделать. Правда у меня есть сомнения что вы совсем уж
> никогда не ощибаетесь, но поскольку вам к сферическим коням в вакууме
> не привыкать, допустим что такие уникумы бывают.

Горячая эмоциональная реакция, от недостатка аргументов тянет к окорблениям? :)

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

383. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Клыкастый2 (?), 21-Янв-12, 03:59 
десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get install и кучи ppa.

заради хохмы. притащили DV камеру. _срочно_ надо было скинуть видео. сунули в венду: камера не определяется. поиск дров привёл к информации, что дрова не нужны - и так всё должно работать. Ткнули в линуксовую тачку: графическая прога, кнопычки. работает старт/стоп. поток не берётся. ткнули во FreeBSD - camcontrol в зубы и поток тупо полился на винт.

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

386. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +1 +/
Сообщение от uniman (ok), 21-Янв-12, 12:57 
> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get  install и кучи ppa.

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

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

503. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Клыкастый2 (?), 23-Янв-12, 18:37 
>> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get  install и кучи ppa.
> Да ну их туда куда не светит солнце, "специалистов гентоводов". Насмотрелся.

специалисты-гентоводы делятся на три категории.
1. дети, которым "гента-это круто". либо уходят на убунту, как наиграются, либо богато набираются опыта и становятся специалистами. при чём необязательно по генту.
2. фряшники, которым интересно поковыряться с линуксом, не отходя особо по идеологии.
3. перфекционисты-кастомизаторы :)


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

414. "Линус Торвальдс выразил опасения в связи со..."  +/
Сообщение от arisu (ok), 22-Янв-12, 23:32 
> Ткнули в линуксовую
> тачку: графическая прога, кнопычки. работает старт/стоп. поток не берётся. ткнули во
> FreeBSD — camcontrol в зубы и поток тупо полился на винт.

это говорит ровно о том, что спецы по бсд у вас есть, а со спецами по пингвинусу — напряг. не более.

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

504. "Линус Торвальдс выразил опасения в связи со..."  +1 +/
Сообщение от Клыкастый2 (?), 23-Янв-12, 18:39 
> это говорит ровно о том, что спецы по бсд у вас есть, а со спецами по пингвинусу — напряг. не более.

правда? я думал ткнуть камеру и слить поток это задача для юзера, а тут вон оно как - нужен спец.

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

439. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Аноним (-), 23-Янв-12, 01:43 
> десктопная фря в полной Ж, не спорь со специалистом. Там нет apt-get
> install и кучи ppa.

В том числе и поэтому она у большинства хомяков просто без шансов. А без хомяков оно неинтересно производителям софта и железа. Ы? Кстати у arisu вроде как слака, чтоли. Поэтому лечить его про ppa - занятие неблагодарное и тупое.

> FreeBSD - camcontrol в зубы и поток тупо полился на винт.

Ты уж извини, конечно, человек, но DV-камеры нынче встречаются лишь чуть чаще чем пингвины в пустыне Сахара. Мы конечно рады за тебя, но на одну такую историю успеха в бсде найдется over 9000 контрпримеров.

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

505. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от Клыкастый2 (?), 23-Янв-12, 18:46 
> В том числе и поэтому она у большинства хомяков просто без шансов.
> А без хомяков оно неинтересно производителям софта и железа. Ы?

Это такая попытка пролечить, что хомяки делают спрос? Не делайте мне смешно.


> Кстати у arisu вроде как слака, чтоли. Поэтому лечить его про ppa - занятие неблагодарное и тупое.

не всегда целью ответа является автор сообщения :)

>> FreeBSD - camcontrol в зубы и поток тупо полился на винт.
> но на одну такую историю успеха в бсде найдется over 9000 контрпримеров.

за исключением затык со SkyStar2 (было нужно, но поддерживалась только SS1) не встречался. При одинаковом практически наборе софта фря вполне неплохо смотрится на десктопе на фоне линукса. Не "очень сильно лучше", просто вполне достойно.


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

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

вот же гады! просто таки нечесная конкуренция выходит! набежали «ктоты» и как давай пихать в пингвинус драйвера! и теперь, конечно, пингвинус под их тяжестью сыграет в ящик, а бсд будет править миром. Хитрый План.

хинт: в этом Хитром Плане есть одна маленькая ошибка.

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

416. "Линус Торвальдс выразил опасения в связи со..."  +4 +/
Сообщение от uniman (ok), 22-Янв-12, 23:38 
>> Кто-то напихал драйверов в linux kernel с разных углов
> вот же гады! просто таки нечесная конкуренция выходит! набежали «ктоты» и как
> давай пихать в пингвинус драйвера! и теперь, конечно, пингвинус под их
> тяжестью сыграет в ящик, а бсд будет править миром. Хитрый План.

Талантливо :)

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

Но читая opennet & lor уже лет 10, обнаруживаю, что появился некоторый сегмент молодых людей, которые начинают себя причислять к чему-то, в развитии чего они

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

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

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

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

Пользы от них инженерным (engineer - строитель, изобретатель, техник) пользы - ноль. Шума - много.
На 1 инженера приходиться минумум 10 единиц потреблядской анонимной "X-школоты", которая жаждет халявы, меряется "письками", уровнем и формами потреблядства, придумывает новые прозвища и все остальное биомассово-планктонистое.

Вот и вся польза в развитии.
--------

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

339. "Линус Торвальдс выразил опасения в связи со стремительным ус..."  +/
Сообщение от killer1804 (??), 20-Янв-12, 10:55 
> И в этот момент Линус вспомнил дедушку Таненбаума... ;)

Прям мои мысли прочли :) +

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

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

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




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

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