The OpenNET Project / Index page

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

Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013 года

28.01.2014 18:54

Представлен отчёт о развитии проекта FreeBSD с октября по декабрь 2013 года.

Основные достижения:

  • Система
    • В компилятор GCC, ещё используемый в базовой системе на некоторых вторичных архитектурах (Clang во FreeBSD 10 задействован только для ARM, x86 и AMD64), интегрированы патчи, нацеленные на улучшение совместимости с Clаng. Поддержка в GCC некоторых возможностей Clang необходима для унификации процесса сборки, в котором пока не могут быть задействованы некоторые полезные возможности Clang, отсутствующие в GCC 4.2.1. В частности, добавлена поддержка расширенных предупреждений и такие улучшения, как "-Wmost" и "-Wnewline-eof". Также доступна реализация Си-расширения Blocks, которое поможет улучшить поддержку во FreeBSD технологии GCD (Grand Central Dispatch). Патчи в основном портированы из ветки GCC, поддерживаемой компанией Apple.
    • В рамках проекта ZFSBoot ведётся работа по обеспечению поддержки файловой системы ZFS в установщике BSDInstall. В декабре, перед релизом FreeBSD 10.0, ZFSBoot достиг стабильного состояния, предоставив возможность установки системы с корневым разделом на ZFS, опциональной поддержкой загрузочных окружений и шифрования через geli. Благодаря проекту ZFSBoot, в BSDInstall также появились расширенные средства отладки, дополнительные возможности по использованию скриптов, новое меню для выбора раскладки клавиатуры, упрощена настройки беспроводной сети, внесена серия небольших улучшений в процесс установки. Из планируемых улучшений отмечается предоставление возможности по настройке всех параметров в интерактивных меню, возможность создания дополнительных параметров, поддержка установки на шифрованные разделы UFS, интеграция конфигуратора BSDConfig с реализацией функций по настройке и установке пакетов, ранее присутствующих в sysinstall.
    • В рамках проекта FreeBSD Test Suite ведётся работа по внедрению средств для обеспечения тестирования качества кода в процессе разработки FreeBSD. Роль базового инструмента для организации автоматизированного тестирования выполняет фреймворк kyua (devel/kyua). Сценарии тестирования размещаются в каталоге /usr/tests/. Для разработчиков формируемый тестовый набор позволяет постоянно контролировать качество кодовой базы и оперативно выявлять регрессивные изменения, для пользователей появляется возможность проверки корректности работы внедрённых программных и аппаратных конфигураций. В настоящее время тестовые наборы только создаются и проект находится на стадии формирования инфраструктуры, после проверки которой начнётся перевод используемого ранее кода для тестирования системы, например, тестов tools/regression/, на новый инструментарий.
    • Завершена работа по портированию для использования в процессе разработки FreeBSD системы непрерывной интеграции, построенной на базе сервера Jenkins. Система уже используется в проектах компании iXsystems при разработке дистрибутива FreeNAS. Инфраструктура пока не введена в строй и требует дополнительной настройки, но сервер на базе Jenkins уже установлен в специально подготовленном виртуальном окружении.
    • Продолжена работа по интеграции в базовую систему отладчика LLDB, развиваемого проектом LLVM. За отчётный период была добавлена поддержка отладки многопоточных программ в live-режиме с использованием ptrace. Реализована поддержка архитектуры MIPS. Для тестирования в базовую систему импортирван снапшот LLDB (SVN rev 196322), который можно собрать, указав "WITH_LLDB=" в src.conf (по умолчанию не собирается). После импорта Clang 3.4 сборку отладчика LLDB планируется включить по умолчанию для архитектуры AMD64. Из дальнейших планов отмечается поддержка архитектуры ARM и возможность локальной и удалённой отладки ядра;
    • Ведётся работа по улучшению поддержки загрузки FreeBSD на системах с UEFI. Загрузчик и процесс загрузки ядра FreeBSD адаптируются для обеспечения совместимости с прошивками UEFI, применяемыми на выпускаемых ноутбуках, ПК и серверах. В настоящее время уже подготовлен прототип UEFI-загрузчика FreeBSD, который готовится к интеграции во FreeBSD HEAD. Поддержку UEFI Secure Boot планируется реализовать в выпуске FreeBSD 10.1.
    • Во FreeBSD HEAD приняты наработки проекта Newcons, в рамках которого развивается новый интерфейс для обеспечения вывода через графические устройства, позволяющий организовать доступ простых драйверов к консоли и терминальному режиму, а также доступ к фреймбуферу для X.Org. При этом от драйвера не требуется встраивание шрифтов, цветовых карт и изображений курсоров мыши, все эти компоненты предоставлены Newcons-драйвером vt. Проект также включает интеграцию с модулями KMS (Kernel Mode Setting), что позволит добиться поддержки современных релизов X.Org и обеспечить корректный возврат к режиму виртуального терминала после смены видеорежима средствами X.Org. Среди возможностей отмечается поддержка мыши, KMS (i915kms и radeonkms), USB-клавиатур, экрана-заставки, vidcontrol, Unicode, xterm-подобная эмуляция терминала, использование различных шрифтов в разных окнах терминала. Код отмечен как готовый для повсеместного тестирования.
  • Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов
    • Ведётся работа по расширению возможностей демона auditdistd, используемого для организации безопасной и надёжной передачи логов системного аудита поверх TCP/IP сети от локального демона аудита к демону аудита на удалённом сервере, без промежуточного сохранения лога на локальной системе. В auditdistd будет добавлена проверка сертификатов на стороне клиента (сейчас поддерживается только TLS с проверкой сертификатов на стороне сервера) и более полноценная поддержка инфраструктуры открытых ключей с возможностью проверки всей цепочки доверия для сертификата и проверкой по спискам отозванных сертификатов. Демон auditdistd будет поддерживать только режимы TLSv1.2 и PFS. Кроме того в будущем выпуске появится возможность отправки логов сразу на несколько серверов. Работу планируется завершить уже в начале февраля.
    • Продолжена работа по расширению средств для изоляции выполнения приложений при помощи фреймворка Capsicum, который расширяет POSIX API и предоставляет несколько новых системных примитивов, нацеленных на поддержку модели безопасности через управление возможностями объектов ("object-capability"). Capsicum дополняет традиционный централизованный мандатный контроль доступа средствами для защиты отдельных приложений и активируется на стороне самого приложения. Используя Capsicum приложение можно запустить в режиме повышенной изоляции (sandbox), при котором программа сможет выполнять только ранее специфицированные штатные действия. Для организации доступа привилегированным операциям и функциональности, недоступным при работе в режиме повышенной изоляции, развивается демон Casper.

      Из последних улучшений отмечается интеграция во FreeBSD HEAD демона Casper, сервисов Casper (system.dns, system.grp, system.pwd, system.random и system.sysctl) и библиотек libcasper, libcapsicum и libnv. Утилита tcpdump адаптирована для выполнения DNS-запросов c использованием сервиса system.dns. Утилита kdump адаптирована для использования сервисов system.pwd и system.grp для преобразования идентификаторов в имена пользователей и групп. Продолжается работа по обеспечению режима изоляции для различных приложений базовой системы.

    • В рамках проекта CBSD подготовлен инструментарий для управления изолированными jail-окружениями, комбинирующий в одном инструменте средства для быстрого развёртывания, клонирования, импорта/экспорта, создания снапшотов и мониторинга jail-окружениями. CBSD также предоставляет средства для подготовки и использования готовых преднастроенных образов Jail с определённым набором приложений и сервисов. Для управления в том числе может использоваться web-интерфейс.
    • Создан проект по добавлению в облачную платформу OpenStack поддержки использования FreeBSD в качестве хост-системы для развёртывания гостевых систем с использованием гипервизора Bhyve и средств виртуализации сети OpenContrail. Для реализации данной цели разрабатывается драйвер для поддержки гипервизора bhyve в компоненте OpenStack nova-compute и ведётся портирование для FreeBSD модуля OpenContrail vRouter. В настоящий момент разработка уже находится на стадии работающего демонстрационного прототипа. Проект развивается при поддержке компании Juniper Networks.
    • Готовятся к включению во FreeBSD HEAD патчи с реализацией поддержки работы FreeBSD в качестве гостевой системы в режиме PVH DomU (использование паравиртуализации в полностью виртуализированном HVM-контейнере без применения эмуляции), поддержка которого появится в Xen 4.4. Также подготовлен начальный набор патчей для поддержки PVH Dom0, позволяющий использовать FreeBSD в качестве хост-системы.
    • Во FreeBSD HEAD и stable/10 интегрированы наработки проекта по обеспечению поддержки аппаратных механизмов виртуализации ввода/вывода Intel IOMMU (VT-d, DMAR), используемых в гипервизорах для проброса реальных PCI-устройств в виртуальное окружение и дополнительной изоляции устройств. В частности, интегрирован драйвер VT-d, реализующий интерфейс busdma с использованием элементов DMA Remap (DMARs), поддерживаемых текущими чипсетами Intel. Драйвер позволяет увеличить надёжность и безопасность систем за счёт ограничения доступа к основной памяти из устройств, а также добиться увеличения производительности за счёт избежания дополнительной буферизации. По умолчанию драйвер отключен, но может быть активирован в loader.conf через опцию hw.dmar.enable;
  • Сетевая подсистема
    • Проведена большая работа по увеличению стабильности и производительности нового нативного стека iSCSI, работающего на уровне ядра и содержащего реализации iSCSI Target и iSCSI Initiator. Продолжается работа по реализации поддержки iSER. Добавлены оптимизации для распределения нагрузки между несколькими потоками внутри ядра и проведена переработка механизма блокировок, что в конечном счёте позволило добиться повышения производительности на многоядерных системах. Все подготовленные оптимизации планируется перенести во FreeBSD HEAD в феврале, после чего вернуть их в ветку stable/10 и включить в состав релиза 10.1;
  • Системы хранения и файловые системы
    • Завершён проект по увеличению масштабируемости и производительности работы подсистем CAM (ATA/SCSI) и GEOM (уровень блочных устройств) на многоядерных системах. В рамках проекта переработан механизм блокировок, что позволило заметно увеличить производительность CAM и GEOM на многоядерных системах. Например, в тестах был достигнут порог в 1 млн операций ввода/вывода в секунду. В GEOM дополнительно проведена общая полировка кодовой базы и добавлена новая функциональность прямой отправки (direct dispatch), позволяющей разделить нагрузку между несколькими потоками и процессорами, сократив число переключений контекста. Наработки уже перенесены в ветки FreeBSD HEAD и stable/10, и ожидаются в выпуске FreeBSD 10.1;
    • Началась разработка проекта по реализации файловой системы autofs и связанного с ней демона automountd для организации автоматического монтирования ФС при попытке обращения к связанным с ними разделам. Систему автомонтирования планируется реализовать в виде, близком к подобным подсистемам Linux, OS X и Solaris, обеспечив совместимость на уровне формата файлов маппинга. Кроме того планируется обеспечить интеграцию с сервисами директорий, такими как LDAP;
    • Во FreeBSD HEAD и stable/10 приняты изменения с поддержкой использования в ZFS улучшенного кода кэширования в механизме распределения памяти UMA, который позволяет добиться большей производительности. В ZFS для ZIO/ARC использование UMA можно активировать через опцию vfs.zfs.zio.use_uma в loader.conf, которая уже активирована по умолчанию для архитектуры ARM64. Поддержка кэша UMA для буферов сжатия LZ4 включена для всех архитектур. При тестировании на многопроцессорных системах указанные изменения показали удвоение прозводительности;
    • Во FreeBSD HEAD принят ряд оптимизаций работы сервера NFS (RPC, FHA, DRC), которые позволили в некоторых тестах значительно увеличить производительность и снизить нагрузку на CPU. Вкупе с вышеотмеченными улучшениями в ZFS удалось добиться производительности в 200 тыс операций чтения NFS блоков в секунду (IOPS) и 55 тыс SPEC NFS IOPS.
  • Поддержка оборудования
    • Ведется работа по обновлению кода KMS-модуля i915kms для видеокарт Intel, обеспечивающего переключение видеорежимов на уровня ядра. Код драйвера синхронизирован с текущей кодовой базой драйвера для ядра Linux и включает все исправления, внесённые за последние полтора года. С точки зрения функциональности в новом выпуске обновлена поддержка IvyBridge, добавлена поддержка процессоров серии Haswell и ValleyView, запланированы для включения новые возможности, необходимые для использования свежих выпусков X.Org и Mesa;
    • Продолжается развитие порта с поддержкой Allwinner A20 SoC, позволяющего запустить FreeBSD на плате Cubieboard2. Из периферии поддерживается USB EHCI и GPIO, заершена работа над драйвером EMAC 10/100 Ethernet.
    • Во FreeBSD HEAD и stable/10 добавлена начальная поддержка процессоров Freescale i.MX6, построенных на архитектуре ARM (ARM Cortex A9). Уже готовые драйверы для USB (EHCI), Ethernet (Gigabit), SD Card и UART. В разработке поддержка I2C, SPI, AHCI, подсистем для звука и видео.
    • Во FreeBSD HEAD добавлена поддержка SoC Freescale Vybrid VF6xx на базе ARM Cortex-A5/M4. Поддерживается NAND Flash Controller (NFC), USB EHCI, GPIO, UART, GIC, MPCore timer, Ethernet. Требует доработки поддержка фреймбуфера.
    • Ведётся работа по адаптации FreeBSD для работы на новых ARM-платах, таких как SoC серии Rockchip и Qualcomm Snapdragon S4. Во FreeBSD HEAD принят код для начальной поддержки SoC Rockchip RK3188 (Quad core Cortex A9).
    • Продолжается работа над драйвером iwn для беспроводных адаптеров Intel 802.11n. В последнее время добавлена поддержка серий чипов 2xxx, 6xxx и 1xx, устранены недоработки при сканировании сетей, задействованы средства контроля потока 802.11n из стека net80211.
  • Приложения и система портов
    • Дерево портов FreeBSD преодолело отметку в 24,500 портов, число незакрытых PR держится на уровне 1900. Введён в строй pkg.freebsd.org, официальный репозиторий бинарных пакетов для использования с пакетным менеджером pkg. Пакеты для pkg сформированы для выпусков 8.3, 8.4, 9.1, 9.2, 10.0 и -CURRENT. Добавлена поддержка проверки валидности пакетов по цифровой подписи;
    • Подготовлен порт sysutils/panicmail с реализацией механизма отправки отчётов о крахе ядра системы в централизованное хранилище. Информации о крахах пока присылается очень мало. Пользователям рекомендуется установить данный порт и активировать автоматическую отправку информации о крахах, что позволит ускорить выявление и устранение проблем в ядре FreeBSD.
    • Продолжена чистка портов lang/python* для обеспечения совместимости с используемыми в upstream методами сборки и разными версиями Python, без применения специфичных для FreeBSD сборочных патчей. Осуществлён уход от привязки портов к сборке lang/python, каждый порт теперь связывается зависимостями с конкретной версией Python или с мета-портом lang/python, что решает проблемы с привязкой портов к веткам Python 2.x или Python 3.x. Ведётся подготовка к поддержанию в одном порте возможности использования нескольких версий Python. Порт lang/python27 обновлён до версии 2.7.6, lang/python33 port до версии 3.3.3, lang/pypy до версии 2.2.1. Порт devel/py-distribute заменён на обновлённый порт devel/py-setuptools, в котором добавлена поддержка новых средств для упрощения установки Python-пакетов.
    • Развивается инициатива по формированию сборок FreeBSD для развёртывания в качестве гостевой ОС в cloud-окружениях Amazon EC2. Во FreeBSD 10 работа FreeBSD в EC2 возможна без применения дополнительных патчей со штатным GENERIC-ядром, в котором включена по умолчанию поддержка XENHVM. В состав сборок FreeBSD/EC2 включена система "configinit" для автонастройки использования пользовательских данных окружения EC2. Из открытых задач отмечается перевод формирования AMI-сборок FreeBSD в рамках основного процесса формирования релизов.
    • В коллекцию портов добавлено десктоп-окружение MATE 1.6, в рамках которого продолжена работа по поддержанию классического рабочего стола в стиле GNOME 2. Пользователям, отдающим предпочтение GNOME 2, рекомендуется перейти на использования данного порта (x11/mate или сокращённый вариант x11/mate-base), так как в скором времени в GNOME 2 в портах будет заменён на GNOME 3 (работа над портом GNOME 3.6 близится к завершению).
    • Проведена адаптация новых версий десктоп-оболочки KDE и фреймворка Qt для FreeBSD. В порты помещены релизы KDE 4.11.4 (area51), Qt 4.8.5, Qt 5.2 (area51), PyQt 4.10.3, SIP, 4.15.2, QScintilla2 2.8, Qt Creator 2.8.0, KDevelop 4.5.2, Calligra 2.7.5 и CMake 2.8.12.1. По данным сервиса PortScout доступно 464 связанных с KDE порта, из которых 88.15% (в прошлом отчёте было 98.73%) портов содержат свежие версии приложений. Из планов отмечается исключение HAL из числа зависимостей, переход на интерфейс Bluedevil для обеспечения работы c Bluetooth, поддержка KDE 4.12 и Qt 5, проверка корректности сборки компонентов KDE с использованием Clang и libc++;
    • Обновлены порты, связанные с десктоп-окружением Xfce, в том числе Orage 4.10.0, Midori 0.5.6, xfce4-terminal 0.6.3, xfce4-parole 0.5.3, 0.5.4, xfce4-whiskermenu-plugin (1.2.0, 1.2.1, 1.2.2, 1.3.0), xfce4-mailwatch-plugin 1.2.0, xfce4-wmdock-plugin 0.6.0. Удалены устаревшие порты x11-themes/lila-xfwm4 (тема Xfwm4), multimedia/xfce4-media (multimedia player) и net-im/xfce4-messenger-plugin.
    • Порт с Wine, открытой реализации Win32 API, обновлён до выпуска 1.6.1, также доступен порт с экспериментальным выпуском 1.7.8. Для сборки Wine по умолчанию задействован Clang. Обеспечена возможность сборки без поддержки X11.
    • Во FreeBSD HEAD осуществлена сборка по умолчанию нового графического стека на базе X.Org 7.7 (WITH_NEW_XORG). Для FreeBSD 11-CURRENT обеспечена возможность установки графического стека через репозиторий pkg. Обновлены компоненты графического стека: X.Org server 1.12, Mesa 9.1 и новые версии драйверов Intel и Radeon, работающие с использованием модулей KMS. KMS-модуль Radeon признан стабильным и скоро будет перенесён в ветку stable/9.


  1. Главная ссылка к новости (http://www.freebsd.org/news/st...)
  2. OpenNews: Официально объявлено о выходе FreeBSD 10.0
  3. OpenNews: Отчёт о состоянии развития FreeBSD за вторую половину 2012 года
  4. OpenNews: Отчёт о состоянии развития FreeBSD за первый квартал 2013 года
  5. OpenNews: Отчёт о состоянии развития FreeBSD за второй квартал 2013 года
  6. OpenNews: Отчёт о состоянии развития FreeBSD за третий квартал 2013 года
Лицензия: CC-BY
Тип: Интересно / Обобщение
Короткая ссылка: https://opennet.ru/38942-freebsd
Ключевые слова: freebsd, status, report
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (71) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, IMHO (?), 19:30, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Пользователям рекомендуется установить данный порт и активировать автоматическую отправку информации о крахах, что позволит ускорить выявление и устранение проблем в ядре FreeBSD.

    а если у меня компьютер старенький, им будет важна кора моего компа ?

     
     
  • 2.3, A.Stahl (ok), 19:48, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +13 +/
    >им будет важна кора

    Нет, достаточно будет указать количество годовых колец.

    Конечно да. Большинство крахов имеют причиной логические ошибки, а не нюансы конкретного процессора.

     

  • 1.7, vados (?), 19:55, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    допилите нормально NETMAP, и  ipfw/dummynet в юзерспейсе. Устал уже ждать.

    [сообщение отредактировано модератором]

     
     
  • 2.8, caban (?), 20:02, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зачем оно в юзерспейсе?

    [сообщение отредактировано модератором]

     
     
  • 3.16, Andrew Kolchoogin (ok), 20:37, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Для скорости.

    NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space. С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.

    Профессор Риццо, как обычно, жжот напалмом.

     
     
  • 4.48, metallica (ok), 22:35, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Для скорости.
    > NETMAP -- это такой изощрённый mmap буферов сетевой карты в User Space.
    > С его помощью вполне можно свитчить 10GigE на Pentium-III/900 MHz.

    Можно подробнее? Буфер создаёт драйвер карты, куда/откуда скидывает по dma,
    с дерижированием всего процесса прерываниями, данные драйвером передаются
    сетевому стеку из буфера, и от стека же и получает  обратно для передачи. Вопрос, собственно:
    если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек остаётся в стороне.
    Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
    может быть только если применить полностью свой лёгкий стек протоколов,
    или вообще обойтись без него
    потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
    соединений не добавится.

     
     
  • 5.50, Юрий (??), 22:52, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    C10M: Defending The Internet At Scale - http://youtu.be/73XNtI0w7jA - отлично описывает, зачем надо запускать сетевой стек в userspace.
     
     
  • 6.97, Аноним (-), 16:29, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    еще один девелопер, не освоивший message passing и смену ментальности для эффективного кодинга в парадигме и вероятно смену ЯП(на Хаскель или Эрланг).
    последние, ядрено-профилированные под платформу, версии inets и cowboy - прозрачно/линейно масштабируются до 256 ядер и дальше. к примеру.
    но статья/выступление - наглядная, безуслоно.
    но о вещах, которые стали актуальными лет6-7 назад и соотв, мало-мальски решаемых(разными компаниями по-разному).
     
  • 5.66, pavel_simple (ok), 08:01, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > с дерижированием всего процесса прерываниями, данные драйвером передаются
    > сетевому стеку из буфера, и от стека же и получает  обратно
    > для передачи. Вопрос, собственно:
    > если мы мапим буфер драйвера/карты в юзерспайс, то и весь сетевой стек
    > остаётся в стороне.
    > Значит приложение само должно разруливать все протоколы. Если прав, то выигрыш
    > может быть только если применить полностью свой лёгкий стек протоколов,
    > или вообще обойтись без него
    > потому что от разруливания всего tcp/ip в юзерспайсе производительность обработки
    > соединений не добавится.

    это нужно только если машина работает в качесве рутера/свича -- пакеты самой машиной не обрабатываются.

     
     
  • 6.72, metallica (ok), 11:00, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.
    Тут как раз смахивает на сервисы обработки запросов.
     
     
  • 7.81, pavel_simple (ok), 17:47, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Разве модули фильтров в ядре не этим заняты, зачем в юзерспайс выкидывать.

    там не юзерспейс -- там общая память для драйвера сетевой замаплена в адрессное пространство юзерспейса (по сути старый добрый zero-copy)
    > Тут как раз смахивает на сервисы обработки запросов.

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

    для линкса тожа делал патчи -- смотрел давно низнаю на каком уровне это всё сейчас.

     
     
  • 8.83, metallica (ok), 21:00, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Обрабатывать данные будет процесс с юзерспайсовым статусом С таким же успехом м... текст свёрнут, показать
     
     
  • 9.84, pavel_simple (ok), 21:10, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    в ядре одно неворное движение и того -- а тут простой ну почти процесс -- сист... текст свёрнут, показать
     
     
  • 10.85, metallica (ok), 21:50, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно сисколы нормально реализуются в интерпретаторах ... текст свёрнут, показать
     
     
  • 11.95, pavel_simple (ok), 08:12, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    обячно через прослойку обвязку или как например мне открыть из перла сокет ну на... текст свёрнут, показать
     
  • 5.96, RedRat (ok), 13:48, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тут человек из Яндекса рассказывает, что такое NETMAP и для чего они его используют: http://tech.yandex.ru/events/yagosti/ruBSD/talks/1483/
     
  • 4.89, Аноним (-), 02:54, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Для скорости.

    Ну понятно. Сперва тормознули себя нетграфом раз так в эн. Потом - "ёмае, что ж я сделал то?!"

     
  • 2.11, Аноним (-), 20:10, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В юзерспейсе? Чтобы как в 90-х - natd, divert, переключение контекста на каждый пакет?
     
     
  • 3.13, asavah (ok), 20:21, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гы, аж ностальгией повеяло, да были времена ...
     
  • 3.17, Andrew Kolchoogin (ok), 20:38, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В юзерспейсе? Чтобы как в 90-х - natd, divert, переключение контекста на
    > каждый пакет?

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

     

  • 1.9, iZEN (ok), 20:06, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Чё-то я очкую ставить NewXorg/KMS для AMD 785G.
     
     
  • 2.12, Аноним (-), 20:11, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чё-то я очкую ставить NewXorg/KMS для AMD 785G.

    Стоит на нём самом. Работает, даже игрушки играются.

     
  • 2.14, Аноним (-), 20:21, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ставь, не пожалеешь.
     
  • 2.18, Аноним (-), 20:42, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати, не троллинга ради, давно у тебя хотел тут спросить, ты принимаешь участие в разработке FreeBSD?
     
     
  • 3.23, Аноним (-), 20:58, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Да тут даже есть сомнения что он ее использует вообще.
     
     
  • 4.27, Аноним (-), 21:07, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дак вот я собственно почему и спрашиваю: какие-то теории заговоров со стороны линукс-разработчиков против FreeBSD строит (KMS, udev и т.д.), конструктивные и обоснованные наезды на ОС воспринимает как личную обиду, вот я и подумал, что так попа полыхать может только у того, чей труд поливают помоями.
     
     
  • 5.32, iZEN (ok), 21:24, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    1 Intel со своим KMS в Linux на долгие годы отодвинул Linux от десктопа 2 Ког... большой текст свёрнут, показать
     
     
  • 6.41, Andrey Mitrofanov (?), 22:00, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 1. Intel со своим KMS в Linux на долгие годы отодвинул Linux
    > от десктопа.

    ""Large parts of the code were taken from the Intel GPU driver in the Linux kernel, which is licensed under the BSD-like Intel opensource license.

    Бе-е-едненькие! Прям слёзы душат...

    > 3. Разработчикам FreeBSD ничего не осталось делать, как нанять человека для портирования KMS-прибамбасов из Linux во FreeBSD,

     
  • 6.90, Аноним (-), 03:39, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, у интеля лучшие дрова под линух, пожалуй Так что рассказы о том как инте... большой текст свёрнут, показать
     
     
  • 7.94, тигар (ok), 07:38, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пруф или ты, традиционно, мир-дверь-мяч Чувствуется Знание, особенно макоси, л... большой текст свёрнут, показать
     
  • 3.33, iZEN (ok), 21:26, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кстати, не троллинга ради, давно у тебя хотел тут спросить, ты принимаешь участие в разработке FreeBSD?

    Шлю багрепорты по проблемным портам. Чаще всего проблема в них, а не в системе.


     
  • 3.60, Аноним (-), 02:44, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Просто не обращай на него внимания. В каждом сообществе есть евангелисты и среди каждой группы евангелистов есть безграмотные люди ни шиша не понимающие в своей же теме, но жаждущие всем рассказать какая она правильная или просто к месту и не к месту её упомянуть. Их надо просто тихо игнорировать.
     
     
  • 4.68, Аноним (-), 09:39, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Всех надо просто тихо игнорировать.

    Вот это нирвана. ^.^

     
  • 4.91, Аноним (-), 03:40, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > надо просто тихо игнорировать.

    "Я не злопамятный: отомщу и забуду" :).

     

  • 1.19, Perain (?), 20:43, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    pkg не поддерживает флаги сборки ?
     
     
  • 2.21, Аноним (-), 20:48, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > pkg не поддерживает флаги сборки ?

    pkg утилита для работы с бинарными пакетами. Флаги сборки поддерживаются через систему портов (cd /usr/dports/<portname> && make config-recursive)

     
     
  • 3.37, Perain (?), 21:48, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    // fix: бинарные сборки с любыми флагами
     
     
  • 4.46, Аноним (-), 22:17, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вторая попытка не удалась. Осталась последняя, третья, попытка выразить свои мысли на русском языке.
     
  • 4.51, IMHO (?), 23:15, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поттерингу скажите, пусть запилит в systemd
     
  • 4.75, dxd (?), 12:24, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    /me посмотрел список юзфлагов для multimedia/ffmpeg и представил размер репозитория, где всё это будет лежать. Впечатлён.
     
     
  • 5.98, Perain (?), 22:46, 31/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дедупликация, сборка из частей обьектов линковщиком
     
  • 3.47, тигар (ok), 22:33, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> pkg не поддерживает флаги сборки ?
    > pkg утилита для работы с бинарными пакетами. Флаги сборки поддерживаются через систему
    > портов (cd /usr/dports/<portname> && make config-recursive)

    dflybsd detected! :)
    там pkgsrc похоронили окончательно уже или нет еще?

     
     
  • 4.53, Аноним (-), 23:29, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, не осталось его там совсем. Собственно не велика работа: подправить /usr/Makefile и выпилить bmake из системы.
     
     
  • 5.54, xM (ok), 23:41, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > подправить /usr/Makefile

    Вы не поверите, но в /usr нет Makefile ибо там нечего to make.

     
     
  • 6.58, Аноним (-), 02:40, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    make src-update
    make dports-update

    В общем, садись, два. Завтра в школу с родителями.:)

     
  • 6.65, Аноним (-), 07:45, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    % ls -l /usr/Makefile
    -r--r--r--  1 root  wheel  6367 Jan 19 19:58 /usr/Makefile
    % head /usr/Makefile
    # Makefile.usr - installed as /usr/Makefile
    #
    # Provides simple targets to download and maintain /usr/src, /usr/dports etc.

    GITHOST?=git.dragonflybsd.org

    THISGIT!= which git 2>/dev/null; echo
    DPTBALL=/tmp/dports.tar.gz
    PKGBALL=/tmp/pkgboot.tar.xz
    DPDLURL=https://api.github.com/repos/DragonFlyBSD/DPorts/tarball/
    % uname -a
    DragonFly  3.7-DEVELOPMENT DragonFly v3.7.1.513.g4cf486-DEVELOPMENT #0: Sun Jan 19 13:53:24 UTC 2014     root@pkgbox64.dragonflybsd.org:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64

     
     
  • 7.69, xM (ok), 10:40, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >% uname -a
    >DragonFly  3.7-DEVELOPMENT DragonFly v3.7.1.513.g4cf486-DEVELOPMENT #0: Sun Jan 19 13:53:24 UTC 2014     root@pkgbox64.dragonflybsd.org:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64

    А ничего, что в новости про FreeBSD ?
    % uname -a
    FreeBSD beta.peek.local 10.0-RELEASE FreeBSD 10.0-RELEASE #1 r261161: Sun Jan 26 12:12:30 FET 2014     xm@beta.peek.local:/usr/obj/usr/src/sys/GENERIC  amd64
    % ls /usr
    bin games include lib32 libexec obj sbin src
    compat home lib libdata local ports share tests

     
     
  • 8.76, тигар (ok), 12:38, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а ничего, что человек отвечал на вопрос о судьбе pkgsrc в dflybsd ... текст свёрнут, показать
     
     
  • 9.77, xM (ok), 13:34, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тема то про FreeBSD ... текст свёрнут, показать
     
     
  • 10.78, тигар (ok), 13:38, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и ... текст свёрнут, показать
     
     
  • 11.82, xM (ok), 19:30, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и это не имеет отношения к отчёту о развитии FreeBSD Всё то вам разжёвывать ... текст свёрнут, показать
     
     
  • 12.86, тигар (ok), 22:23, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тогда нужно начать издалека, попробую намеками 1 что такое dflybsd 2 поищит... текст свёрнут, показать
     
     
  • 13.87, xM (ok), 00:03, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо, кэп Тока, имхо, всё равно офтопик ... текст свёрнут, показать
     
     
  • 14.88, тигар (ok), 00:11, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    кому как я например узнал о том, что dfly форк fbsd отказался от pkgsrc, пере... текст свёрнут, показать
     
  • 4.59, Аноним (-), 02:42, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По-дефолту выпилили, но если есть желание, то кто ж запретит? Правда поддерживать и костылять придется уже самому.
     
  • 3.67, knike (?), 08:21, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не поддерживает.
     

  • 1.20, Аноним (-), 20:47, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Молодицы ребята. Развивают систему и слабые ее места.
    Не сильно понял, что они с Jenkins сделали. Jenkins в портах еще с 2011 года. В Jenkins сборке Selenium WebDriver через python обертку запустили и начали тестить web интерфейс FreeNAS?
     
     
  • 2.43, Куяврег (?), 22:04, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стали использовать сами, а не только в портах выставлять.
     

  • 1.35, Анонище (?), 21:36, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что есть в ядре BSD из я-ля apparmor, selinux, grsec?
     
     
  • 2.63, Apple (?), 06:59, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    TrustedBSD MAC Framework и модули к нему, впрочем проще перейти сюда trustedbsd.org. Ну и в новости написано о некоторых механизмах безопастности.
     
     
  • 3.93, Аноним (-), 03:44, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это безопасникам у которых процовый RNG завернут напрямую в вывод рандома не поможет нифига.
     

  • 1.38, Perain (?), 21:48, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vfs.zfs.zio.use_uma уже стабильный ?
     
     
  • 2.39, iZEN (ok), 21:50, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > vfs.zfs.zio.use_uma уже стабильный ?

    % sysctl vfs.zfs.zio.use_uma
    vfs.zfs.zio.use_uma: 1
    — специально не менял.

     
     
  • 3.73, Аноним (-), 11:04, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    - Ответь мне честно "да или нет". Почему парни смеются над девушками?
    - Да.
     

  • 1.49, Аноним (-), 22:36, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >проверка корректности сборки компонентов KDE с использованием Clang и libc++

    У меня почти все собралось. Молодца, хорошо поработали. Уже можно без gcc обходиться.

     
  • 1.55, Аноним (-), 00:03, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Охренеть изменений. Этот status report больше и интереснее нескольких предыдущих.
     
  • 1.70, oops (ok), 10:42, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ух, наконец-то кто-то взялся за адаптацию devd к Xorg и DM'ам!
     
  • 1.74, xM (ok), 12:14, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Динамика, однако.
    Хороший повод помочь ребятам деньгами
    https://www.freebsdfoundation.org/donate/
     
     
  • 2.92, Аноним (-), 03:42, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Фирма Sony одобряет инвестиции в снижение TCO и улучшение показателей ROI для PS4.
     
     
  • 3.100, uniman (ok), 14:34, 08/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Фирма Sony одобряет инвестиции в снижение TCO и улучшение показателей ROI для PS4.

    BSD in PS4 - 300Mb source

    GPL in Android - 2Gb source

    Samsung, Motorola, LG, Sony ... и еще 80 компаний благодарны за улучшение финансовых показателей.

    Роялти разработчикам не замечено.


     

  • 1.101, linecommander (ok), 04:07, 09/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Система ... упрощена настройки беспроводной сети ... BSDConfig

    Networking Devices
    Select a network interface to configure.

    * Interface is marked as "active"
    bwn0
    msk0     Marvell Technology Group Ltd. Yukon EX Id 0xb5 Rev 0x02
    tap0     <unknown device type>
    bridge0  <unknown device type>
    wlan0    <unknown device type>

    вот так пока всё выглядит, но уже хотя бы все интерфейсы видны

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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