Исходное сообщение
"Re: Проект NetBSD перешел на упрощенный вариант BSD лицензии" Отправлено vle, 25-Июн-08 20:34
>>Не вижу связи с драйверами. >>Никто не предлагал сводить ВСЮ систему/системы к одной, при чем тут это? >>;) > >Во-первых, как я понимаю, опять надо делать s/системы/ядра/g ? ;) Естественно. Мухи отдельно, котлеты отдельно. >Во-вторых, если вы не в курсе, фряшные сетвевые драйвера завязаны на netgraph. Именно сетевых драйверов? Нет, не в курсе. >>Доказательства? ;) >>Их нет ни у кого, ни у меня, ни у Вас, поэтому >>предлагаю, >>эту часть дискуссии завязывать. > >Опять торопитесь додумывать... Точные цифры я вам не скажу (это надо профилировать >каждое ядро, у меня, к сожалению, просто времени нет на эти >развлечения), но могу сослаться на результаты работ над опёнковским стеком (за >развитием этой ОС я слежу наиболее внимательно, так что не обессудьте >за некоторую возможную однобокость). Значит нужно искать пути улучшени/исправления этого. >Думаю, что да. Тут "фишка" в том, чтобы уйти немножко дальше, чем >изучение азбуки. ;) > >Перечитайте сами: в ответ на слова "В OpenBSD тоже немало кода приходит" >вы пишете "только это проходит аудит OpenBSD-шников как минимум". Вы противопоставляете >OpenBSD-шный подход, насколько я понял (если ошибся, то прошу покорно извинить), >Linux-овому. Следовательно, в Linux, получается, код, включаемый в ядро, по вашим >словам, аудит не проходит. Вы меня извините, но это полный бред. Ничего такого я не говорил, не намекал и не имел ввиду. Беседу с додумываниями в таком духе я вести не намерен. >>Аналогия некорректна и неуместна. > >Уточните, почему? :) Потому что она не имеет НИКАКОГО отношения к делу. >Изначально поддержка мультипроцессорности (не только SMP) появилась, насколько я выяснил, почти одновременно >во FreeBSD и Linux. Вот насколько их корректно сейчас сравнивать - >не берусь сказать, т.к. не знаю насчёт наличия giant-локов в Linux Тырнет полон бенчмарков разных времен. Гугл помнит их всех. Линукс значительно раньше избавился от проблем с giant lock по сравнению со всеми *BSD. Это факт. Это не единственная и не самая важная характеристика системы, но тем не менее. Нормальный SMP, в смысле масштабируемый, появился во FreeBSD и  NetBSD вот совсем недавно. Для OpenBSD это  момент еще не наступил AFAIK. Делается ли что-нибудь по изначальным целям в DragonFlyBSD мне не ясно. Судя по текущим бенчмаркам - SMP они не занимаются вообще.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>Не вижу связи с драйверами. >>>Никто не предлагал сводить ВСЮ систему/системы к одной, при чем тут это? >>>;) >> >>Во-первых, как я понимаю, опять надо делать s/системы/ядра/g ? ;) > Естественно. Мухи отдельно, котлеты отдельно. >>Во-вторых, если вы не в курсе, фряшные сетвевые драйвера завязаны на netgraph. > Именно сетевых драйверов? Нет, не в курсе. >>>Доказательства? ;) >>>Их нет ни у кого, ни у меня, ни у Вас, поэтому >>>предлагаю, >>>эту часть дискуссии завязывать. >> >>Опять торопитесь додумывать... Точные цифры я вам не скажу (это надо профилировать >>каждое ядро, у меня, к сожалению, просто времени нет на эти >>развлечения), но могу сослаться на результаты работ над опёнковским стеком (за >>развитием этой ОС я слежу наиболее внимательно, так что не обессудьте >>за некоторую возможную однобокость). > Значит нужно искать пути улучшени/исправления этого. >>Думаю, что да. Тут "фишка" в том, чтобы уйти немножко дальше, чем >>изучение азбуки. ;) >> >>Перечитайте сами: в ответ на слова "В OpenBSD тоже немало кода приходит" >>вы пишете "только это проходит аудит OpenBSD-шников как минимум". Вы противопоставляете >>OpenBSD-шный подход, насколько я понял (если ошибся, то прошу покорно извинить), >>Linux-овому. Следовательно, в Linux, получается, код, включаемый в ядро, по вашим >>словам, аудит не проходит. > Вы меня извините, но это полный бред. Ничего такого я не говорил, > не намекал и не имел ввиду. Беседу с додумываниями в таком духе > я вести > не намерен. >>>Аналогия некорректна и неуместна. >> >>Уточните, почему? :) > Потому что она не имеет НИКАКОГО отношения к делу. >>Изначально поддержка мультипроцессорности (не только SMP) появилась, насколько я выяснил, почти одновременно >>во FreeBSD и Linux. Вот насколько их корректно сейчас сравнивать - >>не берусь сказать, т.к. не знаю насчёт наличия giant-локов в Linux > Тырнет полон бенчмарков разных времен. Гугл помнит их всех. > Линукс значительно > раньше избавился от проблем с giant lock по сравнению со всеми *BSD. > Это факт. Это не единственная и не самая важная > характеристика системы, но тем не менее. > Нормальный SMP, в смысле масштабируемый, появился во FreeBSD и NetBSD > вот совсем недавно. Для OpenBSD это момент еще не наступил AFAIK. > Делается ли что-нибудь по изначальным целям в DragonFlyBSD мне не ясно. > Судя по текущим бенчмаркам - SMP они не занимаются вообще.
	Введите код, изображенный на картинке: