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

"Доступен Debian GNU/Hurd 2019"	+1 +/–
Сообщение от opennews (??), 07-Июл-19, 14:58
Представлен (https://lists.debian.org/debian-hurd/2019/07/msg00001.html) релиз Debian GNU/Hurd 2019, редакции дистрибутива Debian 10.0 "Buster" (https://www.opennet.dev/opennews/art.shtml?num=51041), сочетающей программное окружение Debian c ядром GNU/Hurd. Репозиторий Debian GNU/Hurd включает примерно 80% пакетов от общего размера архива Debian, в том числе портированы Firefox и Xfce 4.12. Debian GNU/Hurd и Debian GNU/KFreeBSD являются единственными платформами Debian, созданными на базе ядра, отличного от Linux. Платформа GNU/Hurd не вошла в число официально поддерживаемых архитектур Debian 10, поэтому релиз Debian GNU/Hurd 2019 выпущен отдельно и имеет статус неофициального выпуска Debian. Готовые сборки, снабжённые специально созданным графическим инсталлятором, и пакеты в настоящее время доступны только для архитектуры i386. Для загрузки подготовлены (https://cdimage.debian.org/cdimage/ports/current-hurd-i386/) установочные образы NETINST, CD и DVD, а также образ для запуска в системах виртуализации. GNU Hurd представляет собой ядро, развиваемое в качестве замены ядра Unix и оформленное в виде набора серверов, работающих поверх микроядра GNU Mach и реализующих различные системные сервисы, такие как файловые системы, сетевой стек, система управления доступом к файлам. Микроядро GNU Mach предоставляет IPC-механизм, используемый для организации взаимодействия компонентов GNU Hurd и построения распределённой мультисерверной архитектуры. В новом выпуске: -  Добавлена поддержка LLVM; -  Реализована опциональная поддержка TCP/IP стека LwIP (http://savannah.nongnu.org/projects/lwip/); -  Добавлен транслятор ACPI, который пока используется только для выключения после завершения работы системы; -  Представлен арбитр шины PCI, который может оказаться полезным для корректного упрваления доступом к PCI; -  Добавлены новые оптимизации, затрагивающие режим прикрепления защищённых ресурсов (protected payload, походит на capabilities в Linux), управление подкачкой страниц памяти, диспетчеризацию сообщений и gsync-синхронизацию. URL: https://news.ycombinator.com/item?id=20374239 Новость: https://www.opennet.dev/opennews/art.shtml?num=51048
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 07-Июл-19, 14:58	–9 +/–
Оно ещё шевелится?Лет 7 назад пинал палочкой в виртулбоксе- было совершенно неюзабельно,а щас?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #17, #38, #50

3. Сообщение от Аноним (3), 07-Июл-19, 15:09	+6 +/–
Возьми да попробуй, нам расскажешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Stax (ok), 07-Июл-19, 15:20	+/–
В виртуалке оно хотя бы загружаться может (правда не знаю насчет виртуалбокса, а вот под QEMU вполне). Но с поддержкой реального современного железа пока все туго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

5. Сообщение от Аноним (5), 07-Июл-19, 16:01	+7 +/–
Нужно переписать с нуля на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #10, #11, #15, #20, #21, #36, #42

6. Сообщение от Аноним (6), 07-Июл-19, 16:07	–1 +/–
Rust лицензирован на MIT / Apache
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7, #12

7. Сообщение от Анонимус2 (?), 07-Июл-19, 16:12	+9 +/–
И это как-то мешает писать на нем программы и лицензировать их под gpl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13

9. Сообщение от IRASoldier_registered (ok), 07-Июл-19, 16:55	+1 +/–
И будет туго. Потому что заинтересованных в развитии и существовании этого самого Hurd - ничтожно малое количество в отношении к тем, кто активно _использует_ и пилит опенсорс. Можно считать, что проект джаст фор фан и/или исследовательский, не более.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #40

10. Сообщение от Анончик999999 (?), 07-Июл-19, 17:17	–1 +/–
Хорошая идея!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от not a number (?), 07-Июл-19, 17:19	–2 +/–
и sysvinit на rust надо переписать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24, #86

12. Сообщение от Аноним84701 (ok), 07-Июл-19, 17:28	+1 +/–
> Rust лицензирован на MIT / Apache Т.е. написать свой, правильный компилятор под AGPL нельзя, под страхом посмертного отключения от интернета? o_O Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14, #43

13. Сообщение от Аноним (13), 07-Июл-19, 17:34	+/–
Да, это позволяет закрыть среду разработки (Rust) в будущем и остаться без инструмента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16, #18, #29, #30, #64

14. Сообщение от Аноним (13), 07-Июл-19, 17:35	+/–
Можно, кому это надо - тот и напишет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от НеСмузихлёб (?), 07-Июл-19, 17:38	+/–
А Rust переписать на C. Многоходовочка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

16. Сообщение от Junior frontend developer (?), 07-Июл-19, 17:44	+/–
Это будет самоубийством для языка. Никто так делать не будет. К тому же форки всегда останутся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #37

17. Сообщение от CZ (??), 07-Июл-19, 17:49	+5 +/–
Прошлую версию Debian Hurd я пробовал установить на реальном железе - не взлетело. На процессе установки зависало. Но проект нужный. Надо ещё раз попробовать установить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #19, #28, #31

18. Сообщение от Тот_Самый_Анонимус (?), 07-Июл-19, 21:26	+/–
>Да, это позволяет закрыть среду разработки (Rust) в будущем и остаться без инструмента. Каким образом? Больные на голову гпльщики уже не знают какую чушь нести. Всего два вопроса: Как закрыть код, уже открытый? Как владельцу гпл-кода лицензия помешает закрыть будущие версии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #33, #39, #45

19. Сообщение от Аноним (19), 07-Июл-19, 22:04	–2 +/–
>Но проект нужный. Кому? И для каких целей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #25, #26

20. Сообщение от Аноним (20), 07-Июл-19, 22:21	+1 +/–
Так есть же redox про это уже, с микроядром и активно пилится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23, #35

21. Сообщение от КГБ СССР (?), 07-Июл-19, 23:16	–2 +/–
Бери и переписывай. Как закончишь, доложишь лично мне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22, #27

22. Сообщение от Аноним (5), 07-Июл-19, 23:27	+1 +/–
Так точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

23. Сообщение от Аноним (5), 07-Июл-19, 23:29	+/–
Там же вроде самый главный чел ушёл недавно, просто надоело. Если у них всё хорошо, то я только рад. Redox тоже нужен. Нужно больше альтернатив. А то после Линуса придут какие-нибудь поехавший сжв, а переехать-то и некуда будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #32

24. Сообщение от Анимус (?), 08-Июл-19, 00:09	–2 +/–
sysvinit уже на могильный камень переписали. Может, стоит остановиться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #75

25. Сообщение от Аноним3 (?), 08-Июл-19, 01:50	+4 +/–
технически система микроядра и системных серверов может быть куда более гибкой чем все юникс системы вместе взятые. и при этом более производительна, но все упирается в людей. если бы фирмам нужен был такой софт они бы давно его схватили. фишка в том, что линукс взлетел раньше и поддержка им железа , да количество софта общирней. никто не хочет вкладываться. а идея оч неплоха. а насчет стабильней оно или нет... ну в теории должно быть так, но на практике тут тоже куча серверов , которые должны обрабатывать кучу запросов программ. короче как говорится от багов никто не застрахован. но как проект чисто научный оч неплох.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #51, #70, #77

26. Сообщение от Аноним3 (?), 08-Июл-19, 01:50	–2 +/–
технически система микроядра и системных серверов может быть куда более гибкой чем все юникс системы вместе взятые. и при этом более производительна, но все упирается в людей. если бы фирмам нужен был такой софт они бы давно его схватили. фишка в том, что линукс взлетел раньше и поддержка им железа , да количество софта общирней. никто не хочет вкладываться. а идея оч неплоха. а насчет стабильней оно или нет... ну в теории должно быть так, но на практике тут тоже куча серверов , которые должны обрабатывать кучу запросов программ. короче как говорится от багов никто не застрахован. но как проект чисто научный оч неплох.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

27. Сообщение от Perl_Jam (?), 08-Июл-19, 03:21	+/–
+
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от Perl_Jam (?), 08-Июл-19, 03:22	+/–
Багрепорт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #61

29. Сообщение от IRASoldier_registered (ok), 08-Июл-19, 04:19	+/–
Бред. Никто в здравом уме не станет закрывать ЯП. Измышление больного воображения хомячков Столлмана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

30. Сообщение от Мимоход (?), 08-Июл-19, 06:01	+/–
Нет, не позволяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

31. Сообщение от Аноним (31), 08-Июл-19, 08:04	–1 +/–
Уже развили, называется Fuchsia.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #34

32. Сообщение от Растохейтер (?), 08-Июл-19, 08:06	+/–
> просто надоело Уверен? > Redox тоже нужен. > А то после Линуса придут какие-нибудь поехавший сжв, > а переехать-то и некуда будет. Так ведь Раст пилят как раз те самые "поехавшие сжв", ты не знал разве?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

33. Сообщение от myhand (ok), 08-Июл-19, 08:33	+1 +/–
> Как закрыть код, уже открытый? Купите(наймите) всех ключевых разработчиков и смените лицензию проекта.  Все, код закрыт.  Дальше дарагие бздуны будут разбираться в оставшемся - до освоения Галактики. > Как владельцу гпл-кода лицензия помешает закрыть будущие версии? Никак, на то он и владелец.  Так что думайте буйной головкой и смотрите копирайты, прежде чем отсылать свой многабукав патч.  Стоит-ли там FSF или Вася Пупкин, который мог выбрать GPL потому что чо, прикольно - а может и ножичком полоснуть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

34. Сообщение от A.Stahl (ok), 08-Июл-19, 08:41	+/–
Это будет внутренний Гугл-проект для Гугл-инфраструктуры. Как иОС для Эппла. Не интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #72

35. Сообщение от Ретроград (?), 08-Июл-19, 10:03	+/–
Оно мертворожденное. До сих пор даже драйвера ХДД нет, вообще никакого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

36. Сообщение от Аноним (37), 08-Июл-19, 10:07	+/–
>Нужно переписать с нуля на Rust. Не забываем, что GNU/HURD это проект FSF. Поэтому неплохо бы узнать отношение FSF к Rust сначала. Я не нашёл их официального мнения. Но сомневаюсь, что оно одобрительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #44

37. Сообщение от Аноним (37), 08-Июл-19, 10:10	+2 +/–
Словом, пока не появится фронтенд Rust в GCC, закладываться на него не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

38. Сообщение от Ретроград (?), 08-Июл-19, 10:13	–1 +/–
Это предсмертная агония. Оно, к сожалению, намертво гвоздями-соточкой прибито к 32 битам, проще написать заново, чем портировать. Официальная позиция разработчиков, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #41

39. Сообщение от Аноним (37), 08-Июл-19, 10:19	+1 +/–
>Как закрыть код, уже открытый? Элементарно, Ватсон! Cделать из бздунского кода закрытый форк - как два пальца. Все изменения/несовместимости добавлять в закрытую ветку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #81

40. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 11:08	–2 +/–
> И будет туго. Потому что заинтересованных в развитии и существовании этого самого > Hurd - ничтожно малое количество в отношении к тем, кто активно "делает и продаёт несовместимое железо", вы хотели сказать? Не хотели?   Ну, и ладно. >опенсорс. >джаст фор фан >не более. ОМФГ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #47

41. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 11:13	+/–
>Официальная позиция разработчиков, если что. Врёшь, как дышишь. "" 64 bit support  ... kernel part is done "" --https://www.gnu.org/software/hurd/open_issues/64-bit_port.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 11:14	+/–
> Нужно переписать с нуля на Rust. Начинай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #79

43. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 11:20	+/–
> Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП? Да!  И это разработчики rust.  И их друзья ****окодеры из МоФоКо. Каждая новая мозила требует каждого нового rustc, не совместимого... ...в каких-то очень(!) важных местах с предыдущим $(CURRENT - 0.01)... Реализация яп, говоите, стандарт яп, говорите?   Хех!1...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #58

44. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 11:25	+/–
>>переписать с нуля >проект FSF. Поэтому неплохо бы узнать отношение FSF к Ну, прочитай https://www.gnu.org/philosophy/free-sw.html в конце-то концов.  Напрягись!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #56

45. Сообщение от ikomb (ok), 08-Июл-19, 11:36	–1 +/–
гпльщики - это сектанты-фанатики из мира IT
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #46

46. Сообщение от rshadow (ok), 08-Июл-19, 12:15	+2 +/–
В мире гпл есть два типа фанатиков. Одни за гпл. Другие против. Первые адекватнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #49, #59

47. Сообщение от IRASoldier_registered (ok), 08-Июл-19, 12:43	+/–
>несовместимое ...с чем? С поделкой полутора нердов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #48

48. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 13:35	–1 +/–
>>несовместимое > ...с чем? С поделкой полутора нердов? Полтора-два-три прОцента тоже мучаются. _Некоторые_ покупальщики "игроваго" железа бегают по этим граблям:  у них _аж_ дебиан не ставится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #55

49. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 13:41	+/–
> В мире гпл есть два типа фанатиков. Одни за гпл. Другие против. > Первые адекватнее. А "в мире" свободных опсорсников-пермиссивщиков, дружильщиков с капрорациями, .... ...всё наоборот.   Два мира -- два наоборота. ---""In Soviet Russia, TV watches you.""
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

50. Сообщение от Ключевский (?), 08-Июл-19, 14:42	+/–
Попробовал поставить в KVM. Поставилось. В консоли шевелится. Иксы стартуют, но в иксах не работает мышка никак. Так что для десктопа даже в виртуалке не готово, а для серверов оно и никогда не было нужно. Если хочется маргинальщины, то поставь OpenBSD, оно хоть и жутко тормозит, но работает и может в качестве десктопа юзаться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #63

51. Сообщение от Аноним (51), 08-Июл-19, 14:46	–1 +/–
>технически система микроядра и системных серверов может быть куда более гибкой чем Только в вашем теоретическом мaнямирке. В реальности микроядра это свалка палок и навоза. За пределами какой-то одной очень специфичной и нишевой задачи ни одно из современных микроядер не юзабельно. Систему общего назначения на них не построить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #52, #68

52. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 15:05	+/–
>Систему общего назначения на них > не построить. То, что никто... пока B))) не смог этого сделать, не означает... #нувыпонели
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #53

53. Сообщение от Аноним (51), 08-Июл-19, 15:20	+/–
Ну вот когда сделают тогда и поговорим. А до тех пор не стоит распространять мифы про превосходство миркроядер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #54

54. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 15:46	+/–
> Ну вот когда сделают тогда и поговорим. А до тех пор не > стоит распространять мифы про превосходство миркроядер. То есть аргументов против #25 не было и нет. Впрочем, как и у самого #25 - аргументов "за". Вы не соскакивайте -- продолжайте "дискусс".  Аудитория вукатайке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

55. Сообщение от IRASoldier_registered (ok), 08-Июл-19, 16:50	–3 +/–
>у них _аж_ дебиан не ставится Это как раз нормально. Есть более подходящие для использования с современным железом и фирменными драйверами дистрибутивы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #57

56. Сообщение от IRASoldier_registered (ok), 08-Июл-19, 16:55	+/–
> Ну, прочитай https://www.gnu.org/philosophy/free-sw.html > в конце-то концов.  Напрягись! Сам иди и прочитай, ты сам явно этого не делал: там про Rust (т.е. про то, о чём задан был вопрос) ничего не сказано. Только овердохуа букаф про какую-то "свободу". #troll_mode_on Непохоже вообще, чтобы это сомнительное околофилософское эссе писали реальные практикующие программисты. Чувствуется стиль гуманитариев-троечников. #troll_mode_off
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

57. Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 16:58	–2 +/–
#>>>> "делает и продаёт несовместимое железо", вы хотели сказать? >>у них _аж_ дебиан не ставится >Есть более подходящие для использования с современным железом > и фирменными драйверами дистрибутивы. Снова здорово. А!  Так это у тебя раз в пол-года дебиан не ставится?! Это всё объясняет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #60

58. Сообщение от Аноним84701 (ok), 08-Июл-19, 17:22	+/–
>> Или кто-то путает реализацию ЯП, то есть сам компилятор и непосредственно ЯП? > Да!  И это разработчики rust.  И их друзья ****окодеры из > МоФоКо. > Каждая новая мозила требует каждого нового rustc, не совместимого... > ...в каких-то очень(!) важных местах с предыдущим $(CURRENT - 0.01)... > Реализация яп, говоите, стандарт яп, говорите?   Хех!1... Хех, не знаю. Что-то мне это напоминает, когда реализация ЯП и является его стандартом: https://www.bell-labs.com/usr/dmr/www/primevalC.html /*             C compiler, part 2     Copyright 1972 Bell Telephone Laboratories, Inc. */ Но вот никак не пойму, что именно :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

59. Сообщение от анонн (ok), 08-Июл-19, 17:33	–1 +/–
> В мире гпл есть два типа фанатиков. Одни за гпл. Другие против. > Первые адекватнее. Значит, ГПЛьщики делят мир на тех, кто за ГПЛ и всех остальных, кто автоматически против. Причем тех, кому по* или кто вообще не слышал о каких-то лицензиях, в их мире не существует, это все на самом деле противники! При этом они скромно считают себя адекватнее всех остальных, тех кто не за, а значит против. Это многое объясняет, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #66

