The OpenNET Project / Index page

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

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

09.11.2011 20:08

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

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

  • Сетевая инфраструктура
    • Представлен проект CARP2, в рамках которого предпринята попытка полностью переписать реализацию протокола CARP (Common Address Redundancy Protocol) для FreeBSD. Протокол CARP, выступая в роли открытой альтернативы протоколам HSRP (Hot Standby Router Protocol) и VRRP (Virtual Router Redundancy Protocol), позволяет организовать совместное использование IP-адреса между несколькими серверами в локальной сети, что может применяться для балансировки нагрузки (IP одновременно используют все сервера) или для создания отказоустойчивых систем (IP использует первичный сервер, при нарушении его работы, IP подхватывает другой).

      Причиной создания новой реализации CARP для FreeBSD является то, что текущая реализация не вносит нового сетевого интерфейса, а привязана к адресу на существующем интерфейсе, из-за чего в коде обработки входящих пакетов присутствует несколько "хаков", от которых хотелось бы избавиться. Среди других целей - упрощение кода, решение многих связанных с CARP проблем для которых остаются незакрытые PR в GNATS, нормализация адресов CARP с точки зрения демонов маршрутизации, таких как quagga/zebra. Новая реализация также позволит обеспечить поддержку одного избыточного IP на подсеть и реализовать режим carpdev для интерфейсов без IP. В настоящее время уже подготовлен соответствующий набор патчей для ветки HEAD, который успешно собирается и работает в тестовом окружении. Из планов отмечается дополнительное тестирование, в том числе на рабочих серверах, а также реализация функций arpbalance и ipbalance;

    • Продолжается работа по доведению до готовности к интеграции с деревом исходных текстов FreeBSD проекта DIFFUSE (DIstributed Firewall and Flow-shaper Using Statistical Evidence), разработка которого пока ведётся в отдельной SVN-ветке diffused_head. Завершить проект планировалось в конце октября, после чего разработчики были намерены осуществить слияние с веткой FreeBSD-HEAD, а через некоторое время выполнить портирование для веток 8.x и 9.x.

      DIFFUSE добавляет в пакетный фильтр IPFW функции классификации трафика на основании статистических параметров потоков данных, отслеживаемых в режиме реального времени на одном или нескольких узлах. Иными словами, для классификации трафика DIFFUSE оперирует не параметрами в заголовках пакетов и не анализом содержимого передаваемых в пакетах данных, а статистическими характеристиками потока, свойственными определенным видам трафика. Система позволяет для отдельных потоков трафика накапливать и учитывать в IPFW такую статистику, как размер пакетов или время между поступлением пакетов, организуя привязку потоков к определенным классам трафика при помощи техник машинного обучения (например, позволяет определить VoIP или HTTP-трафик на нестандартных сетевых портах).

    • Отмечен прогресс в разработке Ethernet Switch Framework, фреймворка для управления встроенными Ethernet-коммутаторами, часто встречающимися в различных встраиваемых платформах. В настоящее время для настройки используются расширенные опции ifconfig, реализована поддержка vlan для каждого порта, возможность управления состоянием интерфейсов, QoS, зеркалирование портов. Обеспечена поддержка коммутаторов на базе IP175D и IP178X (платы mikrotik), Realtek RTL8309, Ralink RT3050F/RT3052F, AR8216/AR8316 (Ubiquiti RSPRO) и Broadcom BCM5325 (BCM5354 SoC). Из планов отмечается реализация методов записи и чтения через шину MII, унификация доступа к MIB-статистике, создание псевдо-интерфейсов;
  • Системы хранения и файловые системы
    • Наблюдается высокая активность в разработке системы репликации устройств хранения данных HAST, которая позволяет использовать FreeBSD для создания высоконадежных конфигураций, в которых данные синхронизированы по всем узлам кластера. HAST реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/IP сетей, независимо от типа накопителя и файловой системы. HAST предусматривает возможность быстрого восстановления после сбоя, причем, при выходе из строя первичного master-узла, его функции могут быть делегированы slave-узлу. После проверки и монтирования UFS раздела или импорта ZFS пула на поврежденном узле, система автоматически синхронизирует внесенные за время восстановления изменения и продолжит работу без потери данных.

      С момента прошлого отчета в HAST добавлена поддержка режима асинхронной репликации, который к сожалению не вошел в состав FreeBSD 9.0; добавлена поддержка IPv6; значительно уменьшено необходимое для работы число обновлений метаданных; реализован сброс кэша записи HAST-провайдера после обновления метаданных; добавлена возможность указания pid-файла в конфигурации; устранено множество ошибок;

    • Отмечается прогресс в реализации поддержки работы FreeBSD в качестве клиента распределенной сетевой файловой системы OpenAFS. В дерево портов добавлен релиз файловой системы OpenAFS 1.6.0. Порт OpenAFS признан достаточно стабильным для повседневного использования, при условии небольшой нагрузки (при высокой нагрузке всё ещё отмечаются нерешённые проблемы). Для сборки модуля ядра OpenAFS теперь используется инфраструктура bsd.kmod.mk из master-ветки git. В будущем планируется: обновить поддержку VFS-блокировок с целью обеспечения возможности использования дискового кэша на стороне клиента, помимо уже поддерживаемого кэша в оперативной памяти; выявить и исправить эффекты гонки и взаимные блокировки, проявляющиеся при большой нагрузке; устранить утечки памяти; довести до рабочего состояния поддержку PAG (Process Authentication Group);
    • Анонсирован проект ZFSguru, в рамках которого на базе FreeBSD развивается новая операционная система для создания сетевых хранилищ с использованием файловой системы ZFS. В отличие от FreeNAS, в ZFSguru используется полноценная, не урезанная, базовая система FreeBSD, что даёт возможность опытным пользователям развернуть любые дополнительные сервисы. Для новичков в ZFSguru подготовлен web-интерфейс, который позволяет быстро создавать нужные конфигурации и управлять ZFS-хранилищем, не имея углублённых знаний. Среди расширенных функций, на которые обращают внимание разработчики ZFSguru, - интегрированные средства для оценки производительности хранилища и поддержка установки системы на корневой раздел с ZFS. Из планов отмечено расширение числа сервисных дополнений, которые пока ограничены дополнениями iSCSI-target и VirtualBox.
  • Система
    • Представлен проект по созданию нового уровня VM, который будет находиться между UMA и системой виртуальной памяти. Назначение нового уровня - распределение кусков (chunks) виртуальной памяти из области ядра, произвольным размером от 2 до 4 Мб. После реализации задуманного UMA-функция page_alloc() больше не будет вызываться напрямую из подсистемы виртуальной памяти. Вместо этого будут использоваться функции представленного нового уровня. Таким образом, выполнение uma_large_malloc() и uma_large_free() не будет приводить к мгновенному выделению и возвращению виртуальной памяти ядра, что положительно повлияет на производительность и приведёт у уменьшению фрагментации памяти;
  • Поддержка оборудования
    • В рамках проекта ZRouter.org ведётся работа по созданию прошивок на базе FreeBSD для различных встраиваемых устройств, таких как беспроводные точки доступа и SOHO-маршрутизаторы. В настоящее время предоставлена возможность сборки рабочих прошивок для следующих устройств: D-Link DAP-1350, D-Link DIR-320/320-NRU/330/615-E4/620/632, D-Link DSA-3110-A1, D-Link DSR-1000N, NorthQ NQ-900, TPLink TL-WR941ND-v3_2 и Ubiquiti RSPRO. Прошивка может быть достаточно легко адаптирована для новых типов устройств, например, для создания прошивки для Asus WL-500g достаточно скопировать базирующуюся на том же SoC прошивку D-Link/DIR-320 и откорректировать настройки. Среди поддерживаемых типовых SoC: Broadcom BCM5354/BCM5836, Ralink RT3052F/RT3050F/RT5350F, Atheros AR7161/AR7242/AR7241/AR7240/AR9132, Intel ixp435 и Cavium CN5010. В ближайшее время для упрощения управления устройствами планируется подготовить web-интерфейс;
    • Обеспечена поддержка 802.11n для беспроводного оборудования на базе чипов Atheros AR5416, AR9160 и AR9280. Поддерживается работа в режиме станции и точки доступа (hostap), агрегация линков и программная повторная отправка кадров. Производительность драйвера отмечена как хорошая. Пока не реализовано: BAR TX, защита HT, энергосберегающие режимы MIMO, гибкие средства управления интенсивностью потока;
    • Во FreeBSD/arm продолжена реализация поддержки SoC-платформы Marvell Armada XP, основанной на ARMv6/v7-совместимых CPU Sheeva. Поддерживается загрузка с использованием U-Boot, последовательный порт, контроллер прерываний, таймеры, USB, Ethernet и PCI-Express. Реализована базовая поддержка SMP, которую ещё предстоит доработать. Пока нет поддержки L2-кэша и SATA;
    • Во FreeBSD/powerpc реализована поддержка SoC APM86290, основанного на процессорах семейства AppliedMicro PACKETpro. Чип включает в себя два ядра PPC465 на базе архитектуры Power, соответствующих спецификации Book-E. В рамках проекта предпринята попытка расширения поддержки Book-E во FreeBSD и создания драйверов для интегрированных в SoC APM86290 периферийных устройств. В настоящий момент уже поддерживается загрузка с использованием U-Boot, CPU PPC465, L1-кэш, консоль через последовательный порт, контроллер прерываний, EHCI USB, менеджер очередей, Ethernet-контроллер, GPIO, I2C. Предстоит реализовать поддержку L2-кэша и довести до конца драйвер для Ethernet;
  • Изолированные окружения, безопасность и ограничения ресурсов
    • В классе GEOM ELI обеспечения дискового шифрования появились следующие улучшения: поддержка перехода в спящий режим (suspend/resume); новая версия субкоманды для проверки версии GELI-провайдера; новая опция "-V" для субокманды init, позволяющая создать GELI-провайдеры для старых версий FreeBSD; значительное увеличение производительности реализации алгоритма AES-XTS в aesni(4);
  • Приложения и система портов
    • Представлен набор утилит freebsd-vm-image, предназначенных для автоматизации периодического создания образов виртуальных машин на базе свежего среза исходных текстов FreeBSD из SVN-репозитория проекта. Итоговый образ может быть скопирован при помощи утилиты dd на USB Flash или запущен в роли гостевой системы под управлением VirtualBox (.vdi). Из планов названо обеспечения включения в сборку набора портов, как из основного дерева портов, так и из экспериментальной ветки area51. Также планируется создавать сборки для тестирования определённых драйверов устройств и других экспериментальных улучшений;
    • Группа, занимающаяся портированием десктоп-оболочки KDE и Qt для FreeBSD, сообщила о продолжении адаптации данных проектов для FreeBSD. Некоторые модули KDE разбиты на несколько отдельных портов. Время запуска KDE сокращено на 15 секунд. Реализована поддержка автоматического входа (auto-login). В Kopete добавлена поддержка GoogleTalk; Добавлена поддержка фреймворка Zeitgeist. Новые версии программ в портах: Qt 4.7.4, PyQt 4.8.5, KDE SC 4.7.2, Amarok 2.4.3, KDevelop 4.2.3. Уже портированы, но требуют дополнительного тестирования, менеджер персональной информации KDE PIM 4.7.2, офисный пакет Calligra, бэкенды phonon-gstreamer и phonon-vlc;
    • В рамках проекта nvi-iconv, проведена работа по портированию в ветку nvi-1.79, поддержки многобайтовых кодировок. Nvi - входящий в состав базовой системы вариант текстового редактора Vi, распространяемый под лицензией BSD. Из последних работ отмечается выявление утечек памяти, добавление поддержки UTF-16, реализация изменения заголовка окна xterm через опцию 'windowname', завершение работы над кодом автоматического определения кодировки файла, обеспечение сборки только с widechar и без iconv, добавление полного перевода каталога на русский язык;
    • Обновлены порты, связанные с языком программирования Haskell. Устранены проблемы с крахом GHC из-за ошибки в rtld, проявляющейся в 9-CURRENT. Начата работа над портом экспериментальной ветки Haskell Platform 2011.3.0.1. Из задач которые предстоит выполнить отмечено тестирование работы GHC с clang/LLVM, расширение числа связанных с Haskell портов, общее число которых уже превышает 200;
    • Доступен релиз минидистрибутива для создания межсетевых экранов и сетевых шлюзов pfSense 2.0, который основан на кодовой базе FreeBSD 8.1 с задействованием наработок проекта m0n0wall и активным использованием pf и ALTQ. Обзор новшеств можно прочитать здесь. Из планов на версию 2.1 отмечается обеспечение поддержки IPv6 и реализация возможности установки дополнений, оформленных в виде пакетов PBI (используются в PC-BSD);
    • В утилиту для управления портами portmaster добавлена возможность одновременного указания нескольких опций "-r", что позволяет повысить эффективность работы при необходимости обновления сразу нескольких веток портов в процессе работы систем сборки пакетов;
    • Число портов медленно продолжает приближаться к отметке 23000. Проведена работа по закрытию накопившихся PR, число незакрытых PR держится на уровне 1000. Бинарные пакеты в настоящее время собираются для архитектур amd64-6, amd64-7, amd64-8, i386-6, i386-7, i386-8, i386-9, ia64-8, sparc64-7, sparc64-8. Из проведённых работ отмечено обновление портов Python, Boost и Gtk3, а также продолжение тестирования портов Clang, pkgng и ruby19. В качестве порта по умолчанию для http-сервера Apache теперь используется apache22, а языка программирования Fortran - lang/gcc46. Продолжается работа по адаптации портов для обеспечения сборки с использованием компилятора Clang, а также чистки неработоспособных портов для ветки CURRENT;
    • Релиз FreeBSD 9.0 немного задерживается, в настоящее время выпущен первый кандидат в релизы. Перед релизом планируется выпустить ещё две тестовые версии (RC2 и RC3), т.е. ждать FreeBSD 9.0-RELEASE можно не раньше, чем через месяц.


  1. Главная ссылка к новости (http://www.freebsd.org/news/st...)
  2. OpenNews: Отчет о состоянии развития FreeBSD за второй квартал 2011 года
  3. OpenNews: Отчет о состоянии развития FreeBSD за первый квартал 2011 года
  4. OpenNews: Отчет о состоянии развития FreeBSD за четвертый квартал 2010 г.
  5. OpenNews: Отчет о состоянии развития FreeBSD за третий квартал 2010 года
  6. OpenNews: Вышла первая бета-версия FreeBSD 9.0 и PC-BSD 9.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32263-summary
Ключевые слова: summary, freebsd, report
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (85) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ушедший с freebsd (?), 20:31, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Когда они уже планировщик починят? Если все ядра загрузить вычислениями, то остальные потоки остаются почти без процессора, чего не наблюдается в линуксах и виндах. Линуксы с виндами обязательно дают и другим потокам регулярно работать.
     
     
  • 2.2, oops (ok), 21:01, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    эээ, вы похоже путаете интерактивность с какими-то непонятными блокировками
     
  • 2.5, Аноним (-), 21:10, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какой планировщик используете? На ULE такого нет - как раз простаивающие потоки получают квант быстрее, и с ним никогда проблема не было - в фоне пересборка мира и портов в 4 потока на 2 ядрах, и при этом можно спокойно играть в 3D игрушки, слушать музыку и смотреть фильмы.
     
     
  • 3.16, freename (ok), 22:26, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В плане интерактивности ule проигрывает тому же  4bsd при 100% загруженности ядер всё начинает подтормаживать, 4bsd пока лучший выбор если система загружена и нужна интерактивность, но при этом производительность проседает сам собой, bfs пока глючен на фре. По крайне мере так обстоят дела у меня на q6600 4 ядра
     
     
  • 4.20, Аноним (-), 22:43, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В плане интерактивности ule проигрывает тому же  4bsd при 100% загруженности
    > ядер всё начинает подтормаживать, 4bsd пока лучший выбор если система загружена
    > и нужна интерактивность, но при этом производительность проседает сам собой, bfs
    > пока глючен на фре. По крайне мере так обстоят дела у меня на q6600 4 ядра

    4BSD я выкинул как только появился ULE, и последний работает замечательно и не только у меня. Я лично использую его на c2q Q8300, c2d E8400 и i5 760.

     
  • 4.57, oops (ok), 10:06, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Описанное вами иногда проявляется только на компах с кол-вом процессоров <=2. В остальном ULE рулит
     
  • 4.66, _yurkis_ (?), 11:55, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >В плане интерактивности ule проигрывает тому же  4bsd при 100% загруженности ядер

    Если в процессоре два ядра и менее гораздо вкуснее порт BFS. Пользую около двух месяцев на 9- доволен как слон. Но, скажем, на 4-хядерном процессоре смысла менять ULE на что- то другое ИМХО нет.

     
  • 2.9, Andrew Kolchoogin (?), 21:15, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда они уже планировщик починят?

    Какой из?

    > Если все ядра загрузить вычислениями, то остальные потоки остаются почти без процессора,

    4BSD scheduler? Ну, это фича такая. Он non-SMP-aware.

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

    /me поперхнулся.

    Запустите PC-GAMESS под Win32. :) И попробуйте что-нибудь с ней после этого сделать. ;)

     
  • 2.14, Аноним (-), 22:06, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ULE рулит
    http://img26.imageshack.us/img26/584/plot.gif
    http://img194.imageshack.us/img194/584/plot.gif
    http://img37.imageshack.us/img37/9311/plotj.gif
    http://img850.imageshack.us/img850/584/plot.gif
     
     
  • 3.24, terminus (ok), 22:51, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 core CPU
     
  • 3.74, Аноним (-), 14:21, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ULE рулит

    Как бы число транзакция постгра еще не означает что потоки честно делят время. То-есть, число транзакций постгра - это хорошо. Иногда. А иногда интересует еще и время реакции программ на внешние раздражители, иногда сразу нескольких. О чем число транзакций постгра нам не говорит.

     
  • 2.15, ferux (ok), 22:23, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы так не жаловался на планировщик FreeBSD, пользовался ей раньше, теперь linux - и тут в момент исчерпания физической оперативной памяти система просто умирает на пару минут, в FreeBSD такого не наблюдалось.
     
     
  • 3.35, Аноним (-), 00:00, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поведение свопа в линуксе как бы не выбито в камне. Поэтому то что там наблюдается - очень зависит от конфигурации и настроек.
     
     
  • 4.40, ferux (ok), 00:58, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тогда незачёт дистростроителям моей сборки, раз они такие параметры выставили для системы, которая позиционируется как десктопная.
     
     
  • 5.76, Аноним (-), 14:31, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > тогда незачёт дистростроителям моей сборки, раз они такие параметры выставили для системы,
    > которая позиционируется как десктопная.

    А вам не приходило в голову что для разных конфигураций могут быть оптимальны разные дефолты? И что на всех угодить довольно сложно? Хотя в современном мире проще докупить планку оперативы и отключить своп. Эмуляция оперативки жестким диском по определению в тысячи раз тормознее чем сама оперативка.

     
     
  • 6.89, Аноним (-), 19:02, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давай ты не будешь говорить за всех, окда? Есть системы, которые без свопа НЕ РАБОТАЮТ при любом количестве оперативы. Потому что (читай по губам) при форке процесса _резервируют_ для анонимных страниц процесса место в свопе.
     
     
  • 7.100, Аноним (-), 21:32, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > губам) при форке процесса _резервируют_ для анонимных страниц процесса место в свопе.

    Читайте по губам: программа в ring3 вообще понятия не имеет, в свопе там ее память или нет. Это вообще не ее проблемы. Она запрашивает память, система выдает. Где память будет взята, в физической оперативке или в свопе - да не волнует это программу и она об этом не знает.

    Вы же скорее всего имели в виду случай когда программа резервирует много адресов памяти (большой vsz) но реально не пользуется всей этой памятью (rss остается небольшим). Знаете, а этот наш линукс на такие случаи умеет такие хитрые финты ушами как оверкоммит. И покуда прога не начнет ФАКТИЧЕСКИ юзать память - не выделяет память. Такие фокусы правда имеют свои особенности, но озвученную проблему как раз решают.

     
     
  • 8.108, Аноним (-), 10:22, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я не о программе, а о ядре, и его мемори менеджере, кто не понял Я в курсе, что... текст свёрнут, показать
     
  • 2.18, Аноним (-), 22:31, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что вам надо - это BFS, который портировали в BSD в рамках SummerCode от Google
     
     
  • 3.22, Аноним (-), 22:45, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
    > вам надо - это BFS, который портировали в BSD в рамках
    > SummerCode от Google

    Это плацебо. Сейчас его ковыряют методом научного тыка какие-то маловменяемые маргиналы тусующиеся по форумам. ULE действительно лучшее что пока есть, даже по сравнению с linux.

     
     
  • 4.26, Аноним (-), 22:59, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Довольно громко сказано. Откуда такая информация о авторе порта? Незнаю, каким методом его портируют, но поведение рабочей станции на порядок шустрее на BFS.
     
  • 4.27, Аноним (-), 23:10, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://wiki.freebsd.org/RudolfTomori/rudotSoC2011

    Маловменяемый маргинал N1: RudolfTomori
    Маловменяемый маргинал N2 (со стажем): Ivan Voras - mentor

    ;) россиянен, хорош чморить людей, которые хоть что-то делают.

     
     
  • 5.90, Аноним (-), 19:03, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > http://wiki.freebsd.org/RudolfTomori/rudotSoC2011
    > Маловменяемый маргинал N1: RudolfTomori
    > Маловменяемый маргинал N2 (со стажем): Ivan Voras - mentor
    > ;) россиянен, хорош чморить людей, которые хоть что-то делают.

    "делают" и "умеют делать" - не синонимы. Компрене?

     
  • 4.36, Аноним (-), 00:01, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > даже по сравнению с linux.

    Как сравнивалось? И где можно на результаты посмотреть? "Рабинович напел" за результат сравнения чур не считается.

     
     
  • 5.38, freename (ok), 00:19, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да было такое дело одно время ule порвал линуксовый cfs на машинах до 8-ми ядер если мне не изменяет память, об этом еще можно найти пруф в гугле, после этого разработчики ядра линукс пофиксили сей баг в последующих выпусках
     
     
  • 6.65, анонимус (??), 11:31, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > об этом еще можно найти пруф в гугле

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

     
  • 6.75, Аноним (-), 14:27, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > да было такое дело одно время ule порвал линуксовый cfs на машинах
    > до 8-ми ядер если мне не изменяет память,

    Порвал - в какой номинации? Или мне это предлагается угадать самому?!

    > об этом еще можно найти пруф в гугле,

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

    > после этого разработчики ядра линукс пофиксили сей баг в последующих выпусках

    То-есть, мы тут историей и археологией занимаемся?

     
  • 4.67, _yurkis_ (?), 11:58, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
    >> вам надо - это BFS, который портировали в BSD в рамках
    >> SummerCode от Google
    > Это плацебо. Сейчас его ковыряют методом научного тыка какие-то маловменяемые маргиналы
    > тусующиеся по форумам. ULE действительно лучшее что пока есть, даже по
    > сравнению с linux.

    Нет, не плацебо. По крайней мере последние месяца два. На одноголовом атлоне разница заметна невооружонным глазом. И завелось оно сразу без шаманств и работает на удевление стабильно (по крайней мере у меня).

     
  • 3.88, fidaj (ok), 18:10, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
    > вам надо - это BFS, который портировали в BSD в рамках
    > SummerCode от Google

    думаю, что некоторые из core team с вами не согласятся...

     

  • 1.8, DarkAGeS (ok), 21:14, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    CARP, HAST, DIFFUSE, ZFSguru, ZRouter - отлично! Пусть задерживается 9ка настолько, насколько нужно - зато всегда можно быть уверенным, что будет качественный продукт
     
     
  • 2.91, Аноним (-), 19:05, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CARP, HAST, DIFFUSE, ZFSguru, ZRouter - отлично! Пусть задерживается 9ка настолько, насколько
    > нужно - зато всегда можно быть уверенным, что будет качественный продукт

    Уверенным быть можно только в качестве Роллс-Ройсов. Все остальное требует экспериментальной проверки - и желательно не в течение одного года. На веру можно только существование бога принимать.

     

  • 1.17, Аноним (-), 22:30, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Здорово, что В ТАКИХ проектах учавствуют наши соотечественники (glebius)! Гордимся. Удачи.
     
  • 1.19, Аноним (-), 22:39, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    RC2 вышел сегодня, поправьте)

    grep  ^BRANCH /usr/src/sys/conf/newvers.sh
    BRANCH="RC2"

     
     
  • 2.68, FSA (ok), 12:09, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что любопытно, обновление этого файла прилетело отдельно :)
     
     
  • 3.102, Клыкастый (ok), 21:51, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    люди сделали, но забыли отрапортовать. это лучше, чем когда наоборот :)
     

  • 1.25, Аноним (-), 22:51, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ошибка в репорте о развитии KDE:

    http://permalink.gmane.org/gmane.os.freebsd.stable/77417

    KDE SC 4.7.2 уже пол месяца как в портах, PIM -в area51

     
  • 1.33, Аноним (-), 23:25, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Nvi - входящий в состав базовой системы вариант текстового редактора Vi

    Какой смысл vi клонировать? Вот vim - да, стоило.

     
     
  • 2.34, Аноним (-), 23:29, 09/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    vim - GPL (http://www.vim.org/about.php) и он давно портирован, /usr/ports/editors/vim
     
  • 2.43, iZEN (ok), 01:35, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Nvi - входящий в состав базовой системы вариант текстового редактора Vi
    > Какой смысл vi клонировать? Вот vim - да, стоило.

    ee достаточно же.


     
     
  • 3.51, Аноним (-), 07:40, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ee не редактор как и (t)csh - не шелл. Убрать бы эти угрёбища из базовой системы.
     
     
  • 4.55, Жорж (?), 08:30, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Про ее согласен, а вот csh то за что гнобить? Отличный шелл. Как шелл он для меня гораздо удобнее дебильного bash. Например: выполняют последовательно команды
    ping 127.0.0.1
    ping localhost
    nslookup ya.ru
    date
    Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх - сразу из истории восстанавливается ping localhost, если еще раз нажать вверх - и предыдущий пинг вылезет. Такой фичи нет у bash, его убогий поиск по истории по ctrl-r - убогий. К тому же это всего лишь поиск по истории, а в csh это автодополнение из истории.
    А программы писать надо на sh. Когда вижу bash программы - хочется кому то сломать пальцы.
     
     
  • 5.56, andy (??), 09:45, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх - сразу из истории восстанавливается ping localhost, если еще раз нажать вверх - и предыдущий пинг вылезет.
    > Такой фичи нет у bash, его убогий поиск по истории по ctrl-r - убогий.

    Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.
    Добавьте в свой .bashrc

    bind '"\e[A"':history-search-backward
    bind '"\e[B"':history-search-forward
    shopt -s cdspell
    shopt -s cmdhist
    shopt -s histappend
    export HISTCONTROL="ignoredups"

    после чего, у баша будет такой же поиск по истории, как и во FreeBSD.

     
     
  • 6.61, тигар (ok), 10:36, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.

    trollface.png:) (it was me)
    у Вас оно в .bashrc с тех времен (когда затрагивалось) или как?:)


     
     
  • 7.69, andy (??), 12:23, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я помню прекрасно. Немножко раньше тех времен, считаю
    это удобным и, при случае, переношу данные настройки
    на серверы где установлен bash.
     
  • 6.63, Жорж (?), 11:17, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.

    Не читаю маны того, чем не пользуюсь. И да, мне не стыдно по этому поводу.

    > Добавьте в свой .bashrc

    no such file or directory. поставил баш->нет элементарных вещей либо они не настроены и надо копать интернеты в поисках настроек->удалил баш.

    CSH все равно лучше, роднее и удобнее. Как шелл.

     
     
  • 7.97, andy (??), 19:48, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не читаю маны того, чем не пользуюсь. И да, мне не стыдно
    > по этому поводу.

    Получается, Вы провели сравнительные характеристики двух
    предметов понятия не имея ни об одном, ни о другом.

    > CSH все равно лучше, роднее и удобнее. Как шелл.

    Толсто.

     
  • 5.59, Макс (??), 10:17, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую дважды. Про дополнение из истории не знал, спасибо.
     
  • 5.81, Аноним (-), 14:44, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Как шелл он для меня гораздо удобнее

    Шелл с нестандартным идиотским синтаксисом, невозможностью скопировать коммандную строку в sh скрипт и обратно, да без банальной возможности сделать >/dev/null 2>&1 может быть удобен только если им не пользоваться.

    > Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх

    Это умеет и bash и zsh.

    > А программы писать надо на sh

    Вот молодец. А теперь марш конвертировать однострочкини с csh на sh и обратно.

     
     
  • 6.87, klezz (?), 17:18, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что не так с >/dev/null 2>&1 ?
    И зачем вообще конвертировать однострочники, если sh/csh/tsch есть из коробки и всё это можно использовать? баш в том же лялихе от дистра к дистру может быть, а может не быть, а может быть настроен таким "гурманом", что мало не покажется.

    Развели тут базар, как будто каждый в консоли войну и мир пишет. А про ee и vi это вообще ржач. КАКАЯ разница в чём текст набирать? Да половина через echo вбивается без всяких vi/ee на ура.

    Детский лепет

     
     
  • 7.92, Аноним (-), 19:07, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что не так с >/dev/null 2>&1 ?
    > И зачем вообще конвертировать однострочники, если sh/csh/tsch есть из коробки и всё
    > это можно использовать? баш в том же лялихе от дистра к
    > дистру может быть, а может не быть, а может быть настроен
    > таким "гурманом", что мало не покажется.
    > Развели тут базар, как будто каждый в консоли войну и мир пишет.
    > А про ee и vi это вообще ржач. КАКАЯ разница в
    > чём текст набирать? Да половина через echo вбивается без всяких vi/ee
    > на ура.
    > Детский лепет

    +100500. Недоноски красноглазые. Ничего, кроме линакса, никогда не евшие. С опытом работы от 1995 года. :)))))))

     
     
  • 8.101, Аноним (-), 21:35, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да сразу видно бсдшника А потом они еще удивляются что с таким сообществ... текст свёрнут, показать
     
     
  • 9.109, Аноним (-), 11:05, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ошибся Соляриста ... текст свёрнут, показать
     
  • 7.103, Аноним (-), 21:54, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что не так с >/dev/null 2>&1 ?

    # date >/dev/null 2>&1
    Ambiguous output redirect.

     
     
  • 8.107, Аноним (-), 22:52, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    если вы привыкли и с детсва приучились к shell, то конечно csh после этого - фек... текст свёрнут, показать
     
  • 4.71, Аноним (-), 12:54, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ee не редактор как и (t)csh - не шелл. Убрать бы эти
    > угрёбища из базовой системы.

    а csh на что заменить? не на bash же.

     
     
  • 5.82, Аноним (-), 14:46, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> ee не редактор как и (t)csh - не шелл. Убрать бы эти
    >> угрёбища из базовой системы.
    > а csh на что заменить? не на bash же.

    В 9-ке есть sh с нормальным readline - для раз в месяц зайти на сервер что-нибудь сделать мне больше ничего не надо. А для десктопа только zsh, аналогов у него нету. bash, разумеется, не годится ни для раз в месяц, ни постоянно, ни для скриптов.

     
  • 4.96, KOL (ok), 19:19, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >ee не редактор как и (t)csh - не шелл. Убрать бы эти угрёбища из базовой системы.

    Я, например, настолько привык работать с ee, что собираю его себе на машинах, за которыми работаю (OSX, Fedora, даже MeeGo Harmattan на N9).

    Чем он не редактор? Единственное, чего в нем не хватает - replace, но он очень удобен, если включить emacs key bindings (во FreeBSD по умолчанию).

     
     
  • 5.99, Аноним (-), 21:23, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > машинах, за которыми работаю (OSX, Fedora, даже MeeGo Harmattan на N9).

    И что, в N9 удобно в режим команд через двоеточие заваливаться?

     
     
  • 6.111, KOL (ok), 12:35, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И что, в N9 удобно в режим команд через двоеточие заваливаться?

    Почему через двоеточие? В "ee" ctrl+c. Но в основном я им пользуюсь на N9 через SSH, но и через родной терминал вполне юзабельно, даже более юзабельно, чем vi, т.к. в нем управление через ctrl+KEY и esc->KEY, а эти кнопки очень удобно на нем вынесены в терминале. + Можно самому создавать комбинации нужные комбинации клавиш на панели, панелей с клавишами может быть любое количество. В общем, разработчики позаботились о том, чтобы с виртуальной клавой было работать максимально удобно.

     
  • 4.104, Клыкастый (ok), 21:56, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ee не редактор как и (t)csh - не шелл. Убрать бы эти
    > угрёбища из базовой системы.

    (скромненько так) я вот ee использовал по началу, пока не освоил vi :)
    tsch вполне вменяемый, за что вы его так? ну zsh конечно лучше... но совместимость? на (t)csh много чего уже нарезано... пусть будет.

     
  • 3.54, Аноним (-), 08:18, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Отнюдь недостаточно, по сравнению с vi он просто примитив
     
     
  • 4.93, Аноним (-), 19:07, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Отнюдь недостаточно, по сравнению с vi он просто примитив

    С кем ты споришь, он не знает vi. Он только слово это слышал.

     
  • 4.98, iZEN (ok), 20:03, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Отнюдь недостаточно, по сравнению с vi он просто примитив

    "vi может только бибикать и всё портить." ©  :))
    Я знаю только, как в нём войти в режим добавления и выхода (с сохранением или без).

    ee — наиболее человечный редактор в Unix.

     
     
  • 5.110, Аноним (-), 11:09, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Отнюдь недостаточно, по сравнению с vi он просто примитив
    > "vi может только бибикать и всё портить." ©  :))
    > Я знаю только, как в нём войти в режим добавления и выхода
    > (с сохранением или без).
    > ee — наиболее человечный редактор в Unix.

    Ты меня разочаровал, мужик. Я думал, что ты man vi делал. В single user ты тоже гуй попросишь?


     
     
  • 6.112, QuAzI (ok), 12:55, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты меня разочаровал, мужик. Я думал, что ты man vi делал. В
    > single user ты тоже гуй попросишь?

    мужик, ты офигенен, если для консольного ee тебе нужен гуй.

     
  • 5.113, Andrew Kolchoogin (?), 18:01, 11/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Зен, как в ee сделать замену по регулярному выражению в количестве "одно вхождение на строку"? А "все вхождения в строке"?
     

  • 1.41, Аноним (41), 01:28, 10/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эээх, GEM/KMS
     
     
  • 2.42, iZEN (ok), 01:34, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Обратитесь к Intel за поддержкой линуксовых технологий в ядре Фри. Пусть предоставит аналогичные человекочасы, которые были потрачены на Linux.
     
     
  • 3.80, Аноним (-), 14:39, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > аналогичные человекочасы, которые были потрачены на Linux.

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

     

  • 1.58, oops (ok), 10:13, 10/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А это я помог доделать русский перевод к vi =)
     
  • 1.62, RicoX (?), 11:13, 10/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из нововведений хочется потрогать CARP2 (первый падал раз в неделю и пришлось отказаться) и DIFFUSE для ISP появляется интересная возможность использовать FreeBSD как фильтр, чтоб разгрузить старые кошки.
     
     
  • 2.70, oops (ok), 12:26, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А можно детали падения CARP? Это вообще как понимать "CARP падает"? =)
    У нас не падает, и как показывает опыт помощи на форумах, как правило, дело в "пряморукости".
     
     
  • 3.79, nix (??), 14:37, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/

      Да-да. Мне вот тоже интересно. Как-то ни разу не заметил каких-либо падений.
     
     
  • 4.85, Аноним (-), 15:10, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >   Да-да. Мне вот тоже интересно. Как-то ни разу не заметил
    > каких-либо падений.

    carp работает уже несколько лет безо всяких проблем. Но новая реализация обещает быть ещё лучше.

     
     
  • 5.86, oops (ok), 15:31, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, никто не отрицает. У нынешнего carp есть, конечно, проблемы, но в большинстве ситуаций все таки работает. Новый carp избавит как от этих недочетов.
    Ох, и трудно же glebius'у будет с [ip|arp]balance.
     
     
  • 6.117, жопка3 (?), 08:56, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что там трудного то? Весь код ipbalance - это десяток строк, делящий последний октет src ip на номер машины в carp-группе.
     
     
  • 7.118, oops (ok), 11:06, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вы код смотрели? если считаете, что так легко, то напишите патч. пара десятков строч же, чо?
     
  • 2.115, Dyr (??), 21:50, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Меня тоже очень порадовала новость про CARP2. Первый хоть и работал, но не работала половина требуемых фич. Особенный фейл был, действительно, с quagga - которая не понимала, что анонсы маршрутов через OSPF нужно отправлять с CARP-адреса, а не реального.
     

  • 1.72, Аноним (72), 13:09, 10/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отлично отлично, пускай немного позже зато потом поставлю себе pcbsd в лучшем виде и откажусь от нелогичного Линукса.
     
     
  • 2.106, Клыкастый (ok), 21:59, 10/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Отлично отлично, пускай немного позже зато потом поставлю себе pcbsd в лучшем
    > виде и откажусь от нелогичного Линукса.

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

    и, кстати, как CARP/HASTE поможет отказаться от Линукса на десктопе? o_O

     
     
  • 3.114, kld (?), 15:33, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а как можно генту использовать на серверах? у нее ж нет релиз циклов, и когда и какое время она поддерживается не совсем понятно, надо так чтоб поставил и забыл, а так это нечто похожее на RELENG_8 и поди вспомни потом чего/куда/и сколько. Или есть правило гентушные сервера раз в полгода полностью пересобирать?
     
     
  • 4.119, Клыкастый2 (?), 13:03, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а как можно генту использовать на серверах?

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

    > у нее ж нет релиз циклов,

    истинно так.

    > и когда и какое время она поддерживается не совсем понятно

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

    > надо так чтоб поставил и забыл,

    я тут уже постил аптайм сервера > 1700 дней. это вызвало нездоровое оживление в зале. слёзно просил IP, сильно хотели пощупать. я это к чему? должен быть некий баланс между "поставил и забыл" "непрерывно обновляешь". гента рассчитана на последнее. для пачек серверов, критичных к простоям, это не подходит. очевидно должен быть тестовый, на котором обновления обкатываются и потом уже... на мелком сервере я обновляю "на лету" за 7 лет косяк был только один - после апдейта навернулся pptpd. полчаса неработоспособности pptpd - для того сервера вполне допустимо.


    > Или есть правило гентушные сервера раз в полгода полностью пересобирать?

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

     

  • 1.73, Аноним (-), 14:07, 10/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я уже устал ждать.
    Ну когда же, ну когда же...
    Вах! Ну как долго! Скорее уж!
    Так много всего вкусного, аж слюнями изошелся.
    - Доктор! У вас есть таблетки от жадности?
    - Дайте мне... и побольше, побольше.
     
  • 1.120, Виктор (??), 10:28, 16/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше б они доделали TRIM....
     
  • 1.121, Прохожий (??), 12:40, 16/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец то CARP доделают.. Мегаважная вещь...
     

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



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

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