The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Прогресс в разработке Debian GNU/Hurd"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от opennews (ok) on 05-Фев-12, 14:40 
Разработчики Debian GNU/Hurd представили (http://lists.debian.org/debian-devel-announce/2012/02/msg000...) отчёт о достижениях проекта за последние полгода. Напомним, что редакцию Debian GNU/Hurd (http://wiki.debian.org/Debian_GNU/Hurd) планируется выпустить в рамках релиза Debian Wheezy, который ожидается в конце лета или начале осени 2012 года. После Debian GNU/KFreeBSD сборка Debian GNU/Hurd станет второй платформой Debian, созданной на базе ядра, отличного от Linux.


-  Инсталлятор: Обеспечение поддержки установки в графическом режиме. Формирование (http://people.debian.org/~sthibault/hurd-i386/installer/cdimage) установочных образов CD и DVD. Для упрощения экспериментов подготовлен образ (http://people.debian.org/~sthibault/hurd-i386/debian-hurd.im...) виртуальной машины для QEMU;

-  Разработчики по прежнему намерены обеспечить поставку экспериментальной сборки Debian GNU/Hurd (Technological Preview) в рамках релиза Debian Wheezy. Отмечается значительный про...

URL: http://lists.debian.org/debian-devel-announce/2012/02/msg000...
Новость: http://www.opennet.dev/opennews/art.shtml?num=33000

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

Оглавление

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


1. "Прогресс в разработке Debian GNU/Hurd"  +5 +/
Сообщение от nmorozov (ok) on 05-Фев-12, 14:40 
Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 17:51 
> Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux
> ?

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

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

137. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от nmorozov (ok) on 07-Фев-12, 09:41 
Нет
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

49. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от mf (ok) on 05-Фев-12, 19:58 
>Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?

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

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

88. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от rshadow (ok) on 06-Фев-12, 11:11 
Ну вы же ядро на прямую не используете, а используете окружение в виде утилит. Соответственно в программном плане разницы быть не должно. Ну кроме плюшек самого ядра в виде микроядерной архитектуры (о которой стока гавна друг в друга накидали и на опеннете тоже), большей безопасности (ИМХО конечно) и т.д.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

102. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от yurkis (ok) on 06-Фев-12, 14:21 
>Интересно если ли какое-то ПРАКТИЧЕСКОЕ применения дебиану на ядрах отличных от linux ?

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

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

108. "Прогресс в разработке Debian GNU/Hurd"  +3 +/
Сообщение от Аноним (??) on 06-Фев-12, 16:33 
> Если хочется, например, нативный ZFS и pf в окружении Debian (kFreeBSD)

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

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

112. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 20:24 
> А если хочется, чтобы нативный ZFS в окружении Debian еще и _работал_ - тогда Nexenta.

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

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

135. "Прогресс в разработке Debian GNU/Hurd"  –2 +/
Сообщение от iZEN (ok) on 07-Фев-12, 08:58 
> я лучше btrfs попользую пожалуй, он уже на подходе.

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

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

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

139. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 15:44 
> Как думаешь, за полгода успели доделать?

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

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

141. "Прогресс в разработке Debian GNU/Hurd"  –2 +/
Сообщение от iZEN (ok) on 07-Фев-12, 18:45 
Расскажи мне, почему ты не смог завести ZFSv28 на Фре. Все люди как люди, один ты не такой.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

142. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 21:02 
> Расскажи мне, почему ты не смог завести ZFSv28 на Фре. Все люди
> как люди, один ты не такой.

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

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

146. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от iZEN (ok) on 07-Фев-12, 21:09 
>> Расскажи мне, почему ты не смог завести ZFSv28 на Фре. Все люди
>> как люди, один ты не такой.
> Потом эти, которые смогли, засирают рассылки тоннами малоочевидных багов,

Ответь мне, где ты нашёл такую рассылку. Дай пруфлинк, пожалуйста. Я хочу поплакать над ними.

> причина которых
> - заскоки ZFS, оказывается.

Нету никаких заскоков с 2008 года с ZFS на Фре. Я на семёрке её начал использовать. Неочевидностей и пропажи данных даже в экспериментальной версии не заметил. Сейчас в ZFS "сидят" уже пять винчестеров, в разных типах пулов. Два устаревших винчестера уже вывел из пула — они используются в других устройствах типа медиаплеер и "большая флешка". Всё до сих пор работает. Оборудование безболезненно пережило миграцию 7.x->8.x->9-STABLE. ЧЯДНТ?

> Есть надежды что с бтр-ом ситуация будет
> получше,

Надежда есть. Надейтесь. Что вам остаётся ещё делать?

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

149. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 07-Фев-12, 21:30 
> Расскажи мне, почему ты не смог завести ZFSv28 на Фре.

Кернел паник при попытке смонтировать раздел, например.

> Все люди как люди, один ты не такой.

Все люди, использующие ZFS, делают это под соляркой, иллюмосом, нексентой... Под фрей этим занимаются лемминги.

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

151. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от iZEN (ok) on 07-Фев-12, 22:12 
>> Расскажи мне, почему ты не смог завести ZFSv28 на Фре.
> Кернел паник при попытке смонтировать раздел, например.

Где твой PR? Пруфлинк.

>> Все люди как люди, один ты не такой.
> Все люди, использующие ZFS, делают это под соляркой, иллюмосом, нексентой... Под фрей этим занимаются лемминги.

Ещё что в оправдание своей безграмотности можешь сказать?


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

143. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от saNdro on 07-Фев-12, 21:03 
Мне попадались упоминания, что юзают kFreeBSD ради pf. Вполне возможно, хотя во фре порт pf древний как помёт мамонта. Ещё версии 3.9
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от oneonfire on 05-Фев-12, 15:08 
прослойка DDE - это что-то интересное
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Прогресс в разработке Debian GNU/Hurd"  +5 +/
Сообщение от бедный буратино (ok) on 05-Фев-12, 15:32 
Отлично. Больше ядер, хороших и разных!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от terr0rist (ok) on 05-Фев-12, 15:47 
А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие места и нежелательные зависимости и улучшает управление ответственностью. С точки зрения разработчиков, направление верное.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

26. "Прогресс в разработке Debian GNU/Hurd"  +3 +/
Сообщение от Аноним (??) on 05-Фев-12, 17:06 
> А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких
> систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие
> места и нежелательные зависимости и улучшает управление ответственностью.

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

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

70. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 00:48 
Может наоборот — заставляет отстающих равняться на тех, кто впереди?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

72. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 06-Фев-12, 02:53 
> Может наоборот — заставляет отстающих равняться на тех, кто впереди?

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

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

89. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от rshadow (ok) on 06-Фев-12, 11:18 
> А также заставляет всех равняться на отстающих.

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

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

98. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 12:50 
> Киллерфичи будут у каждого свои по, собственно на этом и будет конкуренция/выбор.

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

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

128. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Клыкастый (ok) on 07-Фев-12, 00:31 
Вас надо понимать как "пусть все делают всё, как в линукс" или "не надо в линуксе делать своё особенное"?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

129. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 07-Фев-12, 02:38 
> Вас надо понимать как "пусть все делают всё, как в линукс" или "не надо в линуксе делать своё особенное"?

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

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

132. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Клыкастый (ok) on 07-Фев-12, 05:54 
Думаю, вопрос стоит совершенно не так. Есть задача: ядро X с окружением Z. А уж как она решается в каждом конкретном случае - дело разработчиков. И лично я в этом плане Debian одобряю. Это грамотный подход, и он нередок. Если внимательно посмотреть, организации, которые смотрят чуть дальше, чем решение сиюминутных задач, некоторые ресурсы выделяют и на побочные продукты, в которых видят толк.
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

138. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 15:41 
> Думаю, вопрос стоит совершенно не так. Есть задача: ядро X с окружением Z. А уж как она решается в каждом конкретном случае - дело разработчиков.

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

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

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

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

154. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Клыкастый (ok) on 08-Фев-12, 13:50 
> Разработчикам одного дистрибутива, разумеется, удобнее свести к минимуму отличия в окружениях, так как это упрощает их работу. Но при это пропадает весь смысл в использовании разных ядер.

а в чём он для вас изначально?

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

решительно неясно куда эти фичи денутся. кто будет юзать дистр на линуксе, будет юзать линуксовые фичи. кто на хурде - хурдовые.


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

33. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 17:50 
> А серьёзно, обеспечение поддержки системой нескольких ядер (и обратно, ядром - нескольких
> систем) ведёт к стабилизации АПИ и АБИ, позволяет найти различные узкие
> места и нежелательные зависимости и улучшает управление ответственностью. С точки зрения
> разработчиков, направление верное.

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

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

11. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 05-Фев-12, 15:34 
Эх, дождёмся ли мы того дня, когда число работающих с Debian GNU/Hurd устройств преодолеет отметку в 70%…
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Прогресс в разработке Debian GNU/Hurd"  +2 +/
Сообщение от Аноним (??) on 05-Фев-12, 15:41 
Вот как только DDE заработает...
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Виндус on 05-Фев-12, 15:42 
Когда же они его наконец-то допилят ?
Все эти прослойки - это же костыли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Прогресс в разработке Debian GNU/Hurd"  +4 +/
Сообщение от Аноним (??) on 05-Фев-12, 15:51 
Грубо говоря, микроядерные ОС целиком состоят из таких «прослоек» и «костылей». Нет ничего плохого в том, что драйверы для одного ядра заработают для другого без переписывания.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

37. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Онаним on 05-Фев-12, 18:05 
Тогда лучше бы заодно и костыль для Windows-драйверов (для Linux вроде что-то такое мутили и вроде даже сообщалось что оно как-то у кого-то работало) запилили - практического толку бы потянуло на "киллер-фичу" для Hurd.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

44. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 19:49 
Для этого нужно виндовые драйвера допилить хотя бы до такого порядка, который есть в Linux. А это весьма проблематично.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

86. "Прогресс в разработке Debian GNU/Hurd"  –2 +/
Сообщение от Аноним (??) on 06-Фев-12, 10:09 
> до такого порядка, который есть в Linux.

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

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

99. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 12:52 
> Это когда в каждом новом ядре отваливаются пачками то звук то вайфай?
> не надо нам такого порядка

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

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

134. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 08:43 
>Я почем знаю, что там в вашей фре сломали? В линуксе все работает.

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

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

140. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 15:45 
> Во фре не принято ломать-то, что работает

Ой, а там что-то еще и работает? Фантазер.

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

114. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 21:14 
> Это когда в каждом новом ядре отваливаются пачками то звук то вайфай?

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

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

58. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Divius on 05-Фев-12, 20:24 
ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

95. "Прогресс в разработке Debian GNU/Hurd"  +3 +/
Сообщение от alex.h (??) on 06-Фев-12, 12:13 
При этом, лучше не иметь опыта общения с этим бутербродом.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

144. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 21:05 
> ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки

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

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

150. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Divius (ok) on 07-Фев-12, 21:33 
>> ndiswrapper есть, позволяет в Linux использовать виндовские дрова для беспроводки
> Там нынче свои дрова вполне пристойные, а ndiswrapper, извините, дикое извращение и
> костыли. Более того, допустим ath9k в лине работает намного лучше чем
> блобятина под винды.Можно видеть как виндузятники перебирают десяток версий в то
> время как в лине наблюдается полный плагнплей. Что довольно колоритно выглядит
> :)

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

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

60. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Анноним on 05-Фев-12, 20:52 
> костыль для Windows-драйверов

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

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

74. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 03:00 
> Во Фре есть для wi-fi (NDIS driver wrapper). Результат - задайте в
> Гугле "${название_адаптера_который_вы_планируете_купить} FreeBSD" - первым же результатом
> будет хнык на форуме или в мэйллисте "сделал драйвер из виндового,
> а он не работает" (а чуть менее, чем все остальные -
> копипастами этого поста на зеркалах).

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

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

115. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:15 
> В линуксе дрова через ndiswrapper работают, так что дело было не в бобине.

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

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

78. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 06:54 
> Нет ничего плохого в том, что драйверы для одного ядра заработают
> для другого без переписывания.

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

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

16. "Прогресс в разработке Debian GNU/Hurd"  +2 +/
Сообщение от Buy email(??) on 05-Фев-12, 15:59 
Просто действительно не реально дожидаться когда под hurd будут писать драйверы, много драйверов :). Поэтому DDE правильное решение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Прогресс в разработке Debian GNU/Hurd"  +3 +/
Сообщение от lucentcode (ok) on 05-Фев-12, 16:25 
DDE - правильное направление. Само ядро очень удачное с точки зрения архитектуры. Оно позволяет почти все возможности из того же Linux собрать в виде модулей, и запускать в user-space сервисе-прослойке.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 05-Фев-12, 16:40 
Из файловых систем что-то кроме ext2 осилили запустить?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Прогресс в разработке Debian GNU/Hurd"  –4 +/
Сообщение от Антон (??) on 05-Фев-12, 16:40 
получить тормоза как минимум двукратные
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

22. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 16:49 
> получить тормоза как минимум двукратные

Бред.

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

27. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Антон (??) on 05-Фев-12, 17:08 
>> получить тормоза как минимум двукратные
> Бред.

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


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

28. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 17:13 
> Обоснуйте, пожалуйста

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

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

38. "Прогресс в разработке Debian GNU/Hurd"  –2 +/
Сообщение от Антон (??) on 05-Фев-12, 18:39 
>> Обоснуйте, пожалуйста
> Лучше вы свой бред обоснуйте.
> Начиная с того, по сравнению с чем там "тормоза двукратные".

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

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

39. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от ram_scan on 05-Фев-12, 18:59 
С чего ради оно на юзерлевел работает ? На архитектуре x86 четыре уровня привилегий, в 0 кольце ядро, в 3 юзерлевел, драйверы работают в зависимости от на 1 или 2. Если драйвер будет работать на юзерлевеле, его и повалить можно будет оттуда.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

41. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Антон (??) on 05-Фев-12, 19:18 
> С чего ради оно на юзерлевел работает ? На архитектуре x86 четыре
> уровня привилегий, в 0 кольце ядро, в 3 юзерлевел, драйверы работают
> в зависимости от на 1 или 2. Если драйвер будет работать
> на юзерлевеле, его и повалить можно будет оттуда.

x86 не единственная архитектура, которая существует на это

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

42. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Антон (??) on 05-Фев-12, 19:19 
> С чего ради оно на юзерлевел работает ? На архитектуре x86 четыре
> уровня привилегий, в 0 кольце ядро, в 3 юзерлевел, драйверы работают
> в зависимости от на 1 или 2. Если драйвер будет работать
> на юзерлевеле, его и повалить можно будет оттуда.