60. Сообщение от IRASoldier_registered (ok), 08-Июл-19, 17:38	+1 +/–
>раз в пол-года дебиан не ставится?! Зачем он мне? Мне для энтерпрайза RHEL за глаза хватает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от CZ (??), 08-Июл-19, 20:57	+/–
Обязательно напишу. Сейчас надо в магистратуру поступать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

62. Сообщение от Аноним (63), 08-Июл-19, 21:43	+/–
Где найти Debian GNU/kFreeBSD? Все ссылки на сайте мертвые. На зеркале только 32-битная
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #67

63. Сообщение от Аноним (63), 08-Июл-19, 21:52	+1 +/–
>> Если хочется маргинальщины, то поставь OpenBSD Тогда уже OpenIndiana.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #78

64. Сообщение от Аноним (63), 08-Июл-19, 21:53	+/–
Тогда надо переписать Раст под ГЛП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

65. Сообщение от Аноним (65), 08-Июл-19, 22:28	–1 +/–
Что мертво умереть не может. Ценности меньше чем у reactos и plan b
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #83

66. Сообщение от ikomb (ok), 09-Июл-19, 08:01	–3 +/–
А еще гпльщики верят в особый рай. Все участники этого рая будут сидеть у ног Ричарда Столлмана и... Дальше не придумал )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

