The OpenNET Project / Index page

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

Релиз операционной системы NetBSD 8.0

21.07.2018 21:28

Доступен значительный релиз операционной системы NetBSD 8.0, в котором реализована очередная порция новых возможностей. Для загрузки подготовлены установочные образы размером 730 Мб. Релиз NetBSD 8.0 официально доступен в сборках для 58 системных архитектур и 16 различных семейств CPU.

Отдельно выделены 8 первично поддерживаемых портов, составляющих ядро стратегии развития NetBSD: amd64, i386, evbarm, evbmips, evbppc, hpcarm, sparc64 и xen. 49 портов, связанных с такими CPU, как alpha, hppa, m68010, m68k, sh3, sparc и vax, отнесены ко второй категории, т.е. ещё поддерживаются, но уже потеряли актуальность или не имеют достаточного числа заинтересованных в их развитии разработчиков. Один порт (acorn26) включён в третью категорию, в которой размещены неработоспособные порты, претендующие на удаление, если не найдётся заинтересованных в их разработке энтузиастов.

Ключевые улучшения NetBSD 8.0:

  • Переработанный USB-стек с поддержкой USB3;
  • Встроенная в ядро система микширования звука;
  • Обеспечение повторяемых сборок, позволяющих убедиться, что распространяемые бинарные файлы собраны из предоставляемых исходных текстов и не содержат скрытых изменений;
  • Задействование по умолчанию механизма защиты памяти W^X (Write XOR Execute или PaX MPROTECT), суть которого в том, что страницы памяти процесса не могут быть одновременно доступны на запись и исполнение. Таким образом, код может быть исполнен только после запрещения записи, а запись в страницу памяти возможна только после запрета исполнения. Механизм W^X помогает защитить приложения в пространстве пользователя от типовых атак, осуществляемых через переполнение буфера, в том числе от переполнений стека (записанный за пределы буфера код не может быть исполнен). Защита активирована для ELF-файлов для архитектур i386, amd64, evbarm, landisk и pmax;
  • На архитектурах i386, amd64, evbarm, landisk, pmax и sparc64 включена по умолчанию рандомизация адресного пространства (ASLR) при сборке;
  • На архитектурах i386, amd64, arm, m68k, mips, sh3 и sparc64 по умолчанию исполняемые файлы собраны в режиме MKPIE (position independent executables);
  • Добавлен драйвер с реализацией сокетов для шин CAN;
  • Добавлена утилита ipsecif для настройки VPN;
  • Часть сетевого стека избавлена от глобальной блокировки и помечена как MP-safe. В ядро добавлена опция NET_MPSAFE;
  • Повышена стабильность и производительность подсистемы журналирования мета-данных (WAPBL);
  • Добавлен новый порт or1k;
  • Ядро для архитектуры i386 собрано в режиме GENERIC_PAE, поддерживающем работу на системах с более чем 4 GB ОЗУ;
  • В драйвер ext2fs добавлена поддержка различных новых возможностенй файловой системы ext4, включая индексы htree, экстенты, extra_inodes, поддержка более 64000 жестких ссылок;
  • В состав включена новая утилита intrctl для управления распределением прерываний;
  • В утилиту ftp добавлена поддержка SNI для HTTPS;
  • Добавлена утилита ip6addrctl для настройки правил выбора адресов IPv6;
  • Добавлена защита от атак Meltdown, Spectre (v2, v4) и LazyFP;
  • Добавлена поддержка набора инструкций SMAP (Supervisor Mode Access Prevention), который позволяет блокировать доступ к данным в пространстве пользователя из привилегированного кода, выполняемого на уровне ядра;
  • Добавлен загрузчик для систем с UEFI;
  • Добавлены новые драйверы: nvme (SSD-накопители), iwm (Intel Wireless AC7260, AC7265, AC3160), ixg (X540, X550), ixv (Intel 10G Ethernet), bta2dpd (Bluetooth Advanced Audio Distribution Profile);
  • Обновлены версии сторонних компонентов: GCC 5.5 с поддержкой Address Sanitizer и Undefined Behavior Sanitizer, GDB 7.12, GNU binutils 2.27, Clang/LLVM 3.8.1, OpenSSH 7.6, OpenSSL 1.0.2k, mdocml 1.14.1, acpica 20170303, ntp 4.2.8p11-o, dhcpcd 7.0.3, Lua 5.3.4.


  1. Главная ссылка к новости (http://www.netbsd.org/changes/...)
  2. OpenNews: Аудит сетевого стека NetBSD выявил уязвимости в BSD-системах
  3. OpenNews: Обновление NetBSD 7.1.2
  4. OpenNews: Релиз операционной системы NetBSD 7.1
  5. OpenNews: Релиз операционной системы NetBSD 7.0
  6. OpenNews: Операционная система коммутаторов Dell основана на NetBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49003-netbsd
Ключевые слова: netbsd, bsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (92) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:44, 21/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В фряху что-то из этого перекачует?
     
     
  • 2.10, xm (ok), 23:11, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кочует обычно в обратную сторону
     
     
  • 3.66, kek (??), 00:30, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы заблуждаетесь, процесс абсолютно двунаправленный.
     
  • 2.33, Аноним (-), 14:32, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +12 +/
    FreeBSD/OpenBSD/NetBSD - слишком много. И кто знает сколько еще *BSD существует во Вселенной. Какой же выбрать?
     
     
  • 3.37, letsmac (ok), 16:43, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Спроси  Apple, Nintendo, juniper  или Sony.  
     
     
  • 4.54, qwerty123 (??), 21:08, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Спроси  Apple

    OS X/Darwin, XNU, исторически микроядро от проекта Utah Math, уже сильно переделанное, только куски от BSD, также сильно перелопаченные, очень многие библиотеки те же самые что и в дистрибутивах Linux.
    Тут сказать, что по объему кода раз в 10 больше использовано кусков Linux "операционной системы".

    Но тут другой вопрос, что такого что _копию_ кода используют в гражданских коммерческих целях, особенно когда это _прямо и ясно_ оговорено публичной офертой при публикации этого кода?

     
     
  • 5.55, xm (ok), 21:27, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле, MacOS постоянно тащит код из FreeBSD. И kernel и userland.
     
     
  • 6.63, qwerty123 (??), 22:56, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >На самом деле, MacOS постоянно тащит код из FreeBSD. И kernel и userland.

    Для самых сообразительных повторю:

    ---
    Но тут другой вопрос, что такого что _копию_ кода используют в гражданских коммерческих целях, особенно когда это _прямо и ясно_ оговорено публичной офертой при публикации этого кода?
    ---

     
     
  • 7.69, Аноним (69), 05:33, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Для самых сообразительных повторю:

    Что такого что компании использует в гражданских коммерческих целях копии кода FreeBSD, и при этом важно надувают щёки позиционируя себя как главные лица в IT индустрии?

     
     
  • 8.72, qwerty123 (??), 11:58, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вторая часть предложения есть твоя пафосная фантазия Люди работают, ведут дело,... текст свёрнут, показать
     
  • 8.78, Аноним (78), 14:02, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, что такого что гугл много лет пользовался кастомными версиями пингвина... текст свёрнут, показать
     
     
  • 9.94, Аноним (-), 17:15, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ага понял Как инноваторы они - никто Как айтишники они - никто Мы закроем гла... текст свёрнут, показать
     
     
  • 10.98, qwerty123 (??), 20:37, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    --- Разрешается повторное распространение и использование алгоритмов как в вид... текст свёрнут, показать
     
  • 10.99, Аноним (78), 21:02, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А вот и неожиданно массово в ста н е перепончатых встречающаяся способность нуде... текст свёрнут, показать
     
  • 5.88, freehck (ok), 12:28, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > OS X/Darwin, XNU, исторически микроядро от проекта Utah Math, уже сильно переделанное, только куски от BSD, также сильно перелопаченные, очень многие библиотеки те же самые что и в дистрибутивах Linux.

    И тем не менее, Apple регулярно шлёт фидбеки и патчи в BSD.

     
     
  • 6.95, Аноним (95), 17:21, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >И тем не менее, Вася из 6 "б" тоже регулярно шлёт фидбеки и патчи в BSD.

    Исправил. А если серъезно, то компании лучше всего умеют засорять чужой код.

     
  • 3.56, xm (ok), 21:28, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чтобы не страдать, предлагаю покопаться в сорной куче Linux ;)
     
  • 2.67, kek (??), 00:50, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Часть usb-стека вроде позаимствованна для обновления стека фряхи. Насколько большая - не  в курсе (если сильно интересно - пырьтесь в сорцы, ищите по NetBSD). Остальное или свое, или же сайд-разработчики подсистем сами добавляют (как например недавний мерж Xen PVHv2 Roger Pau Monne из Citrix)
     

  • 1.2, Аноним (2), 22:01, 21/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Переработанный USB-стек с поддержкой USB3

    Ну и ну.

     
     
  • 2.7, Анонимус1 (?), 22:35, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Дополню мысль

    > Добавлен загрузчик для систем с UEFI;

     
     
  • 3.31, qwerty123 (??), 14:15, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Дополню мысль
    >> Добавлен загрузчик для систем с UEFI;

    Надо понимать, каждый анонимус лично написал 3 по загрузчика с UEFI и 4 стека USB3 для 2 операционных систем.

     
     
  • 4.35, Ананимус2 (?), 15:27, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ваши слова звучат примерно так: Как вы смеете критиковать жигули! Соберите сначала свой двигатель, а потом уже смейте мнение высказывать!
     
     
  • 5.42, Аноним (42), 18:29, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разобрать и собрать двагатель жигулей не представляет большой сложности.
     
  • 5.44, Аноним84701 (ok), 18:48, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ваши слова звучат примерно так: Как вы смеете критиковать жигули! Соберите сначала
    > свой двигатель, а потом уже смейте мнение высказывать!

    Во-первых: "тут нету X! Фу!" на критику как-то не тянет.  Учитывая непричастность анонов к реализации юсб-стека или UEFI в <favorite OS>, выглядит не умнее натужного бахвальства ябловодов.

    Во-вторых, если уж продолжать дурацкие аналогии, то:
    Да, правильно! Даешь наконец равноправие  для всех  на технических ресурсах!
    Доколе на этих пережитках темных нетикеттовских веков мнение тех, кто и капот своей бибики толком не открывал, будет менее ценным, чем мнение автомехаников или каких-то там инжинеров?!  Так же нельзя, ведь так неправильно! Это дискриминация!

     
  • 5.52, qwerty123 (??), 20:42, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ваши слова звучат примерно так: Как вы смеете критиковать жигули!

    Так это не критика, ибо содержит ноль анализа.

    Это банальное хамство из подворотни.

     
  • 5.68, kek (??), 01:10, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У вас какая-то удивительная способность писать глупости и вовлекать в ваш поток ... большой текст свёрнут, показать
     
     
  • 6.73, qwerty123 (??), 12:01, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/

    "Если вам не понравился наш продукт, верните его, и мы вернем вам деньги, которые вы за него заплатили"

     
  • 3.40, Fracta1L (ok), 17:12, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Меня также впечатлила поддержка экстентов в ext4.
     

  • 1.3, Gentoo Developer (?), 22:08, 21/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    58 арх систем!
    О
    Ф
    И
    Г
    Е
    Т
    Ь
     
     
  • 2.8, Michael Shigorin (ok), 22:36, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не архитектур, а целевых систем -- посмотрите наконец http://www.netbsd.org/ports/#ports-tier2 своими глазами :)
     
     
  • 3.102, анон (?), 10:00, 06/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    уйди с этого сайта
     

  • 1.4, Аноним (4), 22:12, 21/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие есть варианты обработки OOM в NetBSD?
     
     
  • 2.5, Аноним (5), 22:32, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ровно один вариант - malloc ноль возвращает, когда память в системе закончилась ^:)
     
     
  • 3.9, Аноним (4), 22:45, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Очень православно, очень по-бздуновски! а почему не завезли оверкоммит?
     
     
  • 4.14, _ (??), 01:03, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чтоб не завозить ООМ? :-)
     
     
  • 5.16, Аноним (4), 02:31, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Отсутствие ООМ не предотвращает фризы.
     
     
  • 6.29, Аноним (29), 13:36, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И?
     
  • 4.20, Аноним (20), 09:28, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    с netbsd вы знаете все 3 программы, которые работают в userspace как свои пять пальцев. На этапе разработки хватит и кода ошибки malloc
     
  • 4.45, Аноним (78), 19:00, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Очень православно, очень по-бздуновски! а почему не завезли оверкоммит?

    То ли дело праволапчатое забивание на ту же проверку результата malloc, как в тех же г(н)омолибах?
    Помню, в багтикете ушлые любители костылей и подпорочек аргументировали тем, что из-за овекамита результат всегда будет позитивным (и упадет оно только когда решит действительно задействовать эту память), а значит на проверку можно забить.
    Л-Логика!

     
     
  • 5.47, qwerty123 (??), 19:25, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Помню, в багтикете ушлые любители костылей и подпорочек аргументировали тем, что из-за овекамита результат всегда будет позитивным (и упадет оно только когда решит действительно задействовать эту память), а значит на проверку можно забить.

    +много.
    причем процесс грохается по bus сигналу от ядра, и не делает корректную остановку и/или обработку ситуации.
    например berkeley db после такого через одну можно удалять, ибо невосстановимо.
    и так далее.

    "повбивав бы"

     
  • 5.61, Поттеринг (?), 22:26, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а значит на проверку можно забить.

    Линукс ваш новый стандарт, а не какой-то там замшелый posix!

     
  • 3.22, Q2W (?), 11:09, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот бы в линуксе так.
     
     
  • 4.62, Поттеринг (?), 22:35, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    если что - в линуксе ТАК было - примерно во времена libc4, традиционная реализац... большой текст свёрнут, показать
     
     
  • 5.65, qwerty123 (??), 00:00, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Занятно написано, но хрень полная и безграмотная NetBSD UVM, 1998 http chuck ... большой текст свёрнут, показать
     
     
  • 6.70, пох (?), 06:59, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > где и в каком состоянии был Linux kernel вместе с malloc(9) в то время, могу подсказать.

    да там же и был, идея mmap'ать /dev/zero посетила всех, видимо, примерно из общего источника.

    98й - это уже давно libc5, с mmap и sigsegv'ами (и с неработающим rlimit)

    И да, расскажите-ка, в каком году у вас его починили?

     
     
  • 7.74, qwerty123 (??), 12:05, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >И да, расскажите-ка, в каком году у вас его починили?

    Ты общаешься с группой лиц? =)
    Тогда группа лиц тебе эксклюзивно советует: Google can help you

    Ей лениво писать тому кто упоpото не намерен читать тексты по ссылкам.

     
     
  • 8.76, нах (?), 13:41, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    в тексте по ссылкам нет ни слова о поломанном setrlimit Если ты ничего не понял... текст свёрнут, показать
     
     
  • 9.80, qwerty123 (??), 16:13, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Правильно, потому что никто не ломал Шла разработка Только у пафосных скауто... текст свёрнут, показать
     
  • 2.19, Аноним (19), 09:22, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В отличие от линуксового «у нас ООМ, надо срочно у кого-нибудь отнять память, чтобы продолжить работать», BSD просто реагируют на ситуацию по POSIX-стандарту (а точнее по C), возвращая нулевой указатель и как вариант кидая системный сигнал, при этом обработка ООМ проще, потому что система заранее имеет свой объём личной памяти, который используется для работы и которым она делиться не будет; т.е. чтобы не было аппаратного ООМ, достаточно просто по старинке не отдавать всю память.
     
     
  • 3.53, Аноним (4), 20:55, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >как вариант кидая системный сигнал

    Какой именно?

     
  • 3.57, Аноним (57), 21:46, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так раньше было, сейчас в нетке для этого используется UVM.
    http://netbsd.net/docs/kernel/uvm.html
     
     
  • 4.64, пох (?), 23:11, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Так раньше было, сейчас в нетке для этого используется UVM.

    там нет overcommit, в смысле линукса - то есть oom killer не нужен.
    Но есть ньюанс, да - в результате sigsegv прилетает тогда, когда в линуксе программа спокойно бы отработала. Причем необязательно он прилетит самому прожорливому - он прилетит тому, кто сожрал "интеллигентский кусок". null же вернется только если попросить памяти заведомо больше, чем ее в принципе могло бы быть при полном отсутствии других процессов.


     
     
  • 5.75, qwerty123 (??), 12:18, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Но есть ньюанс, да - в результате sigsegv прилетает тогда, когда в линуксе программа спокойно бы отработала.

    Че? "спокойно бы отработала"? Мальчик, ты откуда?

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

    Результат malloc(3) надо проверять. И вписывать обработку ситуации malloc() == 0
    А то ужк выросли чудаки, которые не напрягают свой ценный мозг на наличие ресурсов в системе.

    А по некоторым стандартам во встраиваемых системах malloc() вообше не используют. Ни явно, ни опосредовано. Ибо нехрен.

     
     
  • 6.77, нах (?), 13:56, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    еще один "немальчик", не в теме совсем, но лезущий со своим ценным мнением?

    > Результат malloc(3) надо проверять.

    хоть обпроверяйся - там в современных системах (и, оказывается, даже netbsd - современная) - никогда не будет 0.
    А памяти при этом может и не оказаться, вот сюрприз-то, да?

    данные будут достоверными - пока будут вообще. А потом прилетит sigbus или sigsegv - в принципе, можешь даже попытаться их обработать, и корректно завершиться (других вариантов нет). Если твой "менеджер таз банных" при этом просто грохается - ну поздравляю, пора менять софт 80х годов.

     
     
  • 7.79, Аноним (78), 15:15, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эх любо, братцы анонимы, любо, Любо, братцы, анонимом быть, Пускать ветры... большой текст свёрнут, показать
     
     
  • 8.82, нах (?), 17:35, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    и главное - нихрена не понимать, о чем был разговор тогда в качестве пруфа со... текст свёрнут, показать
     
     
  • 9.84, Аноним (78), 17:52, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Главное, пафосно заявить, что никто ничего ни рена не понимает и вообще, все ест... текст свёрнут, показать
     
  • 7.81, qwerty123 (??), 16:34, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >данные будут достоверными - пока будут вообще.

    Бля... ладно, разжую.

    #define A_SIZE 1024
    uint *dst;

    if ((dst = malloc(A_SIZE) > 0) {
      bcopy(src, dst, A_SIZE);
    } else {
      /* handler */
    }


    Если malloc() всегда не ноль, но памяти так и не выделено, то где херакнется алгоритм?

    Или как вызвать прерывание в хост систему из гостевой по случаю спекулятивного malloc(), "слушай, дорогой, ты меня поспи совсэм, пока память в натуре не появиться"?

    И где у разработчика есть шанс построить более надежный алгоритм?

     
     
  • 8.83, нах (?), 17:38, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    зачем ты мне это разжевываешь Разжевывай разработчикам всех операционных систем... текст свёрнут, показать
     
     
  • 9.96, qwerty123 (??), 20:21, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    что показать твою великую компетентность а если соврать как обычно а как магие... текст свёрнут, показать
     
     
  • 10.100, нах (?), 13:03, 27/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    пока что ты показываешь только свою великую некомпетентность да, малыш, для теб... текст свёрнут, показать
     
     
  • 11.101, Michael Shigorin (ok), 20:51, 01/08/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А можно кратко или ссылку Я-то тоже ещё по Мюллеру да современникам читал, даж... текст свёрнут, показать
     
     
  • 12.104, анон (?), 10:03, 06/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    удали интернет себе ... текст свёрнут, показать
     

  • 1.6, Michael Shigorin (ok), 22:35, 21/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чеусов, поздравляю! :)
     
     
  • 2.11, gpyra (ok), 23:17, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А ему еще не надоело?
     
     
  • 3.12, Аноним (12), 23:37, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько помню, он сейчас с линуксом на ноутбуке живёт. Что там у него с бздёй случилось - не знаю.
     
  • 2.103, анон (?), 10:01, 06/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    уйди, ты всех задолбал своей рожей
     

  • 1.23, Аноним (23), 11:49, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему так много весит?
    NetBSD-7.1.2-amd64.iso (376MB)
    NetBSD-8.0---amd64.iso (716MB)
     
     
  • 2.34, Аноним (-), 15:26, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прогресс не стоит на месте. В 2 раза больше полезных программ.
     
  • 2.48, qwerty123 (??), 19:28, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ftp> ls
    150 Accepted data connection
    -rw-r--r--    1 101        7777              104 Jul 18 00:15 MD5
    -rw-r--r--    1 101        7777              302 Jul 18 00:15 SHA512
    -r--r--r--    1 101        7777        229742592 Jul 18 00:15 boot-com.iso
    -r--r--r--    1 101        7777        229742592 Jul 18 00:15 boot.iso
    226-Options: -l
    226 4 matches total
    ftp> pwd
    Remote directory: /.m/mirrors1e/ftp.netbsd.org/pub/NetBSD/NetBSD-8.0/amd64/installation/cdrom
    ftp>
     

  • 1.24, Vitaliy Blats (?), 12:02, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > USB-стек с поддержкой USB3
    > Добавлен загрузчик для систем с UEFI
    > Добавлены новые драйверы: nvme (SSD-накопители)
    > [ntfs@brix ~]$ date +%Y
    > 2018
     
     
  • 2.59, Аноним (59), 22:03, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Дурак! USB3 там 100 лет был, это ПЕРЕРАБОТАННЫЙ usb3-стек.
     
     
  • 3.85, Анонимчик (?), 19:29, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну по тексту звучит так, что usb 3.0 добавился только в переработанном стеке. Если он был до этого, то зачем об этом упоминать в release notes?
     

  • 1.25, Аноним (25), 12:35, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть ли смысл использовать NetBSD, если есть Linux и FreeBSD?
     
     
  • 2.26, Vitaliy Blats (?), 12:41, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Конечно же нет.

    Смысл всегда в конечной цели: посмотреть кинцо, побегать в игори, похостить сайты с поддержками новомодных CMS. И желательно за недорого (а время потраченное на установку и настройку тоже стоит денег).

    И желательно все это на современном оборудовании.

     
     
  • 3.28, нужно больше (?), 12:49, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Раздался одинокий и ленивый выстрел с господствующей высоты врага. Пуля со вкусом чвакала воздухом на своём неспешном пути к дренажной системе канализации повстанцев.
     
     
  • 4.36, Vitaliy Blats (?), 15:43, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Раздался одинокий и ленивый выстрел с господствующей высоты врага. Пуля со вкусом чвакала воздухом на своём неспешном пути к дренажной системе канализации повстанцев.

    Поделись грибочками

     
     
  • 5.105, анон (?), 10:05, 06/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    малолетки
     
  • 3.46, Аноним (78), 19:03, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно же нет.
    > Смысл всегда в конечной цели: посмотреть кинцо, побегать в игори, похостить сайты
    > с поддержками новомодных CMS. И желательно за недорого (а время потраченное
    > на установку и настройку тоже стоит денег).

    И какова же конечная цель затраченного окошкофилом (аноним помнит все!) времени на высказывание сего, несомненно для кого-то очень-очень ценного мнения?

     
  • 2.27, нужно больше (?), 12:45, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В любой непонятной ситуации - устанавливай!
     
  • 2.30, бедный буратино (ok), 13:49, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    есть ли смысл играть в футбол, если есть шашки?
     
  • 2.38, Красив_Аж_Тошно (?), 16:44, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А есть вообще смысл?
     

  • 1.39, letsmac (ok), 16:44, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Добавлен драйвер с реализацией сокетов для шин CAN;

    Вот это не понял совсем. CAN в ядре зачем?

     
     
  • 2.41, бедный буратино (ok), 18:12, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Because we CAN
     
  • 2.49, qwerty123 (??), 19:33, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вот это не понял совсем. CAN в ядре зачем?

    Вот представь себе real time обработку прерываний по сообщению/ошибке от контроллера CAN, на 78 соседей по шине, и не в ядре.

    У меня другой вопрос, что с этим делать далее. Буду посмотреть.

     
     
  • 3.50, letsmac (ok), 19:57, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре RT ? Я возможно крайне старый.
     
     
  • 4.51, qwerty123 (??), 20:38, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В ядре RT ? Я возможно крайне старый.

    Значит я старее. Ибо помню такую разную хрень.
    Да и бо большому счету, ядро всегда real time, ибо живет по таймеру, вопрос в планировании-scheduler'е.

    Ибо как иначе обработать несчастные 2-3 CAN mailbox и ошибки передачи по шине?
    Есть варианты? =)

     
  • 2.58, Аноним (57), 21:49, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нетка используется на встройках, станках и машинках — а там CAN де-факто стадарт.
     
     
  • 3.86, Cradle (?), 19:34, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    странно, зачем она там используется, разве что у того кто её туда поставил мозги застыли на уровне конца девяностых. Во всяком случае это не её целевая группа, посмотрите на список поддерживаемых архитектур - железо конечно разное, но практически всё по типу PC и workstations, соответственно и приоритеты у разработчиков. А то что CAN прикрутили - так оно и персоналкам иногда нужно бывает, даже и без реалтайма, элементарно для мониторинга.
     
     
  • 4.97, qwerty123 (??), 20:29, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > но практически всё по типу PC и workstations

    модули на x86 часто используются в индустриальных контроллерных сборках.

    понятно, x86 GPU во встраиваемых системах, без магии, для тебя это будет удар, но это так.

    > разве что у того кто её туда поставил мозги застыли на уровне конца девяностых.

    да, именно на опеннет отмечаются специалисты по массовым индустриальным квантовым компьютерам.

    погугли индустриальные предложение, много узнаешь о тех у кого "мозги застыли на уровне конца девяностых"

     
  • 2.71, anonus (?), 08:20, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Вот это не понял совсем. CAN в ядре зачем?

    https://www.kernel.org/doc/Documentation/networking/can.txt

    Тут доходчиво объясняют.

     

  • 1.60, Аноним (60), 22:17, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там вроде уже ReactOS 4.9 вышла..
     

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



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

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