The OpenNET Project / Index page

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

Отчёт о развитии FreeBSD за четвёртый квартал 2015 года

08.02.2016 18:11

Доступен отчёт о развитии проекта FreeBSD с октября по декабрь 2015 года.

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

  • Система
    • Началась работа по добавлению в ядро средств для автоматической загрузки модулей, необходимых для работы оборудования, для которого отсутствуют загруженные драйверы. На основании информации в модулях построена карта для сопоставления драйверов и устройств PC Card, USB и PCI, которая сохранена в отдельном файле. После доведения проекта до конца пользователю будет предоставлена возможность загрузки минимального ядра, аналогичного сборке в конфигурации MINIMAL, с динамической загрузкой всех драйверов устройств по мере необходимости;
    • Во FreeBSD-HEAD принят переработанный механизм вытеснения процессов в ситуации нехватки виртуальной памяти в системе (OOM, Out of Memory). В отличие от старого обработчика OOM, оперирующего текущим состоянием виртуальной памяти (снижение свободного места в разделе подкачки и небольшой остаток свободных страниц памяти), новый механизм пытается анализировать динамику изменения потребления памяти, принимая решение о принудительном завершении процессов только в случае реальной угрозы возникновения блокировки. Кроме того, изменён алгоритм выбора процесса для принудительного закрытия, который теперь не ограничивается учётом числа элементов в таблицах распределённых станиц памяти, но и пытается оценивать реальное число страниц, которое высвободится в результате принудительного завершения процесса, что позволяет более точно выбирать потенциально проблемные процессы;
    • Во FreeBSD 11 принята новая реализация системного вызова sendfile, предназначенного для организации прямой передачи данных между файловым дескриптором и сокетом. Новая реализация разработана компаниями Netflix и NGINX Inc и отличается значительным увеличением производительности - файл теперь можно направлять в сокет в асинхронном режиме без ожидания завершения чтения с диска. Ранее при использовании флага O_NONBLOCK не блокировался только сокет, но продолжало блокироваться чтение с диска. В новой реализации можно асинхронно отправлять и читать данные. Реализация полностью обратно совместима с ранее доступными приложениями и может использоваться в качестве прозрачной замены, не требуя пересборки. Кроме увеличения производительности в новой реализации также добавлены новые флаги, предоставляющие дополнительный контроль над отправкой данных. Например, флаг SF_NOCACHE запрещает кэширование передаваемых данных, а при помощи макроса SF_READAHEAD() можно установить размер буфера упреждающего чтения;
    • В рамках проекта relaunchd ведётся работа по созданию аналога системного менеджера Launchd (OS X), пригодного для использования во FreeBSD. В единый демон relaunchd сведены функции процесса init, системы стартовых скриптов rc.d и init.d, демонов inetd, atd, crond, и watchdogd. Из дополнительных функций отмечается управление запуском программ в jail-окружениях, передача дескрипторов сокетов из окружения хоста в jail, запуск программ в предопределённом sandbox на базе технологии capsicum. Формат файлов конфигурации основан на UCL, что позволяет определять параметры заданий в JSON и других форматах, поддерживаемых UCL. Relaunchd уже содержит всю базовую функциональность Launchd и добавлен в дерево портов, но пока позиционируется как экспериментальная разработка. Из планов по дальнейшему развитию отмечается поддержка перезапуска заданий в случае их краха, эмуляция cron, поддержка отслеживания изменений файлов и директорий, доведение до финального вида механизмов работы с jail;
    • Продолжена разработка системного менеджера nosh, включающего набор средств для инициализации, загрузки, ведения логов, управления фоновыми процессами и терминалами. Nosh позиционируется как замена систем BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами. Предоставляется набор прослоек для использования команд, ставших привычных в других системах, импорта существующих конфигурационных файлов /etc/fstab, /etc/rc.conf, /etc/rc.local и /etc/ttys, а также настроек изолированных окружений Jail и PC-BSD Warden.

      Доступны возможности для определения порядка запуска сервисов, организации зависимостей между сервисами, обеспечения параллельного выполнения сервисов, автоматической ротации логов, отслеживания работы сервисов и применения kevent для обеспечения событийно-ориентированного параллелизма. Система переносимая, не зависит от особенностей ядра и может применяться как в BSD-системах, так и в Linux.

      С момента публикации прошлого отчёта в Nosh реализованы инструменты для экспорта логов cyclog/multilog в удалённые обработчики логов, поддерживающие RFC 5426 (например, logstash). В подсистему работы с виртуальным терминалом добавлена возможность прямого обращения к USB-устройствам ввода, без задействования sysmouse. Добавлена полная поддержка систем, на которых имеются только разделы ZFS. Обеспечено преобразование настроек приоритетов из unit-файлов systemd для использования с rtprio/idprio. Добавлена поддержка mfs для /tmp. Для полной замены rc.d из 157 отмеченных в плане задач остаётся выполнить 27.

    • Разработчики FreeBSD рассматривают возможность замены подсистем init и rc на более современную систему инициализации и управления сервисами, которая позволит сократить время загрузки благодаря распараллеливанию запуска сервисов, повысить надёжность работы за счёт автоматического перезапуска в случае сбоя, упростить управление зависимостями через такие техники как активация по обращению к сокету, обеспечить возможность запуска сервисов по мере необходимости и завершать их при длительной неактивности, увеличить безопасность сократив число компонентов, работающих под пользователем root. В настоящее время решение по замене пока не принято. На звание нового системного менеджера претендуют три проекта: relaunchd (написанная с нуля реализация API launchd), развиваемый проектом NextBSD порт launchd из OS X (реализован через прослойку с реализаций механизма межпроцессного взаимодействия микроядра Mach) и nosh, оригинальная разработка по мотивам launchd, systemd и других систем;
    • Близится к завершению проект миграции FreeBSD на инструментарий работы с исполняемыми файлами в формате ELF, эквивалентный набору GNU Binutils, но распространяемый под лицензией BSD. В настоящее время уже подготовлены BSD-версии библиотек libelf и libdwarf, а также утилит addr2line, nm, readelf, size, strings, as, ld и objdump и strip (elfcopy). Первый релиз запланирован на первый квартал 2016 года, из оставшихся задач отмечается добавление поддержки PE/COFF в elfcopy и адаптация системы сборки;
    • Для платформ amd64 и arm64 по умолчанию задействован отладчик LLDB, развиваемый проектом LLVM. Из ещё не решённых задач отмечается реализация возможности использования LLDB для отладки разделяемых библиотек, портирование компонентов для удалённой отладки, возможность отладки core-дампов ядра и расширение поддержки архитектур, отличных от amd64 и arm64;
    • Внесены улучшения в отладчик GDB: в настройках порта devel/gdb включена по умолчанию опция отладки ядра KGDB, улучшена поддержка кросс-отладки crashdump-ов, реализован новый режим отладки многопоточных программ;
    • Переработана реализация кэша vnode, проведена оптимизация кода для распределения и чистки vnode;
    • В sysctl добавлена поддержка фиксированных типов (знаковые и беззнаковые 8-, 16-, 32 и 64-разрядные целые числа). Для отображения информации о типах в утилиту sysctl добавлена новая опция "-t";
  • Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов
    • Усовершенствована работа FreeBSD в качестве хост-системы (dom0) для запуска гостевых окружений с использованием гипервизора Xen. В отчётный период основное внимание было уделено работе над HVMlite, новой реализацией режима PVH, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). Уже доступна начальная реализация режима HVMlite, который после готовности работы в качестве Dom0 заменит собой старую реализацию PVH. Патчи для поддержки HVMlite уже приняты в кодовую базу Xen будут доступны в составе Xen 4.7. Из других связанных с Xen изменений отмечается оптимизация производительности драйвера netfront и добавление поддержки unmapped IO в драйвер blkfront;
    • Подготовлены патчи для организации сохранения дампов краха ядра в зашифрованном виде. Так как дамп содержит срез памяти процессов, он может включать конфиденциальные данные, такие как оставшиеся в буфере пароли. Для предотвращение утечки этих данных при попадании crash-дампа не в те руки, предлагается шифровать содержимое перед записью. Для расшифровки доступна новая утилита decryptcore;
    • В состав FreeBSD 10-STABLE принято обновление пакета OpenBSM 1.2 alpha 4 с открытой реализации Sun Basic Security Module (BSM) Audit API, предоставляющего средства для управления аудитом системы и формат файлов аудита;
    • Расширены возможности по работе в роли гостевой системы под управлением гипервизора Hyper-V. Увеличена производительность драйверов для синтетических сетевых адаптеров и устройств хранения Hyper-V, поставляемых в наборе FreeBSD Integration Services (BIS). В драйвер VMBus добавлена поддержка vRSS (Receive Side Scaling). Готовится к включению код для поддержки виртуальных машин с интерфейсом UEFI (Hyper-V Generation-2 VM);
    • Проект HardenedBSD провёл большую работу по улучшению производительности и стабильности развиваемых для FreeBSD дополнительных механизмов защиты. Метки безопасности теперь могут быть привязаны не только к процессам, но и к отдельным потокам. Проведена реорганизация блокировок. Переработана реализация ASLR (Address Space Layout Randomization) для mmap(MAP_32BIT). Разработана новая утилита бинарного обновления системы hbsd-update, которая может использоваться для обновления окружений jail и ZFS Boot Environments (ZFS BEs). Достоверность обновлений обеспечивается сертификатами X.509. Полностью переписана утилита secadm, предназначенная для применения к приложениям дополнительных техник защиты. К сожалению у проекта HardenedBSD пока нет ресурсов для переноса наработок ASLR в основную кодовую базу FreeBSD;
  • Сетевая подсистема
    • Стартовал проект по переработке стека маршрутизации, в результате которого планируется поднять производительность и масштабируемость, а также подготовить задел для добавления расширенных возможностей. Основной проблемой текущего стека маршрутизации является чрезмерно большое число блокировок при обработке вывода пакетов, которые приводят к блокировке контекста при выполнении преобразования пакета в сетевой кадр, пригодный для отдачи оборудованию. В рамках инициативы подобные блокировки планируется свести к двум вызовам rmlock, что позволит добиться масштабируемости близкой к линейной;
    • Доступен новый выпуск патчей с реализацией расширения Multipath TCP (MPTCP), позволяющего организовать доставку пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Целью проекта является подготовка MPTCP-патчей для ядра FreeBSD, совместимых с эталонной реализацией MPTCP и дополнительными улучшениями;
  • Системы хранения и файловые системы
    • В механизм управления ресурсами RCTL добавлена возможность ограничения пропускной способности диска через задание лимитов на полосу пропускания чтения/записи (байт в секунду) и интенсивность операций ввода/вывода (число операций чтения/записи в секунду). Также представлен новый механизм придерживания запуска процессов в условиях превышения лимита. Код с реализацией нового RCTL уже в основном протестирован, обеспечена интеграция с ZFS и ожидается включение во FreeBSD 11.0;
    • Подготовлен порт sysutils/fusefs-lkl с FUSE-модулем, который можно использовать для полноценного доступа к любым файловым системам, поддерживаемым ядром Linux, в том числе к ext4/3/2, XFS и BTRFS. Модуль построен с использованием наработок проекта LKL ("Linux Kernel as a Library"), позволяющего скомпоновать ядро Linux в форме разделяемой библиотеки, которую можно собрать для различных платформ, в том числе для FreeBSD, и обращаться к функциям ядра из пользовательских приложений. Таким для работы с ФС используется оригинальный код драйверов из состава Linux;
    • В состав FreeBSD 11-CURRENT принят код для загрузки с временным rootfs, вместо которого затем монтируется реальный корневой раздел. Процесс смены корневого раздела реализован в форме частичного завершения работы с удалением всех процессов, отмонтированием rootfs, монтированием нового rootfs, запуском процесса init и переходом к выполнению скриптов инициализации;
    • При поддержке Netflix для подсистемы CAM разработан планировщик ввода/вывода CAM I/O scheduler, который будет включён в состав FreeBSD 11. Планировщик позволяет разделять различные типы ввода/вывода, давая возможность привязать ограничения к типам и характеристикам ввода/вывода (в том числе учитывать задержки при обработке недавних запросов, относительно средних показателей). Например, планировщик удобно использовать для адаптации системной нагрузки к производительности SSD-накопителей или для решения специфичных задач, таких как отдача данных для потокового вещания видео;
    • Проходит рецензирование переработанный стек MMC/SD, переведённый на использование фреймворка CAM, что позволило задействовать в нём уже хорошо проверенную модель организации блокировок и средства для отладки. В настоящее время поддерживается только драйвер ti_sdhci, используемый для плат BeagleBone Black;
  • Поддержка оборудования
    • Подготовлен начальный порт FreeBSD для процессоров на базе архитектуры RISC-V. FreeBSD/RISC-V уже успешно загружается в многопользовательском режиме в симуляторе Spike;
    • Для FreeBSD портированы библиотеки для работы с VideoCore, графическим процессором одноплатного ПК Raspberry Pi. Библиотеки обеспечивают доступ к такими возможностям VideoCore, как OpenGL, механизмы ускорения воспроизведения видео и управление HDMI. Библиотеки помещены в порт misc/raspberrypi-userland и могут быть использованы в медиацентре Kodi (XBMC). В порты также добавлен обособленный видеопроигрыватель omxplayer, использующий VideoCore API;
    • Для включения в релиз FreeBSD 10.3 подготовлена серия изменений, связанных с загрузкой на системах с UEFI. Улучшена совместимость с различными реализациями UEFI. Решены проблемы с загрузкой, приводящие к выводу ошибки "ExitBootServices() returned 0x8000000000000002". Добавлена возможность установки переменных EFI из командной строки загрузчика. В UEFI-загрузчик добавлена поддержка корневых разделов с ZFS;
    • Добавлена поддержка сборки релизов для дополнительных ARM-систем: BANANAPI, CUBIEBOARD и CUBIEBOARD2.
    • К интеграции в FreeBSD 11-CURRENT готовится ICL-модуль с реализацией iSER Initiator с поддержкой iSCSI-расширений для RDMA (Remote Direct Memory Access), используемых в продуктах компании Mellanox. Данные расширения предоставляют доступ к средствам аппаратного ускорения перемещения данных, присутствующих в 10, 40, 56 и 100 Gigabit IB/Ethernet адаптерах Mellanox;
    • В состав FreeBSD-HEAD принят новый драйвер cxgbei, позволяющий использовать средства аппаратного ускорения для iSCSI Initiator и Target при использовании карт Chelsio T5- и T4. Поддерживается ускорение операций с TCP, идентификации и извлечения iSCSI PDU из потока, генерация и проверка контрольных сумм, прямая (zero copy) передача/получение пакетов;
    • Инициирован проект по добавлению во FreeBSD поддержки SoC, основанных на архитектуре MIPS и применяемых в беспроводных маршрутизаторах Ralink/Mediatek RT3050, RT3052, RT3350, RT3352, RT3662, RT3883, RT5350, RT6855, RT6856, MT7620, MT7621, MT7628 и MT7688. Из поддерживаемой функциональности отмечается: Interrupt controller, UART, GPIO, USB, PCI/PCIe, Ethernet и SPI;
    • Представлена начальная реализация драйвера с поддержкой видеоподситемы SoC iMX.6, используемой в таких ARM-платах, как Hummingboard, RIoTboard и Cubox. В настоящее время при выводе через HDMI поддерживается только режим 1024x768, но после решения ряда проблем это ограничение будет снято;
    • Расширены возможности драйвера ioat для устройств поддерживающих технологию Intel I/O Acceleration Technology, которые применяются в некоторых серверных системах Intel. В новой версии добавлена поддержка устройств Broadwell-EP, API расширен поддержкой операций "blockfill" и средствами выполнения операций копирования непоследовательных 8-килобайтных блоков памяти;
    • Во FreeBSD 11-current и FreeBSD 10-stable добавлен драйвер mlx5 с поддержкой Ethernet и Infiniband сетевых карт Mellanox ConnectX-4, поддерживающих передачу данных на скоростях до 100GBit/s. Связанный с драйвером модуль ядра mlx5en включён по умолчанию в конфигурации GENERIC;
    • Проведена работа по синхронизации состояния драйверов ntb_hw/if_ntb с кодом NTB-драйвера из ядра Linux 4.4;
    • Добавлены драйверы для поддержки контроллеров сенсорных экранов, используемых в платах Raspberry Pi и Beaglebone Black (SoC AM335x);
    • Ведётся работа по переводу порта ARMv6 с использования "soft float" ABI на "hardware float" ABI. После завершения перевода экспериментальный тип архитектуры armv6hf будет удалён и для ядра будет использован только "hardware float". Отличия "soft float" и "hardware float" ABI будут только на пользовательском уровне, например, будет оставлена возможность сборки библиотек в режиме soft-float через указание сборочной опции WITH_LIBSOFT. В одной системе одновременно могут находиться библиотеки, собранные с soft и hard ABI;
    • Выполнено портирование FreeBSD на платформу Marvell Armada38x, в которой используется один или два CPU ARM Cortex-A9. Работа SMP-режима полностью работоспособна и протестирована на платах Marvell DB-88F6288-GP и SolidRun ClearFog. Образ корневой ФС может загружаться как с накопителей USB 3.0/2.0, так и через NFS при помощи сетевого адаптера с интерфейсом PCIe. Присутствует экспериментальная поддержка встроенного Gigabit Ethernet (NETA);
    • Добавлен драйвер для Ethernet-контроллера Amlogic Meson, используемого на платах ODROID-C1 с SoC Amlogic aml8726-m8b;
    • Продолжена работа по реализации поддержки 64-разрядной архитектуры ARM64 (AARCH64). Добавлена поддержка модулей ядра, совместно используемых страниц памяти (Shared page), CloudABI и большая порция мелких улучшений и исправлений;
    • Добавлена начальная поддержка серверной системы SoftIron Overdrive 3000, оснащённой 8-ядерным ARMv8 CPU AMD Opteron A1100. Добавлен драйвер для PCIe и SATA-контроллера, обеспечена возможность загрузки FreeBSD. Из нерешённых задач отмечается написание драйвера для 10Gbase-T Ethernet;
    • Улучшена работа ядра на системах с процессорами ARMv6/v7: поддержка KGDB, расширены возможности ptrace, улучшен код LIBUSBBOOT, поддержка Exynos EHCI, поддержка аппаратных точек останова, возможность сжатия модулей ядра методом gzip, подготовка нового кода pmap VM для включения во FreeBSD 10-STABLE;
  • Приложения и система портов
    • Обновлён графический стек. В портах libglapi, libGL, libEGL, libglesv2, gbm и dri задействован новый выпуск Mesa 11.0.8. Сервер X.Org обновлён до выпуска 1.17.4 (1.18 доступен для тестирования, но пока не добавлен в основные порты). Для включения в ядро почти готово очередное обновление драйвера i915;
    • Внесены улучшения в инструментарий сборки базовой системы (buildworld): добавлен режим WITH_FAST_DEPEND, позволяющий ускорить сборку на 16-35% за счёт выноса фазы построения зависимостей на этап компиляции, реализована поддержка сборки с использованием ccache (WITH_CCACHE_BUILD) без необходимости замены CC в make.conf, внесены многочисленные улучшения в параллелизации процесса сборки и т.д.
    • Ведётся работа по портированию для FreeBSD окружений MATE 1.12, CINNAMON 2.8 и GNOME 3.18;
    • Проведена адаптация новых версий десктоп-оболочки KDE и фреймворка Qt для FreeBSD. В порты помещены релизы CMake 3.4.1, Calligra 2.9.1, PyQt5 5.5.1, PyQt4 4.11.4, QScintilla2 2.9.1, SIP 4.17, QtCreator 3.6.0. Ведётся работа по обновлению портов Qt5 и KDE до версий Qt5 5.5.1, KDE Frameworks 5.17.0, Plasma 5.5.1 и KDE Applications 15.12.0. Из основных задач отмечается включение в дерево портов KDE Frameworks 5 и Plasma 5, а также обеспечение работы QtWebEngine во FreeBSD;
    • Подготовлен начальный порт с пользовательским окружением LXQt, развиваемого объединённой командой разработчиков проектов LXDE, Razor-qt и Maui/Hawaii.
    • Обновлены порты, связанные с десктоп-окружением Xfce: audio/xfce4-pulseaudio-plugin 0.2.4, multimedia/xfce4-parole 0.8.1, x11/xfce4-whiskermenu-plugin 1.5.2, x11/xfce4-dashboard 0.5.4;
    • Продолжает развитие порт с платформой GitLab, предоставляющей средства для организации совместной работы с Git-репозиториями. В настоящее время ведётся работа по обновлению порта с GitLab 7.14 до выпуска 8.3, который использует Rails 4.2 и существенно упрощает решение проблем с зависимостями. До включения в дерево портов остаётся добавить около 5 зависимостей, что в 10 раз меньше, чем требовалось ранее;
    • Последние достижения проекта NanoBSD, предоставляющего средства для формирования минималистичных сборок FreeBSD, связаны с развитием возможности работы сборочных инструментов без необходимости их запуска с правами root, упрощением процесса создания сборок и оптимизации образов для карт SD и microSD;
    • Развиваются дополнительные утилиты для упрощения работы по созданию и поддержанию портов. Утилита pytoport позволяет сгенерировать каркас порта из пакета PyPI, учтя все зависимости, определив лицензию и добавив в pkg-descr. описание. Вторая утилита skog позволяет построить дерево зависимостей на основе вывода фреймворка Ports. Третья утилита bandar формирует при помощи unionfs многослойную ФС для дерева портов, позволяющую быстро тестировать новые порты и вносить изменения в существующие;
    • Развивается проект по предоставлению возможности быстрой установки любых модулей к Node.js, представленных в штатном NPM-репозитории. В настоящее время проектом сформировано около 300 новых портов, включая Socket.IO и Jison;
    • Дерево портов FreeBSD держится на уровне 25 тысяч портов, число незакрытых PR достигло отметки в 2000. За отчётный период закрыто около 1800 PR и внесено приблизительно 7 тысяч изменений. Из наиболее значительных обновлений портов отмечаются GCC 4.9, CMake 3.4.1, PostgreSQL 9.4 и ruby-gems 2.5.0;
    • Началась работа по добавлению в систему портов поддержки определения различных вариантов приложений без разделения на отдельные порты. Например, пакет с Python-модулем может зависеть от нескольких версий интерпретатора Python (работать как с Python 2.x, так и с 3.x) или для одного приложения требуется сформировать несколько пакетов без разделения на отдельные порты (editors/vim и editors/vim-lite);
  • Разное
    • Во время сборки релизов прекращена генерация контрольных сумм MD5, в пользу SHA512;
    • Реорганизация команды, отвечающей за устранение уязвимостей (Security Team). Команда теперь включает только двух участников: главного по безопасности (Security Officer) и его заместителя, которым делегированы функции взаимодействия с лицами и организациями, сообщающими о проблемах с безопасностью, проведения технической экспертизы и организации решения данных проблем разработчиками, отвечающими за связанные с ними подсистемы;
    • Решается вопрос организации поставки в базовой системе инструментов, распространяемых под лицензией GPLv3, которые необходимы для организации сборки на вторичных архитектурах (например, arm64 и RISC-V), для которых Clang/LLVM пока недоступен, а вариант GCC под GPLv2 сильно устарел. Добавить код под GPLv3 в базовую систему проблематично из-за проявления дополнительных ограничений, которые могут быть неприемлемы для производных проектов. В качестве компромисса предлагается выделить инструменты под GPLv3 в специальные пакеты для базовой системы, которые будет поставляться в отдельном репозитории, не пересекаясь с кодом базовой системы.
    • В спецификацию style(9), определяющую правила оформления исходных текстов ядра FreeBSD, добавлена поддержка типа bool, определённого в стандарте C99.


  1. Главная ссылка к новости (https://lists.freebsd.org/pipe...)
  2. OpenNews: Отчёт о состоянии развития FreeBSD за третий квартал 2015 года
  3. OpenNews: Отчёт о состоянии развития FreeBSD за первый квартал 2015 года
  4. OpenNews: Отчёт о состоянии развития FreeBSD за третий квартал 2014 года
  5. OpenNews: Отчёт о состоянии развития FreeBSD за первый квартал 2014 года
  6. OpenNews: Отчёт о состоянии развития FreeBSD за четвёртый квартал 2013 года
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43833-freebsd
Ключевые слова: freebsd, summary
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (129) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:26, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Рад за фряху. Однако, systemd головного мозга это печально.
     
     
  • 2.3, IMHO (?), 19:05, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    еще не факт
    говорил с людьми, как они сказали, что в init есть свои проблемы, тут уже решать будут три варианта и выбрать надо один
     
     
  • 3.48, Аноним (-), 10:32, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > говорил с людьми, как они сказали, что в init есть свои проблемы

    Да неужели? А самому подумать было слабо?

     
     
  • 4.49, IMHO (?), 10:37, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    я не линуксоид и не спацалист во всех областях
     
     
  • 5.68, Аноним (-), 16:15, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    так и скажи, что вантузятник.
     
     
  • 6.72, Аноним (-), 16:47, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > так и скажи, что вантузятник.

    Он то хоть знает, что ничего не знает ... ну да куда же ему до очередного "я поставил убунту и получил +100500 на все айтишные скиллы!1"

     
     
  • 7.97, Аноним (-), 22:40, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    мимо. Я не убунтовец.
     
     
  • 8.102, Аноним (-), 22:57, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т е если ставить не убунту, то 100500 на все скиллы и экспертизм во всех облас... текст свёрнут, показать
     
     
  • 9.113, Аноним (-), 09:56, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    снова мимо, снова слил ... текст свёрнут, показать
     
     
  • 10.116, Аноним (-), 14:18, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, да вы, батенька, тончайший и оригинальнейший из пингвинятников 1 ... текст свёрнут, показать
     
  • 7.98, Led (ok), 22:41, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Он то хоть знает, что ничего не знает

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

     
     
  • 8.103, Аноним (-), 22:59, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, куда же Сократу до опеннетных мудрецов ... текст свёрнут, показать
     
     
  • 9.105, Аноним (-), 08:33, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поставить Сократа в один ряд с тупым виндопотребителем О времена, о нравы ... текст свёрнут, показать
     
  • 5.96, Led (ok), 22:36, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > я не спацалист во всех областях

    Молодец, честно признался.

     
  • 3.63, Аноним (-), 13:31, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > тут уже решать будут три варианта и выбрать надо один

    Угадай, что выберет netflix.

     
  • 2.4, Возмущенная общественность (?), 19:08, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну надеюсь что это будет опционально
     
  • 2.7, Dmitry (??), 19:20, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Там идет речь о том, что в бинарник вынести часть скриптов, выполняемых со 100% вероятностью. То же монтирование разделов, работу с сетевыми интерфейсами, планировщик заданий и протоколирование. Никто не собирается убирать совместимость со старыми RC скриптами.
     
     
  • 3.13, Аноним (-), 20:21, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Там идет речь о том, что в бинарник вынести часть скриптов, выполняемых со 100% вероятностью.

    Зачем?

     
     
  • 4.73, _ (??), 17:15, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ты не поймёшь. Ну не твоё это, иди в менты - денег столько же и моск ломать не надо.
     
  • 2.19, linuxoid777 (ok), 21:43, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я от systemd сбежал на Фряху, а теперь его аналог хотят запилить, вот уроды то, ничего есть ещё OpenBSD, туда придётся сбежать, хотя там пакетов в 3 раза меньше.

    П.С. MATE до 1.12 уже больше двух недель назад обновили и что его портировать, он же systemd не требует, как GNOME. Кстати в OpenBSD 3.18 уже давно есть, там патчи написали для отвязки от этого дерьмеца, даже в дистры Линукса без него взяли их.

     
     
  • 3.22, Аноним (-), 21:58, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    проще было сбежать на crux
     
     
  • 4.32, linuxoid777 (ok), 00:35, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Чем проще? Да и на Фрю интереснее.
     
     
  • 5.38, Аноним (-), 04:05, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Чем проще? Да и на Фрю интереснее.

    Тем что ядро линкса останется. Плюс утилиты гнушные.
    С фряхой ну наверное интересней хотя опять же смысла с фряхи дома не вижу.

     
  • 5.59, Аноним (-), 13:14, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если тебе интерс подолбаться, а не чтобы работало - не мелочись, бери сразу hurd хотя-бы.
     
     
  • 6.75, _ (??), 17:24, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    фряха не работает?! Чудеса! :) ибо даже с руками из онного места - она таки работает ...
     
     
  • 7.99, Led (ok), 22:43, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ибо даже с руками из онного места - она таки работает ...

    Ты прав, студент: "фряха" - она для таких.

     
  • 7.106, Аноним (-), 08:51, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > - она таки работает ...

    вопрос в том как! на HD7790 даже видео на ютубе - тормозит, в линуксе работает раз в 10 быстрее.

     
     
  • 8.117, Аноним (-), 14:20, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ССЗБ должны страдать ... текст свёрнут, показать
     
  • 8.122, Аноний (?), 06:34, 11/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если именно флеш тормозит, то надо sysctl переменные кое-какие поменять Гугли ... текст свёрнут, показать
     
     
  • 9.129, Аноним (-), 14:08, 13/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    При написании или портировании драйвера придется менять довольно много переменны... текст свёрнут, показать
     
  • 3.43, Вася (??), 09:34, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >GNOME. Кстати в OpenBSD 3.18 уже давно есть, там патчи написали для отвязки от этого дерьмеца

    Это ГЭ (я про Гном) ещё и патчат чтобы запустить у себя???
    За такое *BSD надо реально переименовать в *BDSM.

     
  • 2.31, Ivan_83 (ok), 00:22, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скрипты инита это зло, особенно когда у тебя не топовый коре а какой нибудь атом или хуже того арм/мипс.
    К тому же параллельный запуск обещают.
    Не сказать чтобы я торопился, но на фоне того как грузится линух (хоть до системд) как то долго получается.
     
     
  • 3.33, linuxoid777 (ok), 00:38, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Скрипты инита это зло, особенно когда у тебя не топовый коре а
    > какой нибудь атом или хуже того арм/мипс.
    > К тому же параллельный запуск обещают.
    > Не сказать чтобы я торопился, но на фоне того как грузится линух
    > (хоть до системд) как то долго получается.

    Ну у меня Фряха за 15 секунд загружается, а ROSA с systemd у моих хомяков и у меня раньше  за 1 минуту как минимум. От systemd один гемморой.

     
     
  • 4.34, linuxoid777 (ok), 00:40, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хотя вот Бубунта 9.10, самый лучший их релиз, действительно быстро грузилась, даже на моём старом компе, тогда она ещё на upstart была.

     
  • 4.35, Аноним (-), 00:55, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    systemd-analyze
    Startup finished in 944ms (kernel) + 1.535s (initrd) + 810ms (userspace) = 3.289s
    Раньше на этой машинке стояла фряха и грузилась за 15 секунд.
     
     
  • 5.37, Аноним (-), 03:47, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ага, а потом еще рабочий стол погружается 12 секунд.
    Плавали, знаем.
     
     
  • 6.62, Аноним (-), 13:28, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > ага, а потом еще рабочий стол погружается 12 секунд.

    Используй легкий десктоп, который не грузится 12 секунд. LXDE, XFCE, WM/самосбор...

     
  • 6.67, Аноним (-), 16:14, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кеды разве что. Гном за 2-3.
     
     
  • 7.107, Аноним (-), 08:54, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кеды разве что. Гном за 2-3.

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

     
  • 5.80, linuxoid777 (ok), 18:00, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    systemd-analyze
    Startup finished in 3.885s (kernel) + 4.117s (initrd) + 1min 7.396s (userspace) = 1min 15.399s

    ROSA Desktop Fresh R7

     
     
  • 6.93, Аноним (-), 21:21, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    systemd-analyze plot > bootchart.svg
    и поищите проблему
     
  • 4.65, Аноним (-), 15:08, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/

    > Ну у меня Фряха за 15 секунд загружается, а ROSA с systemd
    > у моих хомяков и у меня раньше  за 1 минуту
    > как минимум. От systemd один гемморой.

    Что за бред-то? Не знаю что там с ROSA, но fedora c centos реально за пару секунд выключаются  и за пять-десять включаются. Можно много плеваться на systemd, но то, что он ускорил скорость загрузки и отключения в разы, это факт.

     
     
  • 5.104, Аноним (-), 07:48, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну конечно, systemd всем kill -9 послала, и ядро за шотдаунило, все не успел сохранится корректно досвидос. Я так погу просто питалово рубануть и все эффект в принципе такой же будет за 0 сек
     
  • 4.133, я (?), 11:53, 15/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у меня Фряха за 15 секунд загружается

    описал где-то свой опыт? выложил? поделился?

     
     
  • 5.134, Andrey Mitrofanov (?), 13:34, 15/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> у меня Фряха за 15 секунд загружается
    > описал где-то свой опыт? выложил? поделился?

    += "bootchart нарисовал?"

     
  • 3.39, Аноним (-), 05:17, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Настоящая проблема systemd не в том, что он лучше. Проблема в том, что сама концепция unix-way нарушается. Концепция, что одна задача -- одно приложение проверено временем. Никто не запрещал до systemd писать программы в стиле франкенштейна. Просто ранее, люди понимали чем это грозит. Сейчас они этого не понимают, прям какая-то мания "получить одобрение масс" через переписывание десятка _различных_ программ.

    До systemd эти компоненты были независимы. Даже если один компонент "выходил из строя" (разраб. забросил разработку) можно всегда перейти на альтернативу. Теперь представим, что будет через 10-20 лет на примере systemd. Леня стал тех.диром Red Hat и уже не пишет софт, а занимается действительно важными вещами. Все основные контрибьютеры разбежались, а те, что остались не имеют достаточной компетенции. Вот уже имеется библиотека libsystemd, на ней завязано 100500 программ. Наступает момент, когда сам systemd (и libsystemd) уже никто не поддерживает в актуальном состоянии. Находят тучу уязвимостей и... и все ложится на плечи мейнтейнеров дистров, как обычно. Кто-то успевает патчить, кто-то не успевает. Карточный домик рушится, фактически в одно мгновение.

    Такая модель не страшна, если приложение не является ключевым. Увы, systemd и его форки настолько важное звено в системе, что чуть-что и приплыли.

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

     
     
  • 4.42, Аноним (-), 07:32, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    если хотите троллить то матчасть подтяните сначала. systemd модульный, точно также как и ядро linux.
    >До systemd эти компоненты были независимы.

    До systemd был набор разных программ, не было там компонентов.

    Основные претензии были есть и будут к скорости залатывания дыр и качеству кода, а вот школьники начали придумывать байки по поводу модульности, bloatware и так далее.

    Поймите одно, есть у меня bsdinit, он может запустить программки из списка по опредиленному алгоритму, ну и мне потом показать что сдохло что нет. Это все. Если я хочу большего, а индустрия требует большего, мне нужен совершенно другой продукт. А коли мы делаем новый продукт то почему бы не прикрутить это, вот это и еще вон ту фичу?

     
     
  • 5.61, Аноним (-), 13:25, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > До systemd был набор разных программ, не было там компонентов.

    Там было жуткое нечто из скриптов наваленых абы как и работающих через раз, не снабженных диагностикой и игнорирующих все мыслимые и немыслимые классы проблем.

     
  • 4.51, leap42 (ok), 10:58, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    тот самый UNIX-way хорошо зарекомендовал себя 40 лет назад тогда программироват... большой текст свёрнут, показать
     
     
  • 5.70, Аноним (-), 16:42, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знаешь, со временем ничего не изменилось Все в точности наоборот как ты описал ... большой текст свёрнут, показать
     
     
  • 6.78, Аноним (-), 17:42, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Там еще хуже, еcли копнуть Тот же манифест для пакетов идет в устаревшем формат... большой текст свёрнут, показать
     
  • 3.46, имя (?), 09:56, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а у  меня suspend/resume работает, например:-)
    но вообще где-то секунд 30-40 грузится от момента нажатия power и до логина в slim, на ноуте с ssd
     
     
  • 4.88, Аноним (-), 19:16, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а у  меня suspend/resume работает, например:-)
    > но вообще где-то секунд 30-40 грузится от момента нажатия power и до
    > логина в slim, на ноуте с ssd

    20 секунд от влючения и до слима. Правда скрипт rc модифицированный, из серии "fast gui boot". Однако, кушать не просит – как года два назад настроил, так и не трогал больше.
    Ну и



    ifconfig_em0="NOAUTO"
    ifconfig_wlan0="WPA DHCP powersave"



    тоже свою лепту вносит.

    Жду с нетерпением Свидетелей СистемД, которые будут уверять, что с системды было бы все "зашибись" за 5 секунд!

     
     
  • 5.92, anonymous (??), 20:57, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    [    0.000000] Initializing cgroup subsys cpuset
    ...
    [    8.228696] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm)

    TOSHIBA PORTEGE Z830-10R

    # cat /etc/issue
    Ubuntu 14.04.3 LTS \n \l

     
     
  • 6.94, Аноним (-), 21:51, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы сравнивает тёплое с мягким. Или у вас ядро грузится сразу при включении? Я таким, увы, похвастать не могу - УЕФИ не завезли, так что 7 секунд приходиться ждать только меню загрузчика, ещё 2 - дефолтный тайм-аут и лишь потом грузится непосредственно сама ось.
     

  • 1.2, о (?), 18:53, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Задонатил 20 баскиков. Пусть.
     
     
  • 2.114, Ведерко (?), 12:28, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз спрашиваю. И чо?
     

  • 1.11, Аноним (-), 20:19, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Во, теперь я смогу через rctl ограничивать виртуалки в bhyve не только параметром pcpu (иногда ограничния "ядро на виртуалку" бывает мало), но еще и ограничивать дисковую активность виртуалки. Это прогресс, и это радует!
     
     
  • 2.12, Аноним (-), 20:20, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    * ограничения, офк. Очепятка, извиняйте.
     
     
  • 3.18, Аноним (-), 21:33, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    увы и ах bhyve сильно тормознут будем надеятся что пока.
     
     
  • 4.66, Аноним (-), 15:42, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну ХЗ, меня его производительность устроила. В каком месте он тормознут? Диск? Сеть? Проц? Может, с оперативкой медленно работает?
     

  • 1.14, Аноним (-), 20:24, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто-нибудь может объяснить, зачем вообще нужен фунционал по смене корневой фс? Я не особо представляю, для чего это использовать можно и нужно.
     
     
  • 2.16, Клапауций (ok), 21:01, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для того же, для чего он нужен в Линукс - pre-boot окружение a-la initrd в Линуксе. Иногда произвести массу нетривиальных действий по конфигурации системы до загрузки "основной" системы дорогого стоит.
     
     
  • 3.20, uniman_ (?), 21:49, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Иногда произвести массу нетривиальных действий по конфигурации системы до загрузки "основной" системы дорогого стоит.

    Каких, можно примеры для bsd?

     
     
  • 4.50, Аноним (-), 10:43, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Примеров не будет. Не доросла. Эмбеддовки на бзде нет. А вот реализации инитрд - уже давно есть.
     
     
  • 5.53, Dmitry (??), 11:22, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Примеров не будет. Не доросла. Эмбеддовки на бзде нет. А вот реализации
    > инитрд - уже давно есть.

    Поправлю. Это у Анонима нету "Эмбеддовки на бзде". Советую посмотреть для начала в каталог /usr/src/sys/arm, или в каталог /usr/src/sys/mips.

     
     
  • 6.69, Аноним (-), 16:17, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И сколько её на рынке? Этих хвалёных железяк.
     
     
  • 7.77, Dmitry (??), 17:42, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Обязательно в новости про какие-то успехи FreeBSD, вылазит тролль из серии "чукча не читатель, чукча писатель". Причем саму консоль FreeBSD он видел только в роликах youtube.
    https://en.wikipedia.org/wiki/List_of_products_based_on_FreeBSD
     
     
  • 8.108, Аноним (-), 09:08, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это про чукч, но где десять чукч воевали с миллиардом китайцев Если зайти в бли... текст свёрнут, показать
     
     
  • 9.118, Аноним (-), 14:24, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А в панасонике и не знали, что у них в телеках, оказывается, пингвин на уфс ... текст свёрнут, показать
     
     
  • 10.120, Аноним (-), 16:23, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все правильно, орбис 8211 это такой специальный линукс Да и вообще, где та ... текст свёрнут, показать
     
  • 4.60, Аноним (-), 13:21, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Каких, можно примеры для bsd?

    Палишься, админ локалхоста.

     
     
  • 5.84, anonymous (??), 18:46, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Каких, можно примеры для bsd?
    > Палишься, админ локалхоста.

    Тебе до этого локалхоста еще расти и расти. По теме то есть что сказать?

     
     
  • 6.109, Аноним (-), 09:32, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тебе до этого локалхоста еще расти и расти. По теме то есть что сказать?

    Если человек не знает для чего initrd используется, но мнение имеет - ему бесполезно что-то говорить. Он не видел ни одной конфигурации сложнее локалхоста и уже дорос - до полного овоща.

     
     
  • 7.136, uniman (ok), 15:42, 15/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Скажем, за 20 лет через меня прошло несколько сотен операционных систем unix-lik... большой текст свёрнут, показать
     
     
  • 8.137, Led (ok), 01:32, 16/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не скромничай ведь не сотен, а тысяч признайся про то, что тебе 20 лет - бол... текст свёрнут, показать
     
  • 2.17, venter (?), 21:05, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для предзагрузки ядра с функционалом, который не умеет загрузчик. Загрузились сначала с ридонли компактфлеша, а потом завели какой-нибудь суперэкзотический програмный рейд или нужный драйвер подтянули, без которого не грузилось.
     
     
  • 3.21, uniman_ (?), 21:52, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Для предзагрузки ядра с функционалом, который не умеет загрузчик.

    Вы не понимате как организовано ядро bsd.

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

    Похоже на бред, извините.

     
     
  • 4.23, Клапауций (ok), 22:04, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >> Для предзагрузки ядра с функционалом, который не умеет загрузчик.
    > Вы не понимате как организовано ядро bsd.

    Заинтриговали, аж мочи нет. Не поделитесь сокровенным?

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

    Чётко, аргументировано... и в лужу. Извините.


     
     
  • 5.124, _uniman (?), 18:37, 11/02/2016 [^] [^^] [^^^] [ответить]  
  • +/

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

    в общем случае, если /boot/loader считался "нулевым" загрузчиком, то все остальное загрузиться, и kernel, и модули.
    а инициализация устройств ядро+модули, проходя по дереву шин, производит уже будучи подзагружено в памяти, в общем случае.
    аналог initrd в данном разрезе - откровенно ненужная херня, и в линукс дистрибутивах сделана более всего из-за общего проектного бардака, а таки схавали, и объявили баг фичей.


     
     
  • 6.125, Клапауций (ok), 00:12, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я её как бы с 1995 года гружу, и исходники не только читаю, но и пописываю тоже,... большой текст свёрнут, показать
     
     
  • 7.130, uniman_ (?), 11:11, 14/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С этого надо было начинать, и далее ничего не писать Сколько величественного па... большой текст свёрнут, показать
     
  • 2.24, Аноним (-), 22:23, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто-нибудь может объяснить, зачем вообще нужен фунционал по смене корневой фс?
    > Я не особо представляю, для чего это использовать можно и нужно.

    https://svnweb.freebsd.org/base?view=revision&revision=290548
    > This makes it possible to change
    > the root filesystem without full reboot, using "reboot -r". This can
    > be used to to eg. boot from a temporary md_image preloaded by loader(8),
    > setup an iSCSI session, and continue booting from rootfs mounted over
    > iSCSI.

    Видимо, костыли типа https://wiki.freebsd.org/RootOnZFS/UFSBoot или http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028257.html не всем нравятся )

     
  • 2.126, DeadLoco (ok), 03:20, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Например, у Raspberry Pi загрузка возможна исключительно с SD-карточки. Грузимся с карточки и переводим стрелки на USB-HDD, карточку вообще отмонтируем от греха.
     
     
  • 3.131, uniman_ (?), 11:30, 14/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Например, у Raspberry Pi загрузка возможна исключительно с SD-карточки.

    http://blogs.wcode.org/2013/09/howto-netboot-a-raspberry-pi/

    Update: if you want the kernel on a network too…

    @barnoid writes to mention that U-Boot allows you to netboot the entire OS (although because of the Pi’s limitations, you still have to load the U-Boot code from an SD card). We haven’t played with this yet, though.

    2013 год, Карл.

    >Грузимся с карточки и переводим стрелки на USB-HDD

    Че, бакланим по фене, чувак? =)

    И стрелки ты переведешь до первого похода USB-HDD в несознанку.
    Скинет этот фраер коннектор и ищи его.
    Так что карточку не мохнать, она надежная.


     
     
  • 4.132, DeadLoco (ok), 11:47, 14/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > you still have to load the U-Boot code from an SD card

    Какую букву вам перевести?

     
     
  • 5.135, _uniman (?), 15:26, 15/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Внезапно https github com raspberrypi firmware boot start elf, bootcode... большой текст свёрнут, показать
     

  • 1.25, Andrey Mitrofanov (?), 22:44, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Основные достижения:

    Радует! :)   Плюсанул.

    > -  Продолжена разработка системного менеджера nosh
    > параллелизма. Система переносимая, не зависит от особенностей ядра и может применяться
    > как в BSD-системах, так и в Linux.

    Держу кулаки за представителя "семейства daemontools". Не, правда-правда.

    > -  Разработчики FreeBSD рассматривают возможность замены подсистем init и rc на
    > три проекта:
    > разработка по мотивам launchd, systemd и других систем;

    После 8-го Debian-а даже нет никакого желания тролить на тему инноваций в pid1. :/

    > -  Близится к завершению проект миграции FreeBSD на  инструментарий (http://elftoolchain.sourceforge.net)
    > работы с исполняемыми файлами в формате ELF, эквивалентный набору GNU Binutils,

    Ну, когда же, наконец они выкинут GPL[v2] из базы?  Доколе.ТМ  //Доживу ли?

    > но распространяемый под лицензией BSD. В настоящее время уже подготовлены BSD-версии
    > библиотек libelf и libdwarf, а также утилит addr2line,  nm, readelf,
    > size,  strings, as, ld и objdump и  strip (elfcopy).

    ----
    >Для платформ amd64 и arm64 [...] отладчик LLDB, развиваемый проектом LLVM
    > Внесены улучшения в отладчик GDB: в настройках порта devel/gdb включена по умолчанию опция отладки ядра KGDB,
    >в роли гостевой системы под управлением гипервизора Hyper-V
    >ядро Linux в форме разделяемой библиотеки,
    >gcc 4.9

    Ай, космополиты. Ай, прости.... те, товарищи, молодцы: и нашим, и вашим. Смело, свежо, принципиально!

    >проект по [...] SoC, основанных на архитектуре MIPS и применяемых в беспроводных маршрутизаторах

    Надо.

    >Решается вопрос организации поставки в базовой системе инструментов, распространяемых под лицензией GPLv3

    Решительно! Неожиданно - смело.  //Уж не доживу1!

     
  • 1.26, chinarulezzz (ok), 22:52, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > которая позволит сократить время загрузки благодаря распараллеливанию запуска сервисов, повысить надёжность работы за счёт автоматического перезапуска в случае сбоя, упростить управление зависимостями через такие техники как активация по обращению к сокету, обеспечить возможность запуска сервисов по мере необходимости и завершать их при длительной неактивности, увеличить безопасность сократив число компонентов, работающих под пользователем root.

    Где-то такой FUD уже слышал :-D

     
     
  • 2.27, Andrey Mitrofanov (?), 23:15, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> которая позволит сократить время загрузки благодаря распараллеливанию запуска
    > Где-то такой FUD уже слышал :-D

    "Не systemd! Без регистрации и SMS!!"

     
     
  • 3.41, Какаянахренразница (ok), 07:17, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Гербалайф?
     
  • 2.45, Аноним (-), 09:53, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    новый бинарный журнал позволит читать логи сервера, который не может загрузиться, а встроенный веб-сервер позволит генерировать qr-коды
     
     
  • 3.110, Аноним (-), 09:34, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > новый бинарный журнал позволит читать логи сервера, который не может загрузиться,

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

     

  • 1.28, Аноним (-), 23:19, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Радует участие Netflix в разработке. Могли бы зажать у себя, лицензия позволяет, но есть совесть у людей. Молодцы.
     
     
  • 2.29, Школьник (ok), 23:46, 08/02/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не совесть, а выгода. Поддерживать свой собственный форк, который с каждый годом все более и более отдаляется от апстрима, дорогого стоит.
     
     
  • 3.57, OpenVMS (?), 12:48, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, гоблины из Sony отдаляющийся от апстрима форк таки поддерживают.
     
     
  • 4.64, Andrey Mitrofanov (?), 14:18, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, гоблины из Sony отдаляющийся от апстрима форк таки поддерживают.

    = netflix-ы просто жмоты.

     

  • 1.30, аноним2 (?), 23:47, 08/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      melanox, freebsd  - хм, неожиданно
     
     
  • 2.76, _ (??), 17:31, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >   melanox, freebsd  - хм, неожиданно

    Для тех кто не в теме только ... Там - наши :)

     

  • 1.40, Аноним (-), 06:58, 09/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://wiki.freebsd.org/ProjectsRoutingProposal интересно про этот проект, на тестах пока выглядит неплохо.
     
     
  • 2.47, имя (?), 10:02, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > https://wiki.freebsd.org/ProjectsRoutingProposal интересно про этот проект, на тестах
    > пока выглядит неплохо.

    "подпольная" разработка сотрудниками Яндекс. Ага, того самого, который "сбежал" с бсд.

     
     
  • 3.121, NJ (?), 16:27, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > "подпольная" разработка сотрудниками Яндекс. Ага, того самого, который "сбежал" с бсд.

    Это были Rambler

     
     
  • 4.138, имя (?), 08:51, 16/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> "подпольная" разработка сотрудниками Яндекс. Ага, того самого, который "сбежал" с бсд.
    > Это были Rambler

    местные ололоши рассказывали, про "яхи, апачи и прочие яндексы" постоянно. я гарантирую это.

     
  • 2.54, Dmitry (??), 11:31, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > https://wiki.freebsd.org/ProjectsRoutingProposal интересно про этот проект, на тестах
    > пока выглядит неплохо.

    Большая часть уже в 11-CURRENT
    https://wiki.freebsd.org/ProjectsRoutingProposal/ConversionStatus

     

  • 1.55, анаонас (?), 11:34, 09/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очень настораживает тяга к замене init. Не получить бы сустемду какую-нибудь на шею...
     
     
  • 2.71, mx (??), 16:44, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На самом деле, давно пора. Проблемы с init.d давно известны и самоочевидны.
    Напрягает немного другое - они пытаются одновременно делать и relaunchd и nosh. По-моему это распыление сил и средств и свидетельствует о некотором непонимании того, что они хотят получить на выходе.
     
     
  • 3.74, Andrey Mitrofanov (?), 17:19, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На самом деле, давно пора. Проблемы с init.d давно известны и самоочевидны.
    > Напрягает немного другое - они пытаются одновременно делать и relaunchd и nosh.
    > По-моему это распыление сил и средств и свидетельствует о некотором непонимании
    > того, что они хотят получить на выходе.

    Вы внимательно читали про них в тексте новости? Никто ничего не "делает". Они "рассматривают возможность замены подсистем init и rc".

    Какое распыление, о чём Вы? Денег задонатьте, коль так вот точно "пора", и живите спокойно.

     
     
  • 4.81, mx (??), 18:30, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    По поводу денег это вы с собой поговорите лучше.
    Я уже второе десятилетие им ежегодно отстёгиваю.
     
     
  • 5.115, Andrey Mitrofanov (?), 12:32, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > По поводу денег это вы с собой поговорите лучше.
    > Я уже второе десятилетие им ежегодно отстёгиваю.

    По поводу "это распыление сил и средств и" -- будь мужЫком, кончай ныть.

     
  • 3.79, Нимано (?), 17:57, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >По-моему это распыление сил и средств и свидетельствует о некотором непонимании того, что они хотят получить на выходе.

    Кто эти  "они"?
    Нош пилит один энтузиаст, причем там пока ситуция "дьявол кроется в мелочах" и лично у меня создалось впечатление, что автора доводка этих мелочей не очень-то и привлекает.
    Relaunchd тоже пилится по факту одним разработчиком.

    Не хотят работать вместе? Бывает – вон, кедоклепатели и гномоделы тоже "распыляют силы", и нечего,  хотя многие тоже уверены, что гномоделы сами не очень понимают, что они хотят получить на выходе )

     
     
  • 4.82, mx (??), 18:31, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто эти  "они"?

    Они, это кто решает. Core Team

     
     
  • 5.86, Нимано (?), 18:53, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Они, это кто решает. Core Team

    Вы уж определитесь "пытаются одновременно делать" или только "решают" (какой проект взять?).
    Вот если/когда "они" начнут спонсировать оба проекта или еще как-то активно участвовать в разработке, тогда и можно будет говорить о распылении. Сейчас, в лучшем случае – о черезмерной пассивности и тактике выжидания.

     
     
  • 6.89, mx (??), 19:18, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне тут определяться не в чем. Я вижу что пилят два (как минимум) взаимодублирующих проекта.
     
     
  • 7.90, Аноним (-), 19:24, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вижу что пилят два (как
    > минимум) взаимодублирующих проекта.

    И каким боком Core Team к этому? И что, начать уговаривать разработчиков объедениться?


     
     
  • 8.91, Аноним (-), 19:26, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    fix Им что, начать уговаривать разработчиков объедениться ... текст свёрнут, показать
     
  • 8.95, mx (??), 22:00, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Быть руководящими, направляющими и, главное, мудрыми И бабла подкидывать в нужн... текст свёрнут, показать
     
     
  • 9.101, Аноним (-), 22:53, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-во Однако, вместо спонсирования того же hardenedbsd а ведь Oliver Pinter е... большой текст свёрнут, показать
     

  • 1.56, Аноним (-), 12:09, 09/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В рамках проекта relaunchd ведётся работа по созданию аналога системного менеджера Launchd (OS X)

    а журнал? Будет ли двоичный журнал?

     
     
  • 2.58, Dmitry (??), 13:08, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>В рамках проекта relaunchd ведётся работа по созданию аналога системного менеджера Launchd (OS X)
    > а журнал? Будет ли двоичный журнал?

    Где вас таких берут ? Неужели трудно заглянуть в /usr/ports/sysutils/relaunchd ?

     
  • 2.111, Аноним (-), 09:37, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а журнал? Будет ли двоичный журнал?

    Неужели и нетфликс надоело грепать гигабайтные логи? :)

     
     
  • 3.119, NJ (?), 16:14, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Очень толсто. Для гигабайтных логов используют несколько другие решения на всех платформах
     

  • 1.83, rvs20162 (?), 18:35, 09/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > доведение до финального вида механизмов работы с jail

    Что это означает? Сейчас механизмы не финальные?

    > упростить управление зависимостями через такие техники
    > как активация по обращению к сокету

    Это как? На обращения к сокетам можно будет вешать обработчиков события "обращение к сокету"?

    > На звание нового системного менеджера претендуют три проекта: relaunchd ...

    Чё-то не нравится мне этот relaunchd с каким-то там JSON и т.п. Nosh беглым взглядом по обзорам представляется более похожим на старые добрые методы работы...

     
  • 1.85, Аноним (85), 18:46, 09/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Озвучте пожалуйста кто-нибудь перечень реальных проблем init, из-за которых его нужно менять. Ну кроме скорости загрузки, которая для сервера очень сомнительную ценность имеет
     
     
  • 2.87, Аноним (-), 19:08, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Инновации, радиусы прямоугольника, тач-интерфейс и просто NIH
     
  • 2.100, Led (ok), 22:46, 09/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну кроме скорости загрузки, которая для сервера очень сомнительную ценность имеет

    Да, локалхост-"сервера" - они ведь нетребовательные...

     
  • 2.112, Аноним (-), 09:42, 10/02/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Озвучте пожалуйста кто-нибудь перечень реальных проблем init, из-за которых его нужно менять.

    Годится только для систем где рядом сидит вахтер локалхоста, который караулит все падения и ошибки. Но ему надо зряплату платить, а это дорого. Когда локалхстов много - получается очень дорого. Автоматика дешевле.

     
     
  • 3.128, _ (??), 18:33, 12/02/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Doooo dude!
    Cо времён когда Daniel J. Bernstein был ещё не лысым (даааавно!) - "караулит все падения и ошибки" софт заточенный под это :) А не примотанный синей изолентой и ржавым гвоздём к иниту 8-\
     

  • 1.123, Аноним (-), 14:42, 11/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержка интеловского видео - где? :-D
     
  • 1.127, Аноним (-), 12:26, 12/02/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержку NUMA так и не сделали :(
     

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



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

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