67. Сообщение от анонимка (?), 09-Июл-19, 14:27	+1 +/–
https://mirror.yandex.ru/debian-ports/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #73

68. Сообщение от Аноним (68), 09-Июл-19, 14:37	+/–
> ни одно из современных микроядер не юзабельно. Систему общего назначения на них не построить. >> Систему общего назначения на них не построить. Посмотрите Genode OS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

69. Сообщение от svsd_val (ok), 09-Июл-19, 15:48	–1 +/–
Вы сильно ошибаетесь, если Вы не видите ценности в этом проекте - это Ваше очень ценное мнение, ведь Вы очень сильны в открытых проектах и Всем нужна Ваша неоценимая помощь в развитии их проектов. В общем Ваше мнение очень важно для нас ... оставайтесь на линии. А теперь по делу: Этот проект реализуется и весьма неплохо, другое дело что скорость его реализации не велика так как правильная разработка микро ядра что бы все микро сервисы работали это Вам не разработка монолитного ядра.... Поэтому на реальных микро ядрах очень и очень мало ОС которые бы нормально работали. Даже в таком состоянии Он (Debian GNU/Hurd) более пригоден для повседневного использования чем многие ОС и выше Вами упомянутые ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

70. Сообщение от eganru (?), 09-Июл-19, 16:31	+/–
[i]и при этом более производительна, но все упирается в людей.[/i] - почему в людей-то? по моему опыту в случае если все ядро работает в одном адресном пространстве, то расходы на передачу данных внутри подсистем ядра по определению ниже, чем если ядро выполнено как микроядро и набор модулей, каждый из которых выполняется в своем адресном пространстве. предполагаю, что в современном мире реализация систем на базе микроядра и сервисов всегда будет медленней, чем в случае монолитного ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #71, #87

