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

"Доступен NetBSD 9.5, финальный выпуск в ветке 9.x"	+/–
Сообщение от opennews (?), 07-Сен-26, 13:27
Опубликован релиз операционной системы NetBSD 9.5, который отнесён к категории корректирующих обновлений и  включает в основном исправления проблем и уявзимостей, выявленных с момента публикации NetBSD 9.4 в апреле 2024 года. Для загрузки подготовлены установочные образы размером 507 МБ, доступные в сборках для 57 системных архитектур и 16 различных семейств CPU... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66227
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 13:27	+8 +/–
К нужности проекта можно относится по-разному, но узнал об их очень интересной концепции anykernel и rumpkernels. Благодаря которой, как понял, драйвера в NetBSD могут работать и вкомпиленными в ядро, и в юзерспейсе, и вообще в другой ОС (их брали, помню, в Minix, а ещё в GNU Hurd). Но, правда, вряд ли в ней сильно много драйверов, скорее много базовых драйверов для очень многих архитектур. Но концепция красивая, конечно
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 07-Сен-26, 13:44	+/–
> 57 системных архитектур и 16 различных семейств CPU. Эххх... Если бы он еще хотя бы amd64 поддерживали. Ноутбуки оказались чем-то сильно сложным для них.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #6, #38

3. Сообщение от Деанимус (?), 07-Сен-26, 13:50	+1 +/–
>Эххх... Если бы он еще хотя бы amd64 поддерживали. Существует какая-то альтернативная "amd64" архитектура?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #11

4. Сообщение от Аноним (4), 07-Сен-26, 14:02	+/–
Есть все же очень большая разница в определениях: 1) NetBSD поддерживает amd64; 2) и автор строк поддерживает что-то сложнее windows.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

5. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 14:40	+/–
amd64 первая же архитектура в Tier I (наивысшая поддержка)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

6. Сообщение от Аноним (6), 07-Сен-26, 15:22	+/–
Amd64 это не wintel -- все вопросы к производителю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9

7. Сообщение от Аноним (2), 07-Сен-26, 15:54	–1 +/–
Справедливости ради, некрософт-вантуз сильно сложнее любой юникс-подобной системы. Существует ли что посложнее - вряд-ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #22, #39

8. Сообщение от Аноним (2), 07-Сен-26, 16:01	+/–
Вот только на ноуте 13-летней давности не поддерживает даже чипсет. А так - наивысшая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #14, #18, #35

9. Сообщение от Аноним (2), 07-Сен-26, 16:01	+/–
Нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #12

10. Сообщение от Аноним (2), 07-Сен-26, 16:02	+/–
Была, IA64
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #16

11. Сообщение от Аноним (-), 07-Сен-26, 16:09	+1 +/–
>>Эххх... Если бы он еще хотя бы amd64 поддерживали. > Существует какая-то альтернативная "amd64" архитектура? ARM64, RISCV-64 ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15

12. Сообщение от Аноним (6), 07-Сен-26, 16:16	+/–
Тащем-то да. Поддерживать нестандартное оборудование -- обязанность производителя. Если производитель говорит "только венда" (даже её определённая версия, привет гигабайт), то такого производителя, поддерживать, очевидно, не стоит. Выбор есть всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

13. Сообщение от Аноним (2), 07-Сен-26, 16:28	–2 +/–
> Поддерживать нестандартное оборудование -- обязанность производителя. В идеальном мире, разве что. > Если производитель говорит "только венда" Штеуд контрибутит в линукс, а из линукса бсд-ы тащат. > Если производитель говорит "только венда" (даже её определённая версия, привет гигабайт), то такого производителя, поддерживать, очевидно, не стоит. Согласен. > Выбор есть всегда. К сожалению не всегда. Это я говорю как пользователь слимбуков, такседо, леново и фреймворков. Всякие асеро-исусы я проклял уже давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #19

14. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 16:29	+/–
С ноутами и Линукса долго были проблемы, и у фряхи. Сейчас у Линя вроде получше, впрочем тот же звук в моей практике в Линуксе заводится далеко не всегда. А что за чипсет такой дивный, если не секрет? Вроде бы уже довольно старый, чтобы успели к нему дрова написать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

15. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 16:39	+/–
Ну так это не АМД, а именно что арм или риск. Но 64, да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17, #20

16. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 16:40	+/–
Это Итаниум от Интел, без амд. И он в Tier II и в целом не взлетел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #23

17. Сообщение от Аноним (17), 07-Сен-26, 17:39	+1 +/–
>Ну так это не АМД Ну так в чём проблема? Спрашивали про альтернативу архитектуре IBM-PC. И ответ был корректен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #21

18. Сообщение от Аноним (-), 07-Сен-26, 18:04	–1 +/–
> Вот только на ноуте 13-летней давности не поддерживает даже чипсет. А так > - наивысшая. Так проц то, проц то - запускается? Значит поддерживает :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

20. Сообщение от Аноним (-), 07-Сен-26, 18:11	+/–
> Ну так это не АМД, а именно что арм или риск. Но 64, да И альтернативные AMD. Почему нет то? :) То что сабж там работает врядли лучше чем на AMD - вопрос номер два.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 18:30	+/–
Я видимо не так прочитал, я прочитал как вопрос что "есть ещё какая-то amd64"? Что альтернативная версия amd64, а не альтернатива ей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

22. Сообщение от ананим.orig (?), 07-Сен-26, 18:59	+/–
> Справедливости ради, некрософт-вантуз сильно сложнее любой юникс-подобной системы. Справедливости ради, сложности там насаждаются исключительно административным образом. Да и вообще, ничего сложного и известно в  никсах со времён царя гороха. Просто этого "ничего" за время существования ИТ слишком дофига накопилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

23. Сообщение от EmmGold (ok), 07-Сен-26, 19:19	+/–
Отдельно взятые энтузиасты всё ещё пинают vliw
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #25

24. Сообщение от Аноним (24), 07-Сен-26, 19:35	+/–
Как там с поддержкой современных технологий? OCI контейнеры можно запускать? Современные языки (Раст, Ява, JS) поддерживают эту платформу? Драйверы для VirtIO устройств есть?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

25. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 19:55	+/–
> Отдельно взятые энтузиасты всё ещё пинают vliw Помню у Таненбаума в книге VLIW описывался как прогрессивная вещь с потенциалом для суперкомпьютеров. Но вот Итаниум не зашёл. Хотя, как вот погуглил, Интел во многом хотел Итаниум, чтобы избавиться от АМД (они же были обязаны x86) перелицензировать. Но не ожидали, что AMD возьмут, да и первые предложат x86-совместимое расширение для x86
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #30

26. Сообщение от Аноним (26), 07-Сен-26, 21:00	+1 +/–
> OCI контейнеры можно запускать? Упаси боже, конечно нет. > Современные языки (Раст, Ява, JS) поддерживают эту платформу? да > Драйверы для VirtIO устройств есть? https://man.netbsd.org/virtio.4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #27, #28

27. Сообщение от Аноним10084 и 1008465039 (?), 07-Сен-26, 21:04	+/–
> Упаси боже, конечно нет Имеете что-то против OCI-контейнеров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #37

28. Сообщение от Аноним (24), 07-Сен-26, 23:36	+/–
> Упаси боже, конечно нет. Стало быть для работы в реальном мире не подходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #29

29. Сообщение от An (??), 08-Сен-26, 07:29	+/–
В реальном мире ее вполне можно использовать на всяких одноплатниках и во встраиваемых системах(где ОС общего назначения подходит под задачи). Да, наличие контейнеризации(совсем не обязательно OCI) было бы для нее плюсом, но для данной ОС есть куда приоритетные подсистемы, которые нужно развивать в первоочередном порядке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #34, #41

30. Сообщение от EmmGold (ok), 08-Сен-26, 08:51	+1 +/–
>> Отдельно взятые энтузиасты всё ещё пинают vliw > Помню у Таненбаума в книге VLIW описывался как прогрессивная вещь с потенциалом > для суперкомпьютеров. Но вот Итаниум не зашёл. > Хотя, как вот погуглил, Интел во многом хотел Итаниум, чтобы избавиться от > АМД (они же были обязаны x86) перелицензировать. Но не ожидали, что > AMD возьмут, да и первые предложат x86-совместимое расширение для x86 Интел понимает и понимала как никогда предел и ограничения архитектуры x86. И очень, ОЧЕНЬ большое легаси. Размер слова всё ещё 16 бит например, но там есть свои велосипеды. Но смена архитектуры это очень затратно. АМД сделали костыль. Это позволило продержаться ещё чуть-чуть. Потом начали наращивать ядра - ещё один костыль. Потом появились "энергоэффективные ядра", тоже костыль, позволяющий увеличить циферку в числе ядер, но вычислительной пользы не несёт. Ну и да, в современных процессорах "х86" это, от части, эмуляция. Развитием х86 был пентиум4, горячий и не шибко производительный. Core2Duo это был ответ для АМД. Взяли пентиум3, переработали под меньший тех.процесс, насыпали сверху плюшек и поставили два рядом. "i - ай" процессоры, это ПЛИСины с микрокодом, обратная совместимость со старыми процессорами весьма условна. Относительно поддерживают то, что может запуститсья на Вин11.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #31

31. Сообщение от Аноним (31), 08-Сен-26, 09:13	+/–
Микрокод уже в i386 был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