x86 не единственная архитектура, которая существует на этой планете

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

147. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от saNdro on 07-Фев-12, 21:13 
>> С чего ради оно на юзерлевел работает ? На архитектуре x86 четыре
>> уровня привилегий, в 0 кольце ядро, в 3 юзерлевел, драйверы работают
>> в зависимости от на 1 или 2. Если драйвер будет работать
>> на юзерлевеле, его и повалить можно будет оттуда.
> x86 не единственная архитектура, которая существует на этой планете

Это не отменяет колец уровня исполнения на прочих архитектурах. Защищённый режим придуман вовсе не для x86.

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

62. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Anon100110011 on 05-Фев-12, 21:45 
Ну и? Этот довод был релевантен лет 10-15 назад. С современными гигагерцами и гигабайтами пофиг (у меня даже на ноуте Core i7 и 8Gb DDR3). Я готов пожертвовать 5-10 % CPU на накладные расходы в пользу стабильности и гибкости.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

68. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Антон (??) on 06-Фев-12, 00:37 
> Ну и? Этот довод был релевантен лет 10-15 назад. С современными гигагерцами
> и гигабайтами пофиг (у меня даже на ноуте Core i7 и
> 8Gb DDR3). Я готов пожертвовать 5-10 % CPU на накладные расходы
> в пользу стабильности и гибкости.