71. Сообщение от Аноним3 (?), 09-Июл-19, 22:04	+/–
"легкость" микроядра и "тяжеловестность" обычного. и этим все сказано. в стандарте микроядро будет чуток шустрее)) да если на него навесить столько же сколько сейчас на ядре линукс то тут уже и неясно кто шустрее)) в любом случае пока не проверишь на реальном железе не узнаешь. но предполагаю , что на встраиваемых устройствах было бы неплохо. на счет серваков... ну тут вилами по воде.. ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #74

72. Сообщение от Аноним (72), 09-Июл-19, 23:00	+/–
Э! Шаталь, свободное от проприетарного не отличаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

73. Сообщение от Аноним (63), 10-Июл-19, 01:25	+/–
Где? Ткни носом плиз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

74. Сообщение от eganru (?), 10-Июл-19, 09:14	+/–
[i]в стандарте микроядро будет чуток шустрее))[/i] - а толку от этого? в микроядре функциональность ядра минимальна - в итоге Вы будете работать минимум времени с [i]чуток[/i] более быстрым микроядром и значительную часть будете работать с существенно более медленными серверами. И каждый из серверов тоже будут работать минимум времени с чуток более быстрым микроядром. Я работаю в embedded - там все хуже, так как ресурсов значительно меньше. Последнее, что я бы втаскивал туда, так это микроядро. Но  embedded бывает разный - может быть кто-то и использует что-то подобное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

75. Сообщение от анним (?), 10-Июл-19, 10:01	–1 +/–
Через 100 лет археологи откопают этот камень, и полетят новости по миру об открытии сгинувшей супер-технологичной цивилизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

77. Сообщение от Аноним (77), 10-Июл-19, 22:19	+/–
Открой для себя стрекозу,которая в отличии от сабжа не только работает на реальном железе,но и имеет свои плюсы вроде файловой системы.Сабж же вообще не понять для чего делается и с такими темпами,он ёщё через 30 лет до приемлимого состояния не дотянет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

78. Сообщение от Аноним (77), 10-Июл-19, 23:08	+1 +/–
Тогда уже фряха - точно лучше и первого и второго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #84

79. Сообщение от пох. (?), 11-Июл-19, 16:02	–2 +/–
А в чем проблема? Щас создаст репо на гитшлаке и зальет туда README.md C CoCk.md придется  немного погодить, "в разработке". Дальше, как известно, любой прекрасный проект подхватывает и начинает развивать комьюнити, состоящее исключительно из трансгендерных разработчиков индоарабского происхождения, питающихся исключительно праной и далеких от мирских неприятностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

81. Сообщение от Тот_Самый_Анонимус (?), 17-Июл-19, 22:48	–1 +/–
> Элементарно, Ватсон! Cделать из бздунского кода закрытый форк - как два пальца. > Все изменения/несовместимости добавлять в закрытую ветку. Как это сделает уже открытый код закрытым?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #82

82. Сообщение от Andrey Mitrofanov_N0 (??), 18-Июл-19, 08:44	+/–
>> Элементарно, Ватсон! Cделать из бздунского кода закрытый форк - как два пальца. >> Все изменения/несовместимости добавлять в закрытую ветку. > Как это сделает уже открытый код закрытым? Никак. Но ты ж не перестанешь работать на проприертарщиков, да-а? И пропагандировать, шо так и надо, нет? " Гутт, Вольдемар, гутт! "
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

83. Сообщение от Gnilus (?), 18-Окт-19, 13:29	+/–
>Ценности меньше чем у reactos Серьёзно? У ReactOS являющегося бесеплатной, нативной альтернативой Окошек - малая ценность? what the fuck im reading
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

84. Сообщение от Alice Ventus (?), 09-Окт-20, 16:44	+/–
А с каких пор фряха - маргинальщина?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

85. Сообщение от uis (ok), 31-Дек-20, 14:13	+/–
>Debian GNU/Hurd и Debian GNU/KFreeBSD являются единственными платформами Debian, созданными на базе ядра, отличного от Linux И ведь не соврали. Gentoo kFreeBSD - не Debian.
Ответить | Правка | Наверх | Cообщить модератору

86. Сообщение от uis (ok), 31-Дек-20, 14:22	+/–
//Troll mode enabled А rust переписать на rustd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

87. Сообщение от Lex (??), 22-Фев-21, 10:23	+/–
Были штуки вроде микроядра L4, вполне-себе работоспособное
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

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

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