The OpenNET Project / Index page

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

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

14.05.2012 14:16

Представлен отчёт о развитии проекта FreeBSD с января по март 2012 года. После выхода 13 января FreeBSD 9.0 в первые месяцы 2012 года основные усилия разработчиков были направлены на подготовку релиза FreeBSD 8.3, который был выпущен в середине апреля и кроме поддержки нового оборудования включал результаты бэкпортирования некоторых возможностей из FreeBSD 9.

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

  • Система
    • В базовую систему FreeBSD 10.0-CURRENT и 9.0-STABLE по умолчанию установлен распространяемый под лицензией BSD компилятор Clang 3.0. Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию, GCC будет оставлен в качестве опции. В настоящее время, как минимум для FreeBSD 10.0-CURRENT обеспечена полноценная пересборка базовой системы и ядра в конфигурации GENERIC без предупреждений при сборке с опцией "-Werror" (для изменённых конфигураций ядра предупреждения пока могут наблюдаться).

      В src.conf добавлена опция WITH_CLANG_IS_CC, при установке которой Clang по умолчанию будет установлен в качестве базового системного компилятора, т.е. заменит собой /usr/bin/cc, /usr/bin/c++ и /usr/bin/cpp. GCC пока остаётся в системе - даже при использовании опции WITHOUT_GCC, gcc будет доступен как /usr/bin/gcc, /usr/bin/g++ и /usr/bin/gcpp. Кроме того, в src.conf добавлена опция WITH_CLANG_EXTRAS, которая позволяет задействовать при сборке несколько дополнительных инструментов, созданных в рамках проектов LLVM и Clang, таких как 'llc' и 'opt'. Подобные утилиты могут оказаться полезными для работы с биткодом LLVM (.bc) и ассемблерными файлами LLVM (.ll).

      В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang, в том числе на проверку работы как можно большего числа приложений, включая порты. Пользователи могут существенно помочь в этом начинании, приняв участие в тестировании и сообщая о наблюдаемых проблемах. Что касается сборки портов с использованием Clang, то в это области также отмечается значительный прогресс: многие мэйнтейнеры уже адаптировали свои порты для работы с Clang, налажен процесс автоматической периодической проверки сборки портов с использованием Clang. Тем не менее в портах ещё можно встретить приложения, которые не могут быть собраны с Clang, как правило это очень старые программы, которые часто не собираются и с новыми версиями GCC.

      Из планов упоминается работа по импортированию в систему нового снапшота Clang, на базе которого будет сформирован релиз LLVM/Clang 3.1 (релиз ожидается в ближайшие дни). В Clang 3.1 ожидается улучшение поддержки кросс-компиляции, что поможет форсировать процесс обеспечения кросс-компиляции ядра и базовой системы FreeBSD для архитектур ARM и MIPS.

    • Продолжается работа по созданию для FreeBSD полноценного С++ стека, целиком распространяемого под лицензией BSD и независящего от кода проекта GNU. Проведено расширенное тестирование и добавлены новые возможности, например, поддержка ARM EABI, в библиотеки: libc++ (реализация элементов, определённых в стандарте C++11) и libcxxrt (реализация спецификации C++ ABI). Использование предварительной версии Clang 3.1 совместно с данными библиотеками демонстрирует полное прохождение тестов на совместимость со стандартом C++11. По умолчанию библиотеки пока не используются, так как библиотека libc++ не совместима с поставляемым в базовой системе gcc и может работать только с clang. Переход на новый C++ стек ожидается во FreeBSD 10, одновременно с задействованием по умолчанию Clang.

      Реализация расширенных функций для работы с локалью (xlocale), от которых зависит развиваемая проектом LLVM библиотека libc++, протестирована c множеством портов, изначально написанных для реализации xlocale от проекта Darwin. Выявленные в процессе тестирования ошибки исправлены, код библиотеки планируется выпустить в составе FreeBSD 9.1.

      Во FreeBSD-CURRENT сборка libsupc++ теперь осуществлена в виде разделяемой библиотеки, что позволяет упростить замену данной библиотеки на libcxxrt от проекта LLVM. Выбор какие из библиотек использовать, GNU libsupc++ или BSD libcxxrt, осуществляется через изменение настроек в libmap.conf. Если в качестве libstdc++ используется libcxxrt, пользователь имеет возможность связывания с обоими библиотеками, использующими libstdc++ и libc++, что значительно упрощает миграцию.

      Из открытых задач остаётся создание замены для некоторых частей libgcc_s и системы динамического связывания, проведение тестирования сборки портов с libc++ (большинство портов без проблем собираются, но остаются такие, которые жестко привязаны к libstdc++ или требуют патчей), переход на сборку и использование libc++ и libcxxrt по умолчанию (когда clang станет компилятором по умолчанию в базовой системе); удаление libstdc++ из базовой системы и помещение в порты для обеспечения обратной совместимости;

    • Возобновлена работа над проектом FSC (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов. Для контроля за работой сервисов используется фоновый процесс fscd, сервисы добавляются при помощи утилиты fscadm. В случае аварийного завершения работы сервиса, fscd распознает падение процесса и запускает сервис вновь. По сравнению со сторонними пакетами, такими как daemontools, система FSC имеет несколько преимуществ, например fscd использует push-нотификацию вместо поллинга (отправляет уведомления, не требуя периодического опроса состояния). Кроме того, fscd является внутренней подсистемой, легко интегрируемой в rc.d-инфраструктуру FreeBSD и полностью поддерживаемой разработчиками (daemontools является неподконтрольным портом для которого можно лишь поддерживать набор патчей). В настоящее время подготовлена новая версия FSC, поддерживающая большее число опций, добавляющая новый файл конфигурации fscd.conf, поддерживающая отладочный режим и поставляемая с обновлённым rc.d-скриптом для запуска fscd. Обновлён порт со вспомогательными утилитами для FSC;
    • Достигла стабильного состояния распространяемая под лицензией BSD утилита sort, написанная с целью замены GNU sort. Отмечается, что производительность BSD sort находится на уровне GNU sort и поддерживаются все возможности присутствующие в GNU sort 5.3.0 (данная версия поставляется во FreeBSD). Кроме того в BSD sort реализован ряд дополнительных возможностей, например, корректно поддерживаются многобайтовые кодировки, в то время как GNU sort 5.3 в этой области испытывает проблемы. Из планов на будущее отмечается интеграция новой утилиты во FreeBSD-HEAD в качестве альтернативы, устанавливаемой под именем bsdsort (после того как будет ясно, что всё работает как задумано, утилита GNU sort будет удалена, а bsdsort переименована в sort). Также планируется интеграция в BSD sort поддержки многопоточной сортировки и реализация некоторых возможностей, которые присутствуют в последней версии GNU sort 8.15;
    • Ведётся работа по замене устаревшей реализации регулярных выражений в libc на библиотеку TRE, распространяемую под лицензией BSD, поддерживающую многобайтные символы, совместимую с POSIX и работающую не хуже других альтернатив. Практически завершена разработка нового эвристического метода выявления соответствий с поддержкой поиска по множественным шаблонам (multi-pattern), который отличается заметным ускорением поиска по шаблонам. Из планов на будущее отмечается реализация поддержки возможностей, специфичных для GNU grep, а также проведение тестирования на предмет соответствия стандартам и корректности работы;
    • Близится к завершению работа над новой утилитой bsdconfig с набором функций по настройке компонентов дистрибутива для интеграции в новый инсталлятор bsdinstall. Интеграция bsdconfig в bsdinstall позволит довести функциональность нового инсталлятора в плане конфигурирования системы до возможностей устаревшего инсталлятора sysinstall. В настоящее время разработка завершена на 70%, ожидается, что размер кода bsdconfig составит приблизительно 20 тысяч строк на shell. Среди незавершённых задач: создание набора модулей к bsdinstall для загрузки/установки бинарных пакетов и дополнительных наборов программ, а также создание модуля для настройки запускаемых сервисов;
    • Доведён до конца проект по созданию демона auditdistd, нацеленного на обеспечение безопасного и надёжного способа передачи логов системного аудита поверх TCP/IP сети от локального демона аудита к демону аудита на удалённом сервере. Система аудита FreeBSD позволяет организовать ведение полного лога событий, который, в частности, может быть полезен для анализа причин и последствий инцидентов, связанных с нарушением безопасности. Необходимость создания auditdistd продиктована желанием обеспечить возможность надёжного хранения логов аудита на внешнем сервере, что позволит защитить данные аудита от модификации злоумышленником в случае взлома локальной системы (сейчас ядро передаёт события аудита напрямую в файл или через устройство /dev/auditpipe, так как лог сохраняется локально, злоумышленнику не составляет труда удалить лог или почистить в нём следы своей деятельности);
  • Системы хранения и файловые системы
    • Близится к завершению проект по реализации возможности увеличения размера файловых систем UFS и ZFS без размонтирования дискового раздела. Указанная возможность позволит существенно упростить поддержание виртуализированных окружений на базе FreeBSD. С практической стороны администратор сможет вначале изменить размер смонтированного на запись дискового раздела при помощи утилиты gpart, а затем изменить размер ФС с использованием growfs. Все операции выполняются без отмонтирования раздела, в том числе и для корневой ФС. В рамках проекта подготовлен новый GEOM-класс, внесены необходимые изменения в код ФС и драйвера da. В тестовых целях возможность изменения размера также добавлена в mdconfig и обеспечена поддержка изменения размера LUN в CAM Target Layer. В настоящее время вся запланированная функциональность работает и началась подготовка к интеграции кода в ветку FreeBSD-HEAD. Из планов на будущее отмечается адаптация инфраструктуры для выполнения tunefs и fsck для примонтированных на запись разделов;
    • Для включения во FreeBSD-HEAD готовятся стек и ФС для накопителей NAND Flash, переданные сообществу FreeBSD компаниями Juniper и Semihalf. Среди компонентов, готовящихся к интеграции: Устойчивая к сбоям файловая система, основанная на механизме представления структур в форме лога и обеспечивающая равномерное использование блоков данных для снижения износа NAND Flash; Фреймворк для создания драйверов и набор драйверов для контроллеров NAND и чипов памяти; Симулятор NAND-устройств; набор драйверов с поддержкой NAND Flash контроллеров (NFC) для NAND Simulator и Marvell MV-78100 (ARM); Набор сопутствующих утилит, инструментов и документации, необходимых для работы с NAND Flash и интеграции поддержки данной технологии в пользовательские приложения;
  • Сетевая инфраструктура
    • Выполнена работа по анализу производительности IPv6-стека FreeBSD. Если ранее основное внимание уделялось стабильности и корректности работы IPv6, то проект по анализу эффективности IPv6-стека направлен на концентрацию внимания на оценке производительности стека IPv6. Проведённая работа позволила выявить источники проблем, проявляющихся в понижении производительности при использовании IPv6 вместо IPv4. Разработанный в рамках проекта тестовый набор также может быть использован для оценки появления регрессивных изменений и для проверки качества внесённых оптимизаций.

      В процессе начального анализа результатов измерения производительности были внесены улучшения в реализацию системы блокировок для обработчиков UDP, оптимизирован поиск маршрутов в таблицах, добавлена реализация отложенного вычисления контрольных сумм, обеспечена поддержка TSO6 и LRO для IPv6, включено offload-ускорение проверки контрольных сумм для loopback-интерфейса, оптимизировано использование кэшей и внесены многочисленные мелкие доработки, которые в некоторых случаях затронули и IPv4 стек. В результате удалось добиться заметного повышения производительности IPv6 для физических и loopback-интерфейсов при использовании offload-акселерации. Увеличена производительность UDP и повышена скорость работы IPv6-стека в общем виде, но в некоторые ситуациях IPv6 по прежнему медленнее IPv4, что в основном связано с отсутствием должных оптимизаций;

    • В реализации множественных таблиц маршрутизации (Multi-FIB) добавлена поддержка IPv6. Для IPv4 поддержка Multi-FIB была добавлена ещё в 2008 году, сейчас данная возможность стала доступна и для IPv6. Используя Multi-FIB возможно определение правил, по которым к пакету будет применена одна из альтернативных таблиц маршрутизации, например, можно организовать "policy based" маршрутизацию с несколькими исходящими интерфейсами или привязать отдельную таблицу маршрутизации к Jail окружению. Разработка выполнена при поддержке компании Cisco Systems.

      Кроме того, отмечается обеспечение поддержки включения Multi-FIB через опцию на этапе загрузки без необходимости пересборки ядра, что позволяет использовать Multi-FIB с ядром GENERIC. Сокеты маршрутизации (routing sockets) теперь принимают во внимание FIB-ы и показывают сообщения маршрутизации только адресованные к привязанному FIB, что позволяет программам управления маршрутизацией и демонам маршрутизации производить выборочные обновления определенного FIB. В настоящее время поддержка IPv6 в Multi-FIB уже добавлена в ветку HEAD и бэкпортирована для веток STABLE-9 и STABLE-8 (отдельно подготовлен порт для STABLE-7).

  • Поддержка оборудования
    • В звуковом драйвере HDA (snd_hda) улучшена поддержка вывода звука через порты HDMI и DisplayPort. В частности добавлено получение EDID-подобных данных от кодеков и видеодрайверов c информацией о звуковых возможностях устройства отображения. Реализована возможность установки специфичных для HDMI и DisplayPort опций кодеков, таких как число каналов, конфигурация громкоговорителей и маппинг каналов. Добавлена поддержка дополнительных многоканальных форматов: для HDMI и DisplayPort поддерживаются каналы 2.0, 2.1, 3.0, 3.1, 4.0, 4.1, 5.0, 5.1, 6.0, 6.1, 7.0 и 7.1. Добавлена поддержка проброса сжатых звуковых потоков с интенсивностью в диапазоне 6.144 - 24Mbps, таких как DTS-HD Master Audio или Dolby TrueHD.

      Добавлена поддержка мультиплексирования шины HDA для обеспечения высокоскоростных потоков (например, 92 и 184 Mbps), что позволяет обрабатывать одновременно 192/24/8 LPCM-потоков. Указанная функциональность успешно протестирована для видеокарт NVIDIA GT210 и GT520 с драйвером nvidia 290.10. Отчеты об успешном использовании HDMI также получены для карт Intel c экспериментальным KMS-драйвером, а также для ограниченного числа старых карт AMD/ATI. Для старых карт NVIDIA ION и Geforce 8300 поддержка HDMI пока не работает. В настоящее время код уже принят в ветки HEAD и 9-STABLE;

    • Обеспечена полнофункциональная поддержка 802.11n в режиме станции и точки доступа (hostap) для беспроводного оборудования на базе чипов Atheros. Поддерживается агрегация линков, обработка BAR TX и программная повторная отправка кадров, но пока не реализованы энергосберегающие режимы hostap. Кроме реализации режимов энергосбережения среди открытых задач отмечается проведение тестирования и выявления ошибок, реализация в драйвере возможности фильтрации кадров, устранение проблем с потерей трафика во время операций сканирования сетей (scan/bgscan, при тестировании рекомендуется использовать опцию "-bgscan" для запрета фонового сканирования);
    • Разработан новый драйвер isci для SAS-контроллеров, интегрированных в чипсеты Intel C600. Драйвер isci уже включён в состав релиза FreeBSD 8.3 и интегрирован в ветки head, stable-9, stable-8 и stable-7;
    • Во FreeBSD/arm отмечается прогресс поддержки SoC компании Texas Instruments, таких как OMAP3, OMAP4 и AM335x. Обеспечена поддержка таких компонентов процессора Cortex-A, как GIC (Generic Interrupt Controller), PL310 L2 Cache Controller и SCU. Для PandaBoard (TI OMAP4430) и PandaBoard ES (OMAP4460) на базе двухядерного процессора ARM Cortex-A9 в настоящее время реализована поддержка USB, проброса Ethernet поверх USB, GPIO, I2C и MMC/SD. Для платы BeagleBone (TI AM3358/AM3359), основанной на одноядерном ARM Cortex-A8, поддерживается Ethernet, кэш L2, GPIO и I2C. На указанных платах FreeBSD успешно запускается в многопользовательском режиме с корневым разделом через NFS. Среди компонентов, поддержка которых пока не доведена до конца: SMP, DMA, SPI, MMC/SD, Video, Audio;
    • Улучшение во FreeBSD/powerpc поддержки процессоров Freescale QorIQ, идущих на смену семейству PowerQUICC (MPC85xx). QorIQ базируется на архитектуре DPAA (Data Path Acceleration Architecture), которая подразумевает интеграцию в SoC функций обработки пакетов. За отчётный период добавлена поддержка SoC QorIQ P5020 в 32-разрядном режиме, обеспечено полноценное функционирование Ethernet (в режиме DPAA Regular Mode) и начальная поддержка расширенного SDHC;
    • Переработана поддержка hwpmc(9) для архитектуры MIPS. Код msip24k объединён с кодом, специфичным для CPU и аппаратной архитектуры, что упростило процесс добавления поддержки новых процессоров. Добавлена поддержка процессоров Octeon PMC;
    • Основная часть системы динамической отладки DTrace портирована для архитектуры MIPS (поддерживается ABI o32 и n64, пока не протестирована работа с n32). Реализация DTrace для MIPS в настоящее время проходит 853 из 927 проверок тестового набора DTrace. Пока не поддерживаются DTrace-провайдер fbt и пользовательский инструментарий DTrace. Ведётся работа по портированию для архитектуры ARM.
  • Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов
    • Подготовлен новый порт linux_base с набором компонентов для работы Linux-эмуляции, основанный на CentOS 6 (старый порт был основан на устаревшей версии Fedora Linux). В настоящее время новый порт пока пригоден только для использования в тестовых окружениях, так как в нём присутствуют зависимости от функций свежих версий ядра Linux, которые пока не реализованы в linuxulator. В настоящее время готовится к включению в дерево портов новый порт на базе CentOS и проводится работа по устранению конфликтов с другими портами linux_base;
    • В состав FreeBSD-CURRENT включён модуль с реализацией статического провайдера DTrace для эмулятора Linux (linuxulator), обеспечивающий специфичные для linuxulator контрольные вызовы (probes). Для демонстрации использования подобных контрольных вызовов подготовлено несколько D-скриптов, позволяющих оценить функционирование различных частей linuxulator и что может быть использовано для выявления ошибок (например, проблем с блокировками) как во внутренних компонентах эмулятора, так и в работающих под его управлением приложениях.
  • Приложения и система портов
    • Отмечается прогресс в адаптации новых версий десктоп-оболочки KDE и Qt для FreeBSD. В порты помещены свежие релизы: KDE SC 4.7.4 (4.8.2 в экспериментальном репозитории area51), Qt 4.8.1 (в area51), CMake 2.8.7, PyQt 4.9.1, KDevelop: 2.3.0, KDevPlatform: 1.3.0 (в area51), Calligra 2.3.87 (в area51). Уже портированы, но требуют дополнительного тестирования, KDE SC 4.8.2, менеджер персональной информации KDE PIM 4.8.2, офисный пакет Calligra, бэкенды phonon-gstreamer, phonon-xine и phonon-vlc;
    • Ведётся работа по наведению порядка с работоспособностью perl-модулей в портах - выявляются и исправляются модули для которых завершается ошибкой выполнение встроенных тестовых сценариев. Обновлены многие порты, у которых проблемы были вызваны отсутствием в зависимостях необходимых модулей. Решены проблемы с работой при сборке perl с поддержкой многопоточного режима (опция "-pthread").

      Изначальная проверка всех "p5-*" портов показала, что только 61% модулей корректно проходят тесты, сейчас число таких модулей доведено до 90%, конечной целью проекта является исправление всех выявленных проблем. Из планов отмечается создание патчей для ещё не решённых проблем и инициирование подобной работы для тестирования других категорий портов, например, с дополнениями к python и ruby. Отмечается также намерение создать специальный фреймворк для тестирования портов и автоматизированного запуска тестов после обновления портов;

    • Обновлены порты, связанные с языком программирования Haskell. Обновлены ключевые порты: Haskell Platform 2011.4.0.0 и GHC 7.0.4. Число связанных с Haskell портов превысило 300. Среди новых портов web-фреймворки Yesod и Happstack, а также система профилирования ThreadScope и пакеты wxHaskell, gitit. В рамках проекта hsporter началась разработка системы для автоматического создания и обновления портов на основе .cabal-файлов. Из задач которые предстоит выполнить отмечено тестирование работы GHC с clang/LLVM и обеспечение сборки порта lang/ghc с использование уже установленного компилятора ghc без загрузки отдельного архива с компилятором, добавление новых портов;
    • Ведётся работа по подготовке новой версии дистрибутива для быстрого развёртывания сетевого хранилища (NAS, Network-Attached Storage) - FreeNAS 8.2.0. В новой версии ожидается расширение средств управления ZFS в GUI и поддержка плагинов, позволяющий автоматизировать запуск произвольных приложений в изолированных Jail-окружениях. После выхода FreeNAS 8.2 оперативно планируется выпустить версию 8.3, которая будет отличаться обновлением драйверов и переходом на ZFS v28.
    • Дерево портов FreeBSD преодолело отметку в 23 тысячи портов, число незакрытых PR держится на уровне 1100. Ведутся подготовительные работы для обеспечения гладкой миграции дерева портов с CVS на систему контроля версий Subversion. Из проводимых работ отмечаются: проверка портов на работу в окружении FreeBSD; обновление bison, libtool и libiconv; задействование java/opendjdk6 в качестве реализации java по умолчанию; адаптация портов для обеспечения сборки с использованием компилятора Clang; обновление devel/boost, audio/sdl, devel/ruby1[8|9], postresql, apr, security/gnutls; проверка нового порта x11/xorg; задействование Pkgng (pkg_install нового поколения) для проверки целостности текущей инфраструктуры портов.


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


Обсуждение (123) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Anony moussssse (?), 14:28, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда KMS запилят уже?
     
     
  • 2.2, fidaj (ok), 14:35, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    когда тестеров будет больше и их грамотных сообщений об ошибках...
     
     
  • 3.42, Аноним (-), 18:40, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > когда тестеров будет больше и их грамотных сообщений об ошибках...

    Интересно, как можно тестировать то чего нет? // тестеры

     
     
  • 4.48, fidaj (ok), 19:02, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> когда тестеров будет больше и их грамотных сообщений об ошибках...
    > Интересно, как можно тестировать то чего нет? // тестеры

    не притворяйся шлангом http://wiki.freebsd.org/Intel_GPU

    но это еще НЕ в голове, пока что...

     
  • 2.33, Аноним (-), 17:55, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так допилили уже. Правильный вопрос - когда включат в базовую систему - тут да, нужно ещё тестирование на разном железе.
     
     
  • 3.38, fidaj (ok), 18:00, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так допилили уже. Правильный вопрос - когда включат в базовую систему -
    > тут да, нужно ещё тестирование на разном железе.

    не допилили - иначе бы оно уже было бы в голове...

     
     
  • 4.43, Аноним (-), 18:43, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда ответ - 50/50: http://lists.freebsd.org/pipermail/freebsd-current/2012-May/033798.html
     
     
  • 5.47, fidaj (ok), 19:01, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда ответ - 50/50: http://lists.freebsd.org/pipermail/freebsd-current/2012-May/033798.html

    "This allows to start the process of importing the new Intel
    GPU driver into HEAD."

    "This allows to start"

    и там ниже по тексту куча нерешенных вопросов.

    И?

     
     
  • 6.84, oops (ok), 10:26, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа "как лучше для вас?"
     
     
  • 7.85, fidaj (ok), 10:38, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа
    > "как лучше для вас?"

    То есть при решении этих 2-х вопросов - другие возникать не будут?
    отвечу по-одесски...

     

  • 1.3, Аноним (-), 14:42, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Возобновлена работа над проектом FSC (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов.

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

    Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича работы с сокетами, как в systemd.

     
     
  • 2.16, Hety (??), 15:44, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно скорости непосредственно запуска.
     
     
  • 3.24, Аноним (-), 16:10, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно
    > скорости непосредственно запуска.

    Еще скажите, что FSC не поддерживает распараллеливания =)

     
     
  • 4.28, Anonymus (?), 16:30, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Еще скажите, что FSC не поддерживает распараллеливания =)
    > инструменты для управления и мониторинга работой системных сервисов.

    Ты вообще о чём?

    Это _НЕ_ замена бсдшному иниту.

     
  • 4.30, Аноним (-), 17:24, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще скажите, что FSC не поддерживает распараллеливания =)

    FSC и распараллеливание параллельны.
    Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб.

     
     
  • 5.40, Anonymus (?), 18:02, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб.

    А можно поподробнее? Я не в курсе. Если будет какой-то пруф, буду признателен.

     
  • 3.87, pahan (??), 12:45, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А на кой упираться в скорость запуска? Сервер должен работать, работать, работать... Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы. Uptime свыше года - это же нормально! Если юзеры настолько привыкли к работоспособности, что не могут минуту обождать - дык воспитывать надо :-/
     
     
  • 4.91, Andrey Mitrofanov (?), 13:01, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А на кой упираться в скорость запуска? Сервер должен работать, работать, работать...
    > Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы.

    Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........

     
     
  • 5.92, Денис (??), 13:16, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть
    > не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять
    > прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........

    ОБС? )

     
  • 5.101, Михрютка (?), 16:38, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть
    > не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять
    > прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........

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

     
  • 4.100, Михрютка (?), 16:37, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Uptime свыше года - это же нормально! Если юзеры настолько привыкли
    > к работоспособности, что не могут минуту обождать - дык воспитывать надо
    > :-/

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

     
  • 3.102, Аноним (-), 16:57, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Скорость запуска это конечно няшка. Кому-то приятно,что система запускается супер быстро. Но мне главное чтобы система работала стабильно. А сколько уж там она запускается - всё равно. И если моя система работает стабильно, то я запускаю её от силы раз в день. И мне тут +/- минута роли не играет. Заодно успею сходить, чаю налить. Другое дело ноут. Но и там скорость запукса 25-30сек против 1 минута 30 сек не так уж и влияет, если только вам не надо выпрыгивая из поезда срочно посмотреть карту.
     
  • 2.18, Anonymus (?), 15:49, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и
    > писать с нуля новые.
    > Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям,
    > даже если подпереть костылями.

    Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает.

    > Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича
    > работы с сокетами, как в systemd.

    Так ли оно нужно? И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.

     
     
  • 3.22, Аноним (-), 16:08, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает.

    Замена, замена. Кто теперь службы запускает, сам инит, да? :)
    Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел. Достаточно вспомнить SMF в Solaris и OpenRC в Linux.

    > Так ли оно нужно?

    Да. Более просто и прозрачно, более эффективно, более юниксвейно.

    > И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.

    Какая разница, во фре сейчас не ни того, ни другого.

     
     
  • 4.29, Anonymus (?), 16:36, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Замена, замена. Кто теперь службы запускает, сам инит, да? :)

    Да. Ты вообще читал, что такое FSC?

    > Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел.
    > Достаточно вспомнить SMF в Solaris и OpenRC в Linux.

    Очень рад за пользователей SMF и OpenRC.

    >> Так ли оно нужно?
    > Да. Более просто и прозрачно, более эффективно, более юниксвейно.

    Убил.

    >> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
    > Какая разница, во фре сейчас не ни того, ни другого.

    Потому что не нужно. Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.

     
     
  • 5.31, Аноним (-), 17:27, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да. Ты вообще читал, что такое FSC?

    Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди.

    >> Да. Более просто и прозрачно, более эффективно, более юниксвейно.
    > Убил.

    Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее?

    > Потому что не нужно.

    Вам - не нужно. Людям - нужно.

    > Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.

    Как раз только инит (или его аналог) и может этим заниматься. Курите матчасть.

     
     
  • 6.39, Anonymus (?), 18:01, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я хз, что ты там читал, но судя по твоим постам - не то что-то про параллельнос... большой текст свёрнут, показать
     
     
  • 7.53, MacMan (?), 20:31, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Как пример неюниксвейности - местный инит
    > и графическая подсистема.

    Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в полном соответствии с канонами.

     
     
  • 8.61, Anonymus (?), 22:35, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ммм Интересно, это почему Потому что представляют из себя унылые монолитные ку... текст свёрнут, показать
     
     
  • 9.68, Аноним (-), 00:03, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Конфиги у него вполне себе текстовые Вот если бы были бинарные - тогда были бы ... текст свёрнут, показать
     
     
  • 10.70, Anonymus (?), 00:16, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ЕМНИП таки XML В последней макоси А то, что в солярке тоже XML - не оправдание... большой текст свёрнут, показать
     
     
  • 11.82, gaal.dev (?), 07:58, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Libconfig предоставляет интересный вариант Можно делать вложенные секции Очень... текст свёрнут, показать
     
  • 10.71, fidaj (ok), 00:18, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Архитектура офигенная и правильная, просто ее хотели применить не для тех целей ... текст свёрнут, показать
     
  • 7.66, Аноним (-), 23:58, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пока что даже эта функциональность в нем реализована не до конца А какая появит... большой текст свёрнут, показать
     
     
  • 8.72, Anonymus (?), 00:45, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как-раз эта и реализована Давно уже, кстати Сейчас больше доведением и отладко... большой текст свёрнут, показать
     
     
  • 9.73, Anonymus (?), 00:46, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылка на википедию побилась Ссылался на статью Философия UNIX ... текст свёрнут, показать
     
  • 9.117, ragus (ok), 02:21, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    чо-чо cgroups нужны для управления ресурсами что вы этой фразой хотите сказать ... текст свёрнут, показать
     
  • 2.35, Аноним (-), 17:56, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и
    > писать с нуля новые.

    Во FreeBSD init не управляет демонами, и его никто не трогает.

     

  • 1.4, Аноним (-), 14:45, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > так как лог сохраняется локально, злоумышленнику не составляет труда ... почистить в нём следы своей деятельности

    На самом деле не все так просто. В UNIX (включая Фрю) логи аудита хранятся в довольно хитром бинарном формате.
    Из простых вариантов - удалить. Но это сразу наводит администратора на соответствующие мысли.

     
     
  • 2.6, Kibab (ok), 15:05, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ведь не так сложно написать приложеньице, которое в этом формате может покопаться и удалить нужные записи ;-) Фундаментальная проблема в том, что, если удалось рутануть тачку, формат уже не имеет такого большого значения.
     
     
  • 3.8, Аноним (-), 15:11, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не спорю. Но редактор для логов аудита - это дополнительный гемор взломщику. Не всякий кидди осилит, согласитесь.
     
     
  • 4.11, BratSinot (?), 15:29, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не всякий кидди осилит

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

     
     
  • 5.23, Аноним (-), 16:09, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Блин, а получить доступ к системе каждый?

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

     
     
  • 6.112, тигар (ok), 23:54, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Блин, а получить доступ к системе каждый?
    > Учитывая, что критические дыры в базовой системе оставляют незакрытыми по полгода -
    > не так уж и сложно.

    у тебя же уже есть список с over 9000 порутанными хостами, правда? дай плиз шеллы на сервера из .ua и .ca, хочется для счастья иметь там "свой" хост.

     
  • 2.32, anonymous (??), 17:35, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего хитрого в этом формате нет. Он был сделан таким исключительно для ускорения работы всей системы аудита. И для ускорения запросов к журнала аудита.
     

  • 1.5, Buy (ok), 15:04, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang

    Вот оказывается главное направление разработки: чтоб не на gcc.

     
     
  • 2.7, Kibab (ok), 15:06, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang
    > Вот оказывается главное направление разработки: чтоб не на gcc.

    Ну правильно. Новый gcc импортировать в базу нельзя, а новых фич и поддержку новых процессоров получить хочется.

     

  • 1.9, Жорж (?), 15:17, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки для фряхи suspend/resume для smp, в том числе для конфигураций с nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот и у нас будет.
    Слава FreeBSD, только Беркли, только академичность, только хардкор!
     
     
  • 2.13, Аноним (-), 15:38, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что интересно, таки засыпала 8.2 с nvidia нормально (и просыпалась:). Но это, скорее, частный случай.
     
     
  • 3.17, Жорж (?), 15:48, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    До этого момента я не видел ни одной аппаратной платформы, которая на фряхе могла бы заснуть и проснутся. А через меня проходят десятки ноутбуков - ни один. Засыпают то многие, а вот не просыпается ни один.
    Так было до прошлой пятницы.
     
     
  • 4.27, Аноним (-), 16:24, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, вы про это? http://lists.freebsd.org/pipermail/freebsd-current/2012-May/033764.html

    P.S. Был тут один Acer. Там было 8.2-STABLE amd64. С кастомным ведром (просто вырезаны всякие рейды, не более). И таки он засыпал/просыпался из KDE'шного гуя. А вот с 9.0-RELEASE i386 GENERIC ни фига не просыпался. Так что всё же это исключение из правил было на тот момент.

     
  • 2.34, oops (ok), 17:55, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он писал про "[CFT] SMP/i386 suspend/resume". i386 - ключевое слово. И, как он сам писал, он портировал это из amd64, а значит там оно работало и раньше
     
  • 2.113, тигар (ok), 23:56, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки
    > для фряхи suspend/resume для smp, в том числе для конфигураций с
    > nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание
    > было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот
    > и у нас будет.
    > Слава FreeBSD, только Беркли, только академичность, только хардкор!

    для (внимание) i386 SMP

     

  • 1.12, Змей (??), 15:31, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сейчас в зоне 51
    kde-4.8.3,
    Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,
             2.4.0 потеряли текстовый редактор.
     
     
  • 2.15, fidaj (ok), 15:43, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас в зоне 51
    > kde-4.8.3,
    > Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,
    >          2.4.0 потеряли текстовый
    > редактор.

    вы не туда написали отчет.
    сюда нужно посмотреть нет ли уже подобного отчета http://www.freebsd.org/cgi/query-pr-summary.cgi?category=&severity=&priority=

    если нет - то нужно оформить тут http://www.freebsd.org/send-pr.html с подробным описание проблемы...

     
     
  • 3.20, Змей (??), 15:58, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Неее, это только информация к размышлению.
    Товарисчи в курсе.
     
     
  • 4.106, Змей (??), 18:33, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Товарисчи исправились Calligra 2.4.1 собралось
    и даже работает.
     
  • 2.45, Аноним (-), 18:46, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,
    >          2.4.0 потеряли текстовый редактор.

    То ли еще будет. Даешь локальный гццкапец. Пусть бсдшники таки насладятся желаемыми ими свободами. Хочу на это посмотреть.

     
     
  • 3.52, Змей (??), 20:17, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чего будет?
    Зона51 и не такое бывает,
    это для таких как я, жутко продвинутых ;)

     
  • 3.76, kshetragia (ok), 06:07, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ДА!! GCC в массы - Clang людям.
     

  • 1.14, Аноним (-), 15:42, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >В базовую систему FreeBSD 10.0-CURRENT и 9.0-STABLE по умолчанию установлен распространяемый под лицензией BSD компилятор Clang 3.0

    Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS.

     
     
  • 2.25, Аноним (-), 16:12, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS.

    Всегда так было. Вы только сейчас это для себя открыли?

     

  • 1.19, artemrts (ok), 15:58, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы Napierala допилил RCTL, aka Resource Containers.
     
     
  • 2.26, Аноним (-), 16:13, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы Napierala допилил RCTL, aka Resource Containers.

    Нет денег - нет любви.

     
     
  • 3.36, oops (ok), 17:56, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Деньги как раз есть, там грант на это дали по GSoC
     

  • 1.21, ragus (ok), 16:02, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Во FreeBSD/arm отмечается прогресс поддержки SoC компании Texas Instruments, таких как OMAP3, OMAP4 и AM335x.

    а зачем?

     
     
  • 2.46, Аноним (-), 18:48, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> OMAP3, OMAP4 и AM335x.
    > а зачем?

    А чтобы на момент снятия с производства чипа как раз поддержку заявить. Только хардкор же, так что как раз самое оно - зарелизить поддержку чипа в день объявления EoL :)

     
     
  • 3.118, ragus (ok), 02:24, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> OMAP3, OMAP4 и AM335x.
    >> а зачем?
    > А чтобы на момент снятия с производства чипа как раз поддержку заявить.

    не, я вполне серьёзно. оно же без поддержки dsp на этих чипах смысла не имеет.

     

  • 1.37, 17 (??), 17:59, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По поводу bsdsort - оно _уже_ устанавливается по умолчанию как bsdsort. Это поведение можно изменить опцией WITH_BSD_SORT=yes в make.conf. В данном случае bsdsort установится как sort, а GNU sort установится как gnusort.
     
  • 1.41, theDolphin (ok), 18:25, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FSC... SMF...
    Я дождался. Ща заплачу...
     
  • 1.49, iZEN (ok), 19:08, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если вписать строчки: WITHOUT_BINUTILS=true и WITHOUT_GCC=true в /etc/src.conf FreeBSD 9-STABLE, то базовая система и ядро собираются системным LLVM/Clang на 15 минут быстрее (~1 ч 15 минут вместо ~1 ч 30 минут). Однако при инсталляции ядра выкакивает ошибка, связанная с библиотекой libc++.so и не удаётся в таком виде инсталлировать ядро и систему.

    Вообще, скорее бы из базовой системы удалили весь ненужный "крап" типа GCC, SENDMAIL, BIND.

     
     
  • 2.51, ragus (ok), 20:15, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >весь ненужный "крап"

    это как раз порты. в этом плане debian/kfreebsd наиболее правильно двигается.

     
  • 2.54, 17 (??), 20:44, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ядра выкакивает ошибка

    опечатка понравилась

     
     
  • 3.69, iZEN (ok), 00:04, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ядра выкакивает ошибка
    > опечатка понравилась

    Мне тоже. Не стал исправлять.

     
  • 2.93, Аноним (-), 13:18, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Дык пофикси, ты ж якобы опытный джавист
     

  • 1.55, анонимус (??), 21:13, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию

    Каковы причины, расскажите кто знает

     
     
  • 2.56, fidaj (ok), 21:15, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию
    > Каковы причины, расскажите кто знает

    GPLv3

     
  • 2.57, iZEN (ok), 21:19, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию
    > Каковы причины, расскажите кто знает

    1. Невозможность внести в базовую систему код современных версий GCC и осуществлять адекватную поддержку этого кода.

    2. LLVM/Clang — современная система компиляции, которая жёстко придерживается стандартов на языки программирования C и C++. Имеет адекватное качество кодогенерации и позволяет задействовать различные механизмы анализа кода и JIT-компиляции в промежуточный код, независимый от целевой платформы. NVIDIA CUDA для GPU уже развивается в рамках субпроекта LLVM.


     
     
  • 3.62, nuclight (ok), 23:19, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять

    Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.

     
     
  • 4.63, iZEN (ok), 23:30, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
    > Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.

    GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix, которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и с остальным "добром" от переписываетелей Unix из GNU — выбросить без зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ.

     
     
  • 5.65, nuclight (ok), 23:56, 14/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
    >> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
    > GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix,
    > которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang
    > — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и
    > с остальным "добром" от переписываетелей Unix из GNU — выбросить без
    > зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ.

    Только BSD, только Unix, только хардкор!

     
  • 5.75, ragus (ok), 03:09, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix,
    > которая стремится переписать всё программное обеспечение Unix по-другому.

    а что, Unix - это хорошо? это окаменевшее ископаемое.

     
     
  • 6.88, DeadLoco (ok), 12:47, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Юних - это просто отлично. Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию. Тем он и хорош.
     
     
  • 7.95, ragus (ok), 14:20, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию.

    ноу проблем. тогда выкиньте kqueue/epoll и используйте select/poll. потому что в unix этого нет.

     
     
  • 8.97, DeadLoco (ok), 14:32, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фря, друг мой, не есть юних Она всего лишь юних-компатибле Даже, если быть точ... текст свёрнут, показать
     
     
  • 9.109, ragus (ok), 19:02, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1 я вам не друг мы с вами не пили 2 речь не о фре а о unix 3 говорящие, что ... текст свёрнут, показать
     
  • 6.89, pahan (??), 12:51, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а что, Unix - это хорошо? это окаменевшее ископаемое.

      Хех. Живет десяток лет, работает. Что еще для счастья надо? Поставил 10 лет назад - и забыл. И это - правильно. Неправильно накатывать апдэйты раз в месяц и тяжко маяться, восстанавливая работоспособность системы.

     
  • 5.129, vle (ok), 17:44, 21/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
    >> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
    > GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix

    Да-а-а-а-а. Пожалуй, наступил момент, когда во FreeBSD полезли
    такие же тупые фанатики, какие сейчас лезут в Линупс. Ужас :-(

     

  • 1.64, iZEN (ok), 23:35, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    WITHOUT_GCC=true в /etc/src.conf во вновь собранной и установленной FreeBSD 9-STABLE после команды: "cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs" удаляет ошмётки GCC из системы.

    Опции:
    WITH_CLANG=true
    WITH_CLANG_IS_CC=true
    в /etc/src.conf в процессе установки вновь собранной системы делают системным компилятором по умолчанию Clang.

     
  • 1.67, nuclight (ok), 23:59, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > URL: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdconfig/
    > Approaching 20,000 lines of sh(1) code, the bsdconfig(8) tool is approximately 70% complete.

    20 тыщ строк кода на ШЕЛЛЕ, лежащего в древнючем *CVS*, и всё это - друидБСД. Название у этих древофилов точно отражает содержание. Получится робот класса "Буратино", однозначно.

     
     
  • 2.77, kshetragia (ok), 06:16, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на С/С++. Извиняйте. В BSD Поттерингов нет и не будет к счастью в обозримом будущем.
    При правильной архитектуре кода 20000 строк на шелле не так уж и много.
     
     
  • 3.79, Аноним (-), 07:19, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >При правильной архитектуре кода 20000 строк на шелле не так уж и много.

    KISS сморит на тебя как на ....

    20КLOC - это много на любом языке. Да - даже на асме.

     
     
  • 4.86, kshetragia (ok), 11:08, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Линукс смотрит на тебя как на..
     
     
  • 5.90, Andrey Mitrofanov (?), 12:57, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    #>> 20000 строк на шелле не так уж и много.

    > Ядро Линукс смотрит на тебя как на..

    "shell script 11,010 ... 17,458". Ви же таки про шелл? http://www.ohloh.net/p/linux/analyses/latest

     
     
  • 6.94, kshetragia (ok), 13:25, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "shell script  11,010 ... 17,458". Ви же таки про шелл? http://www.ohloh.net/p/linux/analyses/latest

    Что сказать-то хотели? Или как обычно, пердеж в лужу?.
    Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре 20k строк кода не такая уж и проблема даже на Шелле.


     
     
  • 7.99, Andrey Mitrofanov (?), 15:06, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что сказать-то хотели? Или как обычно, пердеж в лужу?.
    > Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре
    > 20k строк кода не такая уж и проблема даже на Шелле.

    Ну,как... 20Кстрок _шела там нету. Поэтому на "нормальную архитектуру" не претендует. Повторите поытку! Музыка и лужа.

     
     
  • 8.103, Ы (?), 18:05, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да оставь - это же секс инструктор теоретик Сам ни строчки кода ессно не напи... текст свёрнут, показать
     
     
  • 9.120, kshetragia (ok), 06:35, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    -D Улыбнуло Спасибо ... текст свёрнут, показать
     
  • 3.96, ragus (ok), 14:23, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на
    > С/С++. Извиняйте.

    может, всё-таки стоит выбрать более подходящий инструмент, чем shell?


    >В BSD Поттерингов нет и не будет к счастью

    а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.

     
     
  • 4.98, kshetragia (ok), 14:48, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > может, всё-таки стоит выбрать более подходящий инструмент, чем shell?

    Все-таки загляните в исходники. Код организован так, что затраты на его поддержку и развитие будут не выше чем у того же C или Питона.

    >>В BSD Поттерингов нет и не будет к счастью
    > а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.

    Прекрасен OSS

     
     
  • 5.107, ragus (ok), 18:52, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
    > Все-таки загляните в исходники. Код организован так, что затраты на его поддержку
    > и развитие будут не выше чем у того же C или
    > Питона.

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

    >>>В BSD Поттерингов нет и не будет к счастью
    >> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
    > Прекрасен OSS

    и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?


     
     
  • 6.116, iZEN (ok), 01:09, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?

    Это задача приложений и протоколов прикладного уровня. Разве нет?

     
     
  • 7.119, ragus (ok), 02:36, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?
    > Это задача приложений и протоколов прикладного уровня. Разве нет?

    Изя, если твоя фирма получит контракт на пару сотен млн $ и указывая на один из этапов его выполнения скажешь "это не наша задача. мы это не умеем" или же всё-таки найдёшь подрядчика?

    вот пульсаудио умеет и по сети, и per application уровни и источники записи/воспроизведения и чёрта в ступе.

    Вообщем, вам шашечки или же ехать?

     
  • 4.104, Ы (?), 18:07, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.

    А ты не его жена сучайно? А то вам одни и те же извраты нравятся ....

     
     
  • 5.108, ragus (ok), 18:53, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
    > А ты не его жена сучайно? А то вам одни и те
    > же извраты нравятся ....

    Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся гей-культурой.

     
     
  • 6.110, fidaj (ok), 19:03, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
    >> А ты не его жена сучайно? А то вам одни и те
    >> же извраты нравятся ....
    > Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся
    > гей-культурой.

    ты за всех не отвечай....

     
  • 4.114, тигар (ok), 00:05, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > может, всё-таки стоит выбрать более подходящий инструмент, чем shell?

    java в base неистово нужна, да!
    ну или, накрайняк, быдлопитон.
    или что есть "более подходящий инструмент"?

     
     
  • 5.115, ragus (ok), 00:37, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
    > java в base неистово нужна, да!

    а чо, энтерпрайзно =))

    > ну или, накрайняк, быдлопитон.
    > или что есть "более подходящий инструмент"?

    так брейнфак. вроде ж где-то уже писал =)

     
     
  • 6.121, тигар (ok), 07:38, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
    >> java в base неистово нужна, да!
    > а чо, энтерпрайзно =))
    >> ну или, накрайняк, быдлопитон.
    >> или что есть "более подходящий инструмент"?
    > так брейнфак. вроде ж где-то уже писал =)

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

     
  • 2.78, анон (?), 06:42, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На Си будет неудобно для возможных дистроклепателей, а bsdconfig то, что будет с большой вероятностью ими меняться.
     

  • 1.74, Dyr (??), 01:18, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >ожидается, что размер кода bsdconfig составит приблизительно 20 тысяч строк на shell

    Holy shit!

     
  • 1.80, Аноним (-), 07:22, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень я переживаю за "развод по итальянски" Фряхи и GCCя :(
    Хрен его знает что там с этим шлангом ещё выйдет ...
     
     
  • 2.81, Аноним (-), 07:50, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gcc при желании возвращается одной строкой.
     
     
  • 3.105, Ы (?), 18:11, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > gcc при желании возвращается одной строкой.

    Оно то так ... но со временем "пркладного бубнобиения" будет всё больше. Возми последий жисиси - установи как сисемный пересобери ялро и мир. Оппа! _уже_ ручки надо прилагать. А в перспективе ... FreeBSD community << Linux one - Боливар два компилятора может и не вытащить. И это реально грустно :(

     
     
  • 4.111, iZEN (ok), 19:06, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Боливар два компилятора может и не вытащить. И это реально грустно :(

    Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.
    Это о чём говорит? О том, что GCC используется только для оптимизации готового кода, но уже не для процесса разработки.

    Когда LLVM/Clang достигнет того же качества оптимизации результирующего кода (а до этого уже не так долго осталось, так как Clang отлаживается совместно с написанием приложений), то GCC будет удерживать свою позицию только благодаря широкому спектру поддерживаемых архитектур. И то — недолго.

     
     
  • 5.122, ragus (ok), 15:11, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.

    это голоса в вашей голове такое говорят? или же есть реальные не единичные примеры?

     
     
  • 6.123, Andrey Mitrofanov (?), 15:19, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Многие разработчики переходят
    > это голоса в вашей голове такое говорят?

    --А Динамо бежит? --Все бегут!!!%-Q

     
  • 6.124, ТотСамыйАноном (?), 17:47, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.
    > это голоса в вашей голове такое говорят? или же есть реальные не
    > единичные примеры?

    Рагусь, именно реальный и не единичный.

     
     
  • 7.126, ragus (ok), 12:40, 20/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Рагусь, именно реальный и не единичный.

    конкретика где?

     
  • 6.125, iZEN (ok), 09:18, 19/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > есть реальные не единичные примеры?

    Следите за новостями на OpenNet.ru.

     
     
  • 7.127, ragus (ok), 12:41, 20/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> есть реальные не единичные примеры?
    > Следите за новостями на OpenNet.ru.

    Изя, слежу. Но все те же лица: juniper, ixsystems...

     
  • 2.83, Аноним (-), 08:43, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    развод был давно. а сегодня так - допинывают остатки.
     

  • 1.128, Аноним (-), 17:07, 20/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что такое стек С++? Вапче не понял о чем...
    На плюсах будут переписывать все сишное? Так это ж чмошный язык для чмошников
     

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



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

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