Чем "навороченнее" процессор, тем дороже обходится переключение контекста

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

84. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от muon (ok) on 06-Фев-12, 09:03 
С чего бы это?
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

93. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от имя on 06-Фев-12, 12:10 
Больше регистров сохранять-восстанавливать, например
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

116. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:23 
> Больше регистров сохранять-восстанавливать, например

И кеш сильнее засирается кучей процессов гоняющих данные туда-сюда. И кстати penalty за cache miss может спокойно просадить скорость работы в разы при прочих равных.

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

155. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от muon (ok) on 09-Фев-12, 17:29 
> Больше регистров сохранять-восстанавливать, например

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

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

79. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 06-Фев-12, 06:56 
> Я готов пожертвовать 5-10 % CPU на накладные расходы в пользу стабильности и гибкости.

Так иди и жертвуй. Тебя примотали к стулу и не пускают чтоли?

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

50. "Прогресс в разработке Debian GNU/Hurd"  –3 +/
Сообщение от Crazy Alex (ok) on 05-Фев-12, 20:00 
Конечно бред. Минимум пятикратные, как везде в "красивых архитектурах" - начиная с ФП и заканчивая с различными "правильными" ООП с десятками слоёв абстракции
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

51. "Прогресс в разработке Debian GNU/Hurd"  +2 +/
Сообщение от Аноним (??) on 05-Фев-12, 20:05 
Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения, писаные студентами-индусами на питоне.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

56. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Антон (??) on 05-Фев-12, 20:18 
> Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
> писаные студентами-индусами на питоне.

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

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

61. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 05-Фев-12, 21:20 
действительно, если что то популярно, значит оно лучше
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

80. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 06:57 
> действительно, если что то популярно, значит оно лучше

Скорее, если за десятилетия никто, вообще никто не осилил сделать сколь-нибудь востребованное микроядро для десктопа - сие наводит на мысли.

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

87. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 10:34 
В основном на мысли о том, что пользователю десктопа не нужно _хорошо_, ему нужно _много_ и _сразу_. А на серверах микроядра хорошо работают — QNX, к примеру.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

105. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от letsmac (ok) on 06-Фев-12, 14:53 
QNX не только на серверах работает. Но еще и в машинах и смартфонах BlackBerry.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

119. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:25 
> QNX не только на серверах работает.

И как, много вы серверов с QNX видели за свою жизнь? :)

> Но еще и в машинах и смартфонах BlackBerry.

В одной несчастной планшетке. С кучей проблем, так что не пошел у них планшет, увы и ах. В основном - предъявы к скорости работы и потреблению батареи. Кто б сомневался.

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

136. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от letsmac (ok) on 07-Фев-12, 09:02 
>> QNX не только на серверах работает.
> И как, много вы серверов с QNX видели за свою жизнь? :)

Пару десятков OPC :-)  

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

145. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 07-Фев-12, 21:06 
> Пару десятков OPC :-)

А я - с qnx не видел ни одного. А с линуксом навалом. Видимо что-то совсем нишевое.

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

152. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от letsmac (ok) on 08-Фев-12, 08:46 
>> Пару десятков OPC :-)
> А я - с qnx не видел ни одного. А с линуксом
> навалом. Видимо что-то совсем нишевое.

Ну в районе 2000 linux напоминал больного подагрой ежа. На складах/производствах ставили серваки на nt или qnx как раз.

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

111. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от anonymous (??) on 06-Фев-12, 20:01 
На каких это серверах QNX работает?
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

85. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 09:18 
Mac OS ?
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

120. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 21:26 
> Mac OS ?

Некий довольно вырвиглазный гибрид. Микроядром там и не пахло.

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

59. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Divius (ok) on 05-Фев-12, 20:28 
> Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
> писаные студентами-индусами на питоне.

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

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

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

66. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 23:37 
  Кстати.Как с этим У АRM?
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

76. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 06-Фев-12, 03:18 
> А давайте отметим, что а. бизнес-энтерпрайз-приложения пишутся в Java; б. до проекта Python по уровню качества и поддержки этому.. гхм.. ядру ещё расти и расти.

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

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

81. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 06:58 
> до проекта Python по уровню качества и поддержки

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

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

117. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:23 
> Давайте будем различать микроядра, написанные грамотными разработчиками, и ваши бизнес-энтерпрайз-приложения,
> писаные студентами-индусами на питоне.

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

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

130. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 02:41 
> Скорее так: давайте втыкать в супердупермикроядра писанные гурами бизнес-приложения писанные на питоне :))

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

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

148. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 21:14 
> А с микроядрами - о ужас - думать надо! Питонисты разбегаются в смятении.

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

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

94. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от имя on 06-Фев-12, 12:12 
Вот, кстати, да, zfs на hurd портировать лицензионных проблем я уже не вижу
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

97. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от dimqua (ok) on 06-Фев-12, 12:44 
Было бы круто, да. :)
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

100. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 12:54 
> Вот, кстати, да, zfs на hurd портировать лицензионных проблем я уже не вижу

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

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

20. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Art_Nemo (ok) on 05-Фев-12, 16:41 
С точки зрения обычного пользователя десктопа, Debian GNU/Hurd эффективнее (быстрее, проихводительнее), чем обычный?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Прогресс в разработке Debian GNU/Hurd"  +3 +/
Сообщение от Аноним (??) on 05-Фев-12, 17:15 
> С точки зрения обычного пользователя десктопа, Debian GNU/Hurd эффективнее (быстрее, проихводительнее),
> чем обычный?

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

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

82. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 06:59 
> Работает очень медленно (возможно, из-за того, что драйвер единственной более-менее современной
> ФС ext2 написан очень криво),

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

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

21. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 16:47 
Для чего нужно несколько ядер? Да хотя бы по юридическим причинам!
Вспомните скандалы последних лет с ядром Linux в области авторских прав и патентов. Представим на минуту, что в будущем Linux не повезло и его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.
А людям работать на чем-то надо и работать законно (иначе и их посадят или оштрафуют), а не вставать полной грудью на баррикады и устанавливать свободу и коммунизм..
Вот тут и пригодиться альтернативное ядро! Или еще вариант - что-то (не дай Бог!) случилось с Торвальдсем (он ведь тоже смертен!) и развитие ядра притормозилось или вовсе прекратилось.. Что делать остальным? Переходить на альтернативы. Или вообще бросать компьютеры..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Прогресс в разработке Debian GNU/Hurd"  +2 +/
Сообщение от Аноним (??) on 05-Фев-12, 16:50 
> Для чего нужно несколько ядер? Да хотя бы по юридическим причинам!
> Вспомните скандалы последних лет с ядром Linux в области авторских прав и
> патентов. Представим на минуту, что в будущем Linux не повезло и
> его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.

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

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

55. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 20:16 
> патентов. Представим на минуту, что в будущем Linux не повезло и
> его поставили вне закона, т.е. из-за каких-либо нарушений запретили его использование.

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

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

24. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от alltiptop (ok) on 05-Фев-12, 16:56 
Доживём до времени, когда ядро и графическая система будет такой же мелочью в пакетном  менеджере, как de или браузер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 05-Фев-12, 17:04 
Ядро и графика - проекты слишком крупные. Для их создания и поддержки нужны крупные команды разработчиков, это вам не плееры и даже не браузеры. Можно привести аналогию: сколько икринок за свою жизнь откладывает рыба, и сколько детей рождается в среднестатистической человеческой семье? Далеко не всегда количество переходит в качество.

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

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