32. Сообщение от Шмалиновский (?), 08-Сен-26, 11:21	+/–
Есть ли у этой ОС скрытый потенциал?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

34. Сообщение от Аноним (24), 08-Сен-26, 17:49	+/–
> можно использовать на всяких одноплатниках и во встраиваемых системах Можно и шурупы с гвоздями есть. Можно не значит нужно. > совсем не обязательно OCI Совсем обязательно. Несовместимые с внешним миром контейнеры нужны приблизительно ни для чего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #50

35. Сообщение от Meta (?), 08-Сен-26, 20:26	+/–
Попробуй Линукс поставить. Должно заработать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

36. Сообщение от Аноним (36), 08-Сен-26, 21:46	+/–
Хз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от Мемоним (?), 08-Сен-26, 21:46	+/–
А для чего были созданы OCI-контейнеры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #40, #42

38. Сообщение от Аноним (39), 08-Сен-26, 22:20	–2 +/–
Кмон, оно даже распберри пи толком не поддерживает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

39. Сообщение от Аноним (39), 08-Сен-26, 22:24	+/–
В математическом понимании - да. Вин - крайне сложная система и это не комплимент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

40. Сообщение от Аноним (39), 08-Сен-26, 22:28	+/–
Кажется вы не совсем айтишник. В современном айти не имеет смысла вопрос "для чего". Имеет смысл вопрос "да или нет". При ответе "нет" разговор заканчивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #45

41. Сообщение от Аноним (39), 08-Сен-26, 22:30	+/–
>вполне можно использовать на всяких одноплатниках и во встраиваемых системах Крутяк, заведи ее на RPi5 и выложи мануал. А то пацаны то и не знают, что можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #49

42. Сообщение от Аноним10084 и 1008465039 (?), 09-Сен-26, 00:41	+/–
Для того, чтобы гонять продуктивный софт на любой машине в идентичном окружении и в изоляции без расходов на полную виртуализацию, конечно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #44

44. Сообщение от Мемоним (?), 09-Сен-26, 10:21	+/–
А что, пакетные менеджеры не справляются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #46

45. Сообщение от Мемоним (?), 09-Сен-26, 10:22	+/–
> айтишник Я бы не гордился этим диагнозом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

46. Сообщение от Аноним10084 и 1008465039 (?), 09-Сен-26, 10:34	+/–
Нет, конечно. Во всяком случае, как это реализовано в классических пакетных менеджерах типа apt. Во-первых, если программы требуют разных версий библиотек, а то и конфликтующих версий - начинается веселье. Во-вторых, в пакетном менеджере никакой стандартизации окружения нет, пути в каждой системе немного свои - на другой дистр пакет перенести не так просто, даже если один и тот же apt. В-третьих, изоляции в классических пакетных менеджерах нет. Только в самых современных вроде snap или flatpak... Которые отнюдь не бесспорны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #47

47. Сообщение от Мемоним (?), 09-Сен-26, 10:46	+/–
Вот незадача. Столько лет пакетники преподносили как преимущество перед Windows, а оказалось – так себе преимущество.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #48

48. Сообщение от Аноним10084 и 1008465039 (?), 09-Сен-26, 11:04	+/–
Ну они лучше, чем ранневиндовая модель (если это можно назвать модель). Вместо того, чтобы бегать по всему Интернету и искать exeшник абы где (ну по-хорошему на офсайте программы), можно просто ввести команду в консоли и программа установится. Внутри дистра пакеты ставятся в определенные места. Обновлять софт с ними тоже относительно удобнее (в Винде каждый софт реализовывал обновление как мог). Microsoft, кстати, пакетные менеджеры под Винду регулярно пытается делать. Насколько на них есть спрос - другой вопрос) Но это совсем другая задача, чем та, которая стоит перед OCI-контейнерами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

49. Сообщение от An (??), 09-Сен-26, 12:08	+/–
Ну, кто ж виноват, что у "пацанов" все одноплатники это только rpi5? Вот, список того что заведется https://nycdn.netbsd.org/pub/arm/. И это не полный список. Например, NetBSD точно работает на Orange PI R1 + (его в на странице по ссылке).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

50. Сообщение от An (??), 09-Сен-26, 13:39	+/–
> Можно и шурупы с гвоздями есть. Можно не значит нужно. Вам не нужно - пройдите мимо. Мне вот нужно. > Совсем обязательно. Несовместимые с внешним миром контейнеры нужны приблизительно ни для чего. Контейнеры нужны для изоляции, а не для совместимости с "внешним миром". Но да, совместимость будет плюсом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

51. Сообщение от Метрика (?), 09-Сен-26, 14:42	+/–
NetBSD неплох, но он ни туда и не сюда
Ответить | Правка | Наверх | Cообщить модератору

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

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