The OpenNET Project / Index page

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

Прогресс в разработке Debian GNU/Hurd

05.02.2012 14:25

Разработчики Debian GNU/Hurd представили отчёт о достижениях проекта за последние полгода. Напомним, что редакцию Debian GNU/Hurd планируется выпустить в рамках релиза Debian Wheezy, который ожидается в конце лета или начале осени 2012 года. После Debian GNU/KFreeBSD сборка Debian GNU/Hurd станет второй официально поддерживаемой платформой Debian, использующей ядро, отличное от Linux.

  • Инсталлятор: Обеспечение поддержки установки в графическом режиме. Формирование установочных образов CD и DVD. Для упрощения экспериментов подготовлен образ виртуальной машины для QEMU;
  • Разработчики по прежнему намерены обеспечить поставку экспериментальной сборки Debian GNU/Hurd (Technological Preview) в рамках релиза Debian Wheezy. Отмечается значительный прогресс в достижении данной цели. Сформированные образы для установки по сети теперь почти полностью базируются на пакетах из репозитория main, из debian-ports.org используется только несколько пакетов.
  • Число работающих в Debian GNU/Hurd пакетов преодолело отметку в 70% от числа всех находящихся в дистрибутиве пакетов. Для сравнения в Debian GNU/kFreeBSD число работающих пакетов составляет 88%. Почти все подготовленные разработчиками GNU/Hurd патчи, устраняющие проблемы со сборкой пакетов, приняты в основной репозиторий. 30% неработающих в Debian GNU/Hurd пакетов в основном зависят от решения проблем в других пакетах или испытывают проблемы со сборкой. Из пакетов, работу которых в последнее время удалось обеспечить в Debian GNU/Hurd отмечается Iceweasel, Abiword и Gnumeric.
  • Для обеспечения надлежащей поддержки оборудования ведётся работа по созданию прослойки DDE, которая позволит в бесшовном режиме использовать драйверы из состава ядра Linux (работу подобных драйверов в GNU/Hurd будет обеспечивать специальный процесс, работающий в пространстве пользователя). Уже обеспечена поддержка сетевых карт, интеграция других классов драйверов пока в планах. Отмечается, что близкий по целям проект Arch Hurd (для загрузки доступен образ Live CD), также экспериментирует с интеграцией прослойки DDE.


  1. Главная ссылка к новости (http://lists.debian.org/debian...)
  2. OpenNews: Планы, определяющие функциональность релиза Debian 7 "Wheezy"
  3. OpenNews: Сравнение производительности Debian GNU/Hurd и Debian GNU/Linux
  4. OpenNews: В состав Debian Wheezy может войти Debian GNU/Hurd
  5. OpenNews: В микроядро GNU Mach из проекта GNU Hurd добавлена поддержка Xen DomU
  6. OpenNews: Новости проекта GNU/Hurd за ноябрь 2009 г.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33000-hurd
Ключевые слова: hurd, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (116) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, nmorozov (ok), 14:40, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?
     
     
  • 2.34, Аноним (-), 17:51, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux
    > ?

    Поставить на поиграться - это ПРАКТИЧЕСКОЕ применение?

     
     
  • 3.137, nmorozov (ok), 09:41, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет
     
  • 2.49, mf (ok), 19:58, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?

    Отпадает необходимость в создании нового дистрибутива и тулчейна вокруг нового типа ядра. В противном случае разработчикам хурда пришлось бы разрабатывать свой дебиан :).
    Если Ваш вопрос касался прочих проектов debian вроде kFreeBSD - не знаю

     
  • 2.88, rshadow (ok), 11:11, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы же ядро на прямую не используете, а используете окружение в виде утилит. Соответственно в программном плане разницы быть не должно. Ну кроме плюшек самого ядра в виде микроядерной архитектуры (о которой стока гавна друг в друга накидали и на опеннете тоже), большей безопасности (ИМХО конечно) и т.д.
     
  • 2.102, yurkis (ok), 14:21, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?

    Если хочется, например, нативный ZFS и pf в окружении Debian (kFreeBSD)

     
     
  • 3.108, Аноним (-), 16:33, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Если хочется, например, нативный ZFS и pf в окружении Debian (kFreeBSD)

    А если хочется, чтобы нативный ZFS в окружении Debian еще и _работал_ - тогда Nexenta.

     
     
  • 4.112, Аноним (-), 20:24, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если хочется, чтобы нативный ZFS в окружении Debian еще и _работал_ - тогда Nexenta.

    Еще один театр одного актера от коммерческой компании? Э не, спасибо, я лучше btrfs попользую пожалуй, он уже на подходе.

     
     
  • 5.135, iZEN (ok), 08:58, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > я лучше btrfs попользую пожалуй, он уже на подходе.

    Как думаешь, за полгода успели доделать?

    На сладенькое: http://hakushka.wordpress.com/2011/08/13/ssd-disk-trim/

     
     
  • 6.139, Аноним (-), 15:44, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Как думаешь, за полгода успели доделать?

    За три года, читаем внимательно.
    К тому же, по сравнению с тем, как работает (точнее, не работает) ZFS во фре - все равно неплохо.

     
     
  • 7.141, iZEN (ok), 18:45, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Расскажи мне, почему ты не смог завести ZFSv28 на Фре. Все люди как люди, один ты не такой.
     
     
  • 8.142, Аноним (-), 21:02, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потом эти, которые смогли, засирают рассылки тоннами малоочевидных багов, причин... текст свёрнут, показать
     
     
  • 9.146, iZEN (ok), 21:09, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ответь мне, где ты нашёл такую рассылку Дай пруфлинк, пожалуйста Я хочу поплак... большой текст свёрнут, показать
     
  • 8.149, Аноним (-), 21:30, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кернел паник при попытке смонтировать раздел, например Все люди, использующие Z... текст свёрнут, показать
     
     
  • 9.151, iZEN (ok), 22:12, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Где твой PR Пруфлинк Ещё что в оправдание своей безграмотности можешь сказать ... текст свёрнут, показать
     
  • 2.143, saNdro (?), 21:03, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мне попадались упоминания, что юзают kFreeBSD ради pf. Вполне возможно, хотя во фре порт pf древний как помёт мамонта. Ещё версии 3.9
     

  • 1.5, oneonfire (?), 15:08, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    прослойка DDE - это что-то интересное
     
  • 1.10, бедный буратино (ok), 15:32, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Отлично. Больше ядер, хороших и разных!
     
     
  • 2.14, terr0rist (ok), 15:47, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие места и нежелательные зависимости и улучшает управление ответственностью. С точки зрения разработчиков, направление верное.
     
     
  • 3.26, Аноним (-), 17:06, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких
    > систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие
    > места и нежелательные зависимости и улучшает управление ответственностью.

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

     
     
  • 4.70, Аноним (-), 00:48, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Может наоборот — заставляет отстающих равняться на тех, кто впереди?
     
     
  • 5.72, Аноним (-), 02:53, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Может наоборот — заставляет отстающих равняться на тех, кто впереди?

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

     
  • 4.89, rshadow (ok), 11:18, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А также заставляет всех равняться на отстающих.

    Бред. Никто не говорит что системы будут 100% совпадать ... это не достижимый идеал (и идеал ли вообще?). Киллерфичи будут у каждого свои по, собственно на этом и будет конкуренция/выбор.

     
     
  • 5.98, Аноним (-), 12:50, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Киллерфичи будут у каждого свои по, собственно на этом и будет конкуренция/выбор.

    Никакой конкуренции. Нет у одного - нет у всех. Ибо унификация юзерспейса.

     
  • 4.128, Клыкастый (ok), 00:31, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вас надо понимать как "пусть все делают всё, как в линукс" или "не надо в линуксе делать своё особенное"?
     
     
  • 5.129, Аноним (-), 02:38, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вас надо понимать как "пусть все делают всё, как в линукс" или "не надо в линуксе делать своё особенное"?

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

     
     
  • 6.132, Клыкастый (ok), 05:54, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, вопрос стоит совершенно не так. Есть задача: ядро X с окружением Z. А уж как она решается в каждом конкретном случае - дело разработчиков. И лично я в этом плане Debian одобряю. Это грамотный подход, и он нередок. Если внимательно посмотреть, организации, которые смотрят чуть дальше, чем решение сиюминутных задач, некоторые ресурсы выделяют и на побочные продукты, в которых видят толк.
     
     
  • 7.138, Аноним (-), 15:41, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Думаю, вопрос стоит совершенно не так. Есть задача: ядро X с окружением Z. А уж как она решается в каждом конкретном случае - дело разработчиков.

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

    > И лично я в этом плане Debian одобряю.

    А я - нет. Теперь у них провозглашена политика "долой линуксовые фичи, даешь двухтысячный год!". Не прикольно, совсем.

     
     
  • 8.154, Клыкастый (ok), 13:50, 08/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а в чём он для вас изначально решительно неясно куда эти фичи денутся кто буде... текст свёрнут, показать
     
  • 3.33, Аноним (-), 17:50, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких
    > систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие
    > места и нежелательные зависимости и улучшает управление ответственностью. С точки зрения
    > разработчиков, направление верное.

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

     

  • 1.11, Аноним (-), 15:34, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эх, дождёмся ли мы того дня, когда число работающих с Debian GNU/Hurd устройств преодолеет отметку в 70%…
     
     
  • 2.12, Аноним (-), 15:41, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот как только DDE заработает...
     

  • 1.13, Виндус (?), 15:42, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда же они его наконец-то допилят ?
    Все эти прослойки - это же костыли?
     
     
  • 2.15, Аноним (-), 15:51, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Грубо говоря, микроядерные ОС целиком состоят из таких «прослоек» и «костылей». Нет ничего плохого в том, что драйверы для одного ядра заработают для другого без переписывания.
     
     
  • 3.37, Онаним (?), 18:05, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда лучше бы заодно и костыль для Windows-драйверов (для Linux вроде что-то такое мутили и вроде даже сообщалось что оно как-то у кого-то работало) запилили - практического толку бы потянуло на "киллер-фичу" для Hurd.
     
     
  • 4.44, Аноним (-), 19:49, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого нужно виндовые драйвера допилить хотя бы до такого порядка, который есть в Linux. А это весьма проблематично.
     
     
  • 5.86, Аноним (-), 10:09, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > до такого порядка, который есть в Linux.

    Это когда в каждом новом ядре отваливаются пачками то звук то вайфай?
    не надо нам такого порядка

     
     
  • 6.99, Аноним (-), 12:52, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это когда в каждом новом ядре отваливаются пачками то звук то вайфай?
    > не надо нам такого порядка

    Я почем знаю, что там в вашей фре сломали? В линуксе все работает.

     
     
  • 7.134, Аноним (-), 08:43, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Я почем знаю, что там в вашей фре сломали? В линуксе все работает.

    Во фре не принято ломать-то, что работает, в отличии от... фантазер.

     
     
  • 8.140, Аноним (-), 15:45, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, а там что-то еще и работает Фантазер ... текст свёрнут, показать
     
  • 6.114, Аноним (-), 21:14, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это когда в каждом новом ядре отваливаются пачками то звук то вайфай?

    Это лучше чем когда драйвера просто нет совсем и не ломается он только по этой печальной причине.

     
  • 4.58, Divius (?), 20:24, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки
     
     
  • 5.95, alex.h (??), 12:13, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При этом, лучше не иметь опыта общения с этим бутербродом.
     
  • 5.144, Аноним (-), 21:05, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки

    Там нынче свои дрова вполне пристойные, а ndiswrapper, извините, дикое извращение и костыли. Более того, допустим ath9k в лине работает намного лучше чем блобятина под винды.Можно видеть как виндузятники перебирают десяток версий в то время как в лине наблюдается полный плагнплей. Что довольно колоритно выглядит :)

     
     
  • 6.150, Divius (ok), 21:33, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки
    > Там нынче свои дрова вполне пристойные, а ndiswrapper, извините, дикое извращение и
    > костыли. Более того, допустим ath9k в лине работает намного лучше чем
    > блобятина под винды.Можно видеть как виндузятники перебирают десяток версий в то
    > время как в лине наблюдается полный плагнплей. Что довольно колоритно выглядит
    > :)

    Да, но несколько лет назад ещё приходилось изгаляться.

     
  • 4.60, Анноним (?), 20:52, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > костыль для Windows-драйверов

    Во Фре есть для wi-fi (NDIS driver wrapper). Результат - задайте в Гугле "${название_адаптера_который_вы_планируете_купить} FreeBSD" - первым же результатом будет хнык на форуме или в мэйллисте "сделал драйвер из виндового, а он не работает" (а чуть менее, чем все остальные - копипастами этого поста на зеркалах).

     
     
  • 5.74, Аноним (-), 03:00, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Во Фре есть для wi-fi (NDIS driver wrapper). Результат - задайте в
    > Гугле "${название_адаптера_который_вы_планируете_купить} FreeBSD" - первым же результатом
    > будет хнык на форуме или в мэйллисте "сделал драйвер из виндового,
    > а он не работает" (а чуть менее, чем все остальные -
    > копипастами этого поста на зеркалах).

    В линуксе дрова через ndiswrapper работают, так что дело было не в бобине.

     
     
  • 6.115, Аноним (-), 21:15, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В линуксе дрова через ndiswrapper работают, так что дело было не в бобине.

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

     
  • 3.78, Аноним (-), 06:54, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет ничего плохого в том, что драйверы для одного ядра заработают
    > для другого без переписывания.

    Любой красивой теории грош цена пока она не подтверждена практикой.

     

  • 1.16, Buy (??), 15:59, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Просто действительно не реально дожидаться когда под hurd будут писать драйверы, много драйверов :). Поэтому DDE правильное решение.
     
  • 1.17, lucentcode (ok), 16:25, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    DDE - правильное направление. Само ядро очень удачное с точки зрения архитектуры. Оно позволяет почти все возможности из того же Linux собрать в виде модулей, и запускать в user-space сервисе-прослойке.
     
     
  • 2.18, Аноним (-), 16:40, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из файловых систем что-то кроме ext2 осилили запустить?
     
  • 2.19, Антон (??), 16:40, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    получить тормоза как минимум двукратные
     
     
  • 3.22, Аноним (-), 16:49, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > получить тормоза как минимум двукратные

    Бред.

     
     
  • 4.27, Антон (??), 17:08, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> получить тормоза как минимум двукратные
    > Бред.

    Обоснуйте, пожалуйста


     
     
  • 5.28, Аноним (-), 17:13, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Обоснуйте, пожалуйста

    Лучше вы свой бред обоснуйте.
    Начиная с того, по сравнению с чем там "тормоза двукратные".

     
     
  • 6.38, Антон (??), 18:39, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Обоснуйте, пожалуйста
    > Лучше вы свой бред обоснуйте.
    > Начиная с того, по сравнению с чем там "тормоза двукратные".

    В микроядре драйверы устройств работают в user-level. А накладные расходы на переключение контекста при пересылке данных указом президента отменили?

     
     
  • 7.39, ram_scan (?), 18:59, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С чего ради оно на юзерлевел работает ? На архитектуре x86 четыре уровня привилегий, в 0 кольце ядро, в 3 юзерлевел, драйверы работают в зависимости от на 1 или 2. Если драйвер будет работать на юзерлевеле, его и повалить можно будет оттуда.
     
     
  • 8.41, Антон (??), 19:18, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    x86 не единственная архитектура, которая существует на это... текст свёрнут, показать
     
  • 8.42, Антон (??), 19:19, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    x86 не единственная архитектура, которая существует на этой планете... текст свёрнут, показать
     
     
  • 9.147, saNdro (?), 21:13, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это не отменяет колец уровня исполнения на прочих архитектурах Защищённый режим... текст свёрнут, показать
     
  • 7.62, Anon100110011 (?), 21:45, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и? Этот довод был релевантен лет 10-15 назад. С современными гигагерцами и гигабайтами пофиг (у меня даже на ноуте Core i7 и 8Gb DDR3). Я готов пожертвовать 5-10 % CPU на накладные расходы в пользу стабильности и гибкости.
     
     
  • 8.68, Антон (??), 00:37, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чем навороченнее процессор, тем дороже обходится переключение контекста... текст свёрнут, показать
     
     
  • 9.84, muon (ok), 09:03, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    С чего бы это ... текст свёрнут, показать
     
     
  • 10.93, имя (?), 12:10, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Больше регистров сохранять-восстанавливать, например... текст свёрнут, показать
     
     
  • 11.116, Аноним (-), 21:23, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И кеш сильнее засирается кучей процессов гоняющих данные туда-сюда И кстати pen... текст свёрнут, показать
     
  • 11.155, muon (ok), 17:29, 09/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    При переключении контекста сохраняются-восстанавливаются не все регистры, а толь... текст свёрнут, показать
     
  • 8.79, Аноним (-), 06:56, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так иди и жертвуй Тебя примотали к стулу и не пускают чтоли ... текст свёрнут, показать
     
  • 4.50, Crazy Alex (ok), 20:00, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Конечно бред. Минимум пятикратные, как везде в "красивых архитектурах" - начиная с ФП и заканчивая с различными "правильными" ООП с десятками слоёв абстракции
     
     
  • 5.51, Аноним (-), 20:05, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения, писаные студентами-индусами на питоне.
     
     
  • 6.56, Антон (??), 20:18, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
    > писаные студентами-индусами на питоне.

    Ну и где же ваши "грамотные" микроядра на десктопах и серверах?

     
     
  • 7.61, Аноним (-), 21:20, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    действительно, если что то популярно, значит оно лучше
     
     
  • 8.80, Аноним (-), 06:57, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, если за десятилетия никто, вообще никто не осилил сделать сколь-нибудь в... текст свёрнут, показать
     
     
  • 9.87, Аноним (-), 10:34, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В основном на мысли о том, что пользователю десктопа не нужно _хорошо_, ему нужн... текст свёрнут, показать
     
     
  • 10.105, letsmac (ok), 14:53, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    QNX не только на серверах работает Но еще и в машинах и смартфонах BlackBerry ... текст свёрнут, показать
     
     
  • 11.119, Аноним (-), 21:25, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И как, много вы серверов с QNX видели за свою жизнь В одной несчастной планш... текст свёрнут, показать
     
     
  • 12.136, letsmac (ok), 09:02, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пару десятков OPC - ... текст свёрнут, показать
     
     
  • 13.145, Аноним (-), 21:06, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А я - с qnx не видел ни одного А с линуксом навалом Видимо что-то совсем нишев... текст свёрнут, показать
     
     
  • 14.152, letsmac (ok), 08:46, 08/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в районе 2000 linux напоминал больного подагрой ежа На складах производствах... текст свёрнут, показать
     
  • 10.111, anonymous (??), 20:01, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На каких это серверах QNX работает ... текст свёрнут, показать
     
  • 7.85, Аноним (-), 09:18, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Mac OS ?
     
     
  • 8.120, Аноним (-), 21:26, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Некий довольно вырвиглазный гибрид Микроядром там и не пахло ... текст свёрнут, показать
     
  • 6.59, Divius (ok), 20:28, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
    > писаные студентами-индусами на питоне.

    А давайте отметим, что а. бизнес-энтерпрайз-приложения пишутся в Java; б. до проекта Python по уровню качества и поддержки этому.. гхм.. ядру ещё расти и расти.

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

     
     
  • 7.66, Аноним (-), 23:37, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
      Кстати.Как с этим У АRM?
     
  • 7.76, Аноним (-), 03:18, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А давайте отметим, что а. бизнес-энтерпрайз-приложения пишутся в Java; б. до проекта Python по уровню качества и поддержки этому.. гхм.. ядру ещё расти и расти.

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

     
  • 7.81, Аноним (-), 06:58, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > до проекта Python по уровню качества и поддержки

    Вот не надо только про это ..., ладно? Оно настолько качественное что в системе приходится таскать 3 разные версии этого шита.

     
  • 6.117, Аноним (-), 21:23, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
    > писаные студентами-индусами на питоне.

    Скорее так: давайте втыкать в супердупермикроядра писанные гурами бизнес-приложения писанные на питоне :))

     
     
  • 7.130, Аноним (-), 02:41, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Скорее так: давайте втыкать в супердупермикроядра писанные гурами бизнес-приложения писанные на питоне :))

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

     
     
  • 8.148, Аноним (-), 21:14, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Питонисты вообще ядра не пишут В силу того что питон заточен на это применение ... текст свёрнут, показать
     
  • 2.94, имя (?), 12:12, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, кстати, да, zfs на hurd портировать лицензионных проблем я уже не вижу
     
     
  • 3.97, dimqua (ok), 12:44, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Было бы круто, да. :)
     
  • 3.100, Аноним (-), 12:54, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот, кстати, да, zfs на hurd портировать лицензионных проблем я уже не вижу

    Зато технические проблемы налицо. Ничего новее ext2 туда портировать не смогли.

     

     ....большая нить свёрнута, показать (41)

  • 1.20, Art_Nemo (ok), 16:41, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С точки зрения обычного пользователя десктопа, Debian GNU/Hurd эффективнее (быстрее, проихводительнее), чем обычный?
     
     
  • 2.29, Аноним (-), 17:15, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > С точки зрения обычного пользователя десктопа, Debian GNU/Hurd эффективнее (быстрее, проихводительнее),
    > чем обычный?

    Работает очень медленно (возможно, из-за того, что драйвер единственной более-менее современной ФС ext2 написан очень криво), практически не поддерживает современное железо, иногда наблюдаются проблемы с портированием юниксового софта.

     
     
  • 3.82, Аноним (-), 06:59, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Работает очень медленно (возможно, из-за того, что драйвер единственной более-менее современной
    > ФС ext2 написан очень криво),

    А также микроядерность наверняка вносит свою лепту. Ну и так далее. Мушкетеры, 20 лет спустя. Так и не потеряли надежду втулить микроядро на десктоп. Хотя кому кроме них это надо - не понятно.

     

  • 1.21, Аноним (-), 16:47, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для чего нужно несколько ядер? Да хотя бы по юридическим причинам!
    Вспомните скандалы последних лет с ядром Linux в области авторских прав и патентов. Представим на минуту, что в будущем Linux не повезло и его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.
    А людям работать на чем-то надо и работать законно (иначе и их посадят или оштрафуют), а не вставать полной грудью на баррикады и устанавливать свободу и коммунизм..
    Вот тут и пригодиться альтернативное ядро! Или еще вариант - что-то (не дай Бог!) случилось с Торвальдсем (он ведь тоже смертен!) и развитие ядра притормозилось или вовсе прекратилось.. Что делать остальным? Переходить на альтернативы. Или вообще бросать компьютеры..
     
     
  • 2.23, Аноним (-), 16:50, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Для чего нужно несколько ядер? Да хотя бы по юридическим причинам!
    > Вспомните скандалы последних лет с ядром Linux в области авторских прав и
    > патентов. Представим на минуту, что в будущем Linux не повезло и
    > его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.

    Тогда и Hurdы всякие загнутся. Потому что живут на линуксовых дровах и фичах.

     
  • 2.55, Аноним (-), 20:16, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > патентов. Представим на минуту, что в будущем Linux не повезло и
    > его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.

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

     

  • 1.24, alltiptop (ok), 16:56, 05/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Доживём до времени, когда ядро и графическая система будет такой же мелочью в пакетном  менеджере, как de или браузер.
     
     
  • 2.25, Аноним (-), 17:04, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро и графика - проекты слишком крупные. Для их создания и поддержки нужны крупные команды разработчиков, это вам не плееры и даже не браузеры. Можно привести аналогию: сколько икринок за свою жизнь откладывает рыба, и сколько детей рождается в среднестатистической человеческой семье? Далеко не всегда количество переходит в качество.

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

     
     
  • 3.30, Я (??), 17:15, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ничего, скоро браузеры станут ядрами операционок, всякие там линуксы и хурды будут только прослойкой в юзерспейсе и переписаны они будут на яваскрипт для работы с дровами (написанными на флэше) :)
     
     
  • 4.35, Аноним (-), 17:54, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего, скоро браузеры станут ядрами операционок, всякие там линуксы и хурды будут
    > только прослойкой в юзерспейсе и переписаны они будут на яваскрипт для
    > работы с дровами (написанными на флэше) :)

    В таком мире места линуксу нет.
    В качестве ядра сойдет любое накарябанное школьником за недельку поделие, способное запускать 1 процесс и работать с сетью по TCP (дрова сетевушек, разумеется, тащатся из линукса и винды).

     
  • 3.31, alltiptop (ok), 17:32, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро и графика - проекты слишком крупные. Для их создания и поддержки
    > нужны крупные команды разработчиков, это вам не плееры и даже не
    > браузеры.

    И тем не менее всё движется к этому


     
     
  • 4.32, Аноним (-), 17:49, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И тем не менее всё движется к этому

    К куче ядер и график, каждое из которых делается независимым школьником и не имеет 99% необходимой функциональности, и при этом несовместимо с другим решениями?

     
  • 2.63, fork (??), 23:13, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да без проблем, вы можете спокойно выбрать в пакетном менеджере, например, Window Maker и всегда так было. Но как-то раньше он использовался чаще, как и IceWM, Enlightenment и т. д. Щас только одни слова Gnome, Gnome2, да новости от Линуса, что он и сам уже не знает, что делать с этим ядром и количеством его строк кода. * Можно подумать, что браузер - мелочь, выбирай любой из 3-х десятков. *
     
     
  • 3.65, alltiptop (ok), 23:23, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да без проблем, вы можете спокойно выбрать в пакетном менеджере, например, Window
    > Maker и всегда так было. Но как-то раньше он использовался чаще,
    > как и IceWM, Enlightenment и т. д. Щас только одни слова
    > Gnome, Gnome2, да новости от Линуса, что он и сам уже
    > не знает, что делать с этим ядром и количеством его строк
    > кода. * Можно подумать, что браузер - мелочь, выбирай любой из
    > 3-х десятков. *

    Видимо неправильно сделал написав слово "мелочь". Графических интернет-браузеров в линуксе всего 3 - chrome (точнее движок webkit (rekonq, arora, epiphany, konqueror и т.д.)), firefox (gecko) и opera. Полных de тоже всего 3 - kde, gnome и xfce (хотя тут выбор шире за счёт lxde, e17 и т.д.). Выбор звука - oss, alsa или pulseaudio, скоро станет возможным такой же выбор графической системы, так как Wayland активно пилят, на многие видеокарты как минимум по 2 драйвера. Ещё одно ядро на фоне всего этого уже не выглядит чем то странным.

     
     
  • 4.67, dimqua (ok), 23:51, 05/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Выбор звука - oss, alsa или pulseaudio

    pulseaudio не работает без alsa или oss.

     
     
  • 5.75, Аноним (-), 03:05, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Выбор звука - oss, alsa или pulseaudio
    > pulseaudio не работает без alsa или oss.

    Что, даже если транслировать звук через сеть на комп с колонками (на котором уже стоит alsa или oss)? :)

     
     
  • 6.83, Аноним (-), 08:32, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Выбор звука - oss, alsa или pulseaudio
    >> pulseaudio не работает без alsa или oss.
    > Что, даже если транслировать звук через сеть на комп с колонками (на
    > котором уже стоит alsa или oss)? :)

    Тогда с таким же успехом - EsounD, NAS

     

  • 1.101, Аноним (-), 14:10, 06/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто знает, может и за GNU/Hurd окажется будущее, после того как ядро Linux окажется слишком "Раздутым и сложным", что бы кто-то мог его адекватно поддерживать.
     
     
  • 2.118, Аноним (-), 21:25, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы сделал ставку на Genode (см например http://www.opennet.ru/opennews/art.shtml?num=32466)
     
  • 2.121, Аноним (-), 21:29, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Linux окажется слишком "Раздутым и сложным", что бы кто-то мог его
    > адекватно поддерживать.

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

     
     
  • 3.131, Аноним (-), 02:42, 07/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственной проблемой является только то что любая иная ос достигшая такого же
    > уровня развития тоже окажется раздутой и сложной.

    Пока что это очевидно только для монолитных ядер.

     

  • 1.110, Тот_Самый_Анонимус (?), 19:49, 06/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём Debian GNU/ReactOS.
     
     
  • 2.126, анон (?), 22:35, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И Debian GNU/kMinix
     
  • 2.127, dimqua (ok), 22:59, 06/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.gentoo-wiki.info/HOWTO_Gentoo_on_WINDOWS

    :-D

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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