30. "Прогресс в разработке Debian GNU/Hurd"  +5 +/
Сообщение от Я (??) on 05-Фев-12, 17:15 
Ничего, скоро браузеры станут ядрами операционок, всякие там линуксы и хурды будут только прослойкой в юзерспейсе и переписаны они будут на яваскрипт для работы с дровами (написанными на флэше) :)
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

35. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 17:54 
> Ничего, скоро браузеры станут ядрами операционок, всякие там линуксы и хурды будут
> только прослойкой в юзерспейсе и переписаны они будут на яваскрипт для
> работы с дровами (написанными на флэше) :)

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

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

31. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от alltiptop (ok) on 05-Фев-12, 17:32 
> Ядро и графика - проекты слишком крупные. Для их создания и поддержки
> нужны крупные команды разработчиков, это вам не плееры и даже не
> браузеры.

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


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

32. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 05-Фев-12, 17:49 
> И тем не менее всё движется к этому

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

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

63. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от fork (??) on 05-Фев-12, 23:13 
Да без проблем, вы можете спокойно выбрать в пакетном менеджере, например, Window Maker и всегда так было. Но как-то раньше он использовался чаще, как и IceWM, Enlightenment и т. д. Щас только одни слова Gnome, Gnome2, да новости от Линуса, что он и сам уже не знает, что делать с этим ядром и количеством его строк кода. * Можно подумать, что браузер - мелочь, выбирай любой из 3-х десятков. *
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

65. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от alltiptop (ok) on 05-Фев-12, 23:23 
> Да без проблем, вы можете спокойно выбрать в пакетном менеджере, например, 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 драйвера. Ещё одно ядро на фоне всего этого уже не выглядит чем то странным.

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

67. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от dimqua (ok) on 05-Фев-12, 23:51 
> Выбор звука - oss, alsa или pulseaudio

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

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

75. "Прогресс в разработке Debian GNU/Hurd"  +1 +/
Сообщение от Аноним (??) on 06-Фев-12, 03:05 
>> Выбор звука - oss, alsa или pulseaudio
> pulseaudio не работает без alsa или oss.

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

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

83. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 08:32 
>>> Выбор звука - oss, alsa или pulseaudio
>> pulseaudio не работает без alsa или oss.
> Что, даже если транслировать звук через сеть на комп с колонками (на
> котором уже стоит alsa или oss)? :)

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

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

101. "Прогресс в разработке Debian GNU/Hurd"  –1 +/
Сообщение от Аноним (??) on 06-Фев-12, 14:10 
Кто знает, может и за GNU/Hurd окажется будущее, после того как ядро Linux окажется слишком "Раздутым и сложным", что бы кто-то мог его адекватно поддерживать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

118. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:25 
Я бы сделал ставку на Genode (см например http://www.opennet.dev/opennews/art.shtml?num=32466)
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

121. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 06-Фев-12, 21:29 
> Linux окажется слишком "Раздутым и сложным", что бы кто-то мог его
> адекватно поддерживать.

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

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

131. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Аноним (??) on 07-Фев-12, 02:42 
> Единственной проблемой является только то что любая иная ос достигшая такого же
> уровня развития тоже окажется раздутой и сложной.

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

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

110. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от Тот_Самый_Анонимус on 06-Фев-12, 19:49 
Ждём Debian GNU/ReactOS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

126. "Прогресс в разработке Debian GNU/Hurd"  +2 +/
Сообщение от анон on 06-Фев-12, 22:35 
И Debian GNU/kMinix
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

127. "Прогресс в разработке Debian GNU/Hurd"  +/
Сообщение от dimqua (ok) on 06-Фев-12, 22:59 
http://www.gentoo-wiki.info/HOWTO_Gentoo_on_WINDOWS

:-D

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

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

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




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

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