The OpenNET Project / Index page

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

Последние крупные изменения в FreeBSD

09.11.2006 11:27

За последние пару недель в код FreeBSD было внесено множество изменений, среди которых:

  • Выделение кода KSE в опцию ядра. При компиляции ядра на основе собственных конфигурационных файлов необходимо включать 'options KSE'. В случае использования libthr вместо libpthread в KSE нет необходимости.
  • Добавление нового интерфейса проверки привилегий внутри ядра - priv(9). Это замена существующему интерфейсу suser(9). priv(9) более гибок и позволяет более гибко ограничивать привилегии пользователю, и является вариантом реализации POSIX capabilities.
  • добавление поддержки SCTP.

    В данный момент эти изменения доступны в 7.0-CURRENT.



    1. Three different threading models
    2. OpenNews: Рассказ про протокол SCTP и примеры использования.
    3. OpenNews: GEOM класс gjournal включён в состав FreeBSD
    Автор новости: butcher
    Источник: docs.freebsd.org
    Короткая ссылка: https://opennet.ru/8740-FreeBSD
    Ключевые слова: FreeBSD, threading, kse, security, priv, network, sctp
    При перепечатке указание ссылки на opennet.ru обязательно
    Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vesel4akU (??), 12:06, 09/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      Когда ж они наконец сделают так, чтобы фрибсд нормально тянула большие mysql базы и в бенчмарках со вторым апачем не сливала линуксу.
     
     
  • 2.3, Phil Kulin (?), 12:59, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А это к апачу и мускулу. Они пишут под Linux.
     
     
  • 3.4, sauron (??), 13:14, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Или когда под FreeBSD сделают нормальные потоки. А то что-то как-то там мутно с ними.
     
     
  • 4.8, Алексей (??), 13:49, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Потоки давно уже нормальные. Хотите используте 1:1 библиотеку, хотите M:N - as you wish.
    А шагами по ускорению работы является
    1) новый malloc - ejmalloc вместо phkmalloc. (если не путаю названия) он уже в 6-ке должен быть.
    2) новый шедулер - написаный в замен ULE - shed_core, который доступен в HEAD.
    вопрос в другом - что бинарник сделаный Mysql CO, и бинарник собраный под 6-кой из портов весьма и весьма отличается по скорости. Хотя сборка идет в портах по доке из mysql info.
    Видимо можно еще как-то хитро собрать mysql что бы получить выигрыш в скорости весьма заметный...

     
     
  • 5.35, sauron (??), 20:34, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А какие приложения это все поддерживают?
     
     
  • 6.70, Алексей (??), 10:09, 11/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    вобще это глобальные - ака изменения в world.
    так что как только это внесли в систему все приложения стали ими пользоваться.
    По ejmalloc.
    http://people.freebsd.org/~jasone/jemalloc/bsdcan2006/
    по sched_core - где-то в архивах current@ было письмо давида ксю с бенчмарками, на сколько помню там было что-то около 1.5-2 раза прирост провозиодительности у mysql с libthr.

    Кстати опять же не стоит забывать что те приложения которые затачивались под linux будут лучше жить с libthr чем с libpthread и это можно вполне поправить через map.conf.
    А дефолт в системе KSE + libphread.

     
  • 5.37, мимоход (?), 21:15, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    собрать его ic
     
  • 2.33, Lars (??), 20:06, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Про тюнинх FreeBSD под MySQL кое-что есть тут:
    http://wikitest.freebsd.org/MySQL
     
  • 2.50, urpyLLIKa (?), 07:59, 10/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >  Когда ж они наконец сделают так, чтобы фрибсд нормально тянула
    >большие mysql базы и в бенчмарках со вторым апачем не сливала
    >линуксу.

    Mysql:
    а ты пользуй memory fs
    создай раздел виртуальный на несколько метров и натрави туда mysql что бы свои временные таблицы кидал + собирай с pthreads и статичной компиляцией + читай комменты в конфигах и доке по mysql.

    Apache:
    дока была про оптимизацию его mpm модулей

    System:
    Ковыряй в сторону увеличение буферов. Количество открытых файлов + оптимизация сетевого стека.

    Пользовательская - проггерская сторона:
    Берем паяльник и время от времени прогреваем внутренности ионных что бы грамотно писали код + прочитали в поисковике что есть такое нормализация табличных пространств. Тогда и большие базы будут нипочем :-))

     
     
  • 3.55, Аноним (-), 10:23, 10/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    табличные пространства дефрагментируют, нормализуют же логическую структуру базы, таблицы.
     
     
  • 4.66, urpyLLIKa (?), 15:22, 10/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    сорри очепятался
     

  • 1.34, Аноним (-), 20:12, 09/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А объясните мне, кто вообще использует SCTP? Какая-нибудь от него польза есть, кроме кучи дырок (правда, только в linux)?
     
     
  • 2.36, emp (??), 21:03, 09/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Какая-нибудь от него польза есть, кроме кучи дырок (правда, только в linux)?

    теперь и во FreeBSD :)

     

  • 1.67, _Nick_ (ok), 02:59, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да... смотрю Макс порядок навел :)

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

     
     
  • 2.82, zyxman (?), 05:06, 01/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    netgraph штука отличная, но в 5 5 еще полноценно использовать нельзя - и мало ng... большой текст свёрнут, показать
     

  • 1.68, _Nick_ (ok), 03:21, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот прям щас ставлю напосмотреть 6.2-бету
    прям на взлете был расстроен отсутствием выбора UTF8 в инсталлере.
    Охотно верю, что есть в миру пара тонн патчей, придающих способность фре говорить на
    "всемирном" языке, но вот из коробки пока ее не видно...
    вот что не говорите, а сразу чувствуется уровень... :|
     
     
  • 2.80, Sem (??), 21:41, 15/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >вот прям щас ставлю напосмотреть 6.2-бету
    >прям на взлете был расстроен отсутствием выбора UTF8 в инсталлере.
    >Охотно верю, что есть в миру пара тонн патчей, придающих способность фре
    >говорить на
    >"всемирном" языке, но вот из коробки пока ее не видно...
    >вот что не говорите, а сразу чувствуется уровень... :|


    А зачем UTF-8 в консоле? Я вот никак не могу придумать зачем это надо.
    Есть и поважнее задачи.

     

  • 1.69, _Nick_ (ok), 03:37, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    дальше - больше...
    виртуальный диск - 3гига - один раздел.
    автоматическое распределение слайсов выдало следующую картину:
    a / 512Mb
    b swap 468Mb
    d /var/ 1267Mb (!!!)
    e /tmp 512Mb
    f /usr 293Mb

    дефолты и личные пристрастия - дело такое.
    Но возник просто й вопрос: смогу ли я на 300 изначальных метрах /usr хотя бы ядро собрать??
    ну, минимум бинарей, думаю, все-таки влезет, а вот про исходники придеццо забыть с такими дефолтами (а про порты и не вспоминать).

    Кто силен бздевой логикой? поделитесь смыслом вываливать в /var остатка диска. наблюдаеццо выделение под вар именно остатка, а /usr имеет какой-то вполне ограниченный размер, что в _общем_ случае нелогично. Более логичным было бы для дефолта: просто свалить все в кучу - один слайс /, ну и своп, раз уж тому кто ставит все равно (кому не все равно - бьет диск руками).

     
     
     
     
    Часть нити удалена модератором

  • 4.76, ZANSWER (ok), 18:29, 11/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Я хотел на дефолты посмотреть и они оказались отстойными.

    МяФ!:) давайте не будем снова устраивать флейм, то что Вам кажеться, что отстутсвие UTF-8 из коробки это показетель низкого уровня - это не так страшно я думаю, тем болие его сейчас делают и скоро он будет из коробки, как и почти во всех Линукс дистрибутивах, заметьте _почти во всех_... поэтому я думаю не стоит так резко говорить, что это показатель уровня, то что инсталятор так отработал на маленьком разделе, так он не расчитан на такие разделы, зделай-те для теста на 10 гигабайтах или 20, Вы увидите разницу...!!!IMXO!!! если ваша цель снова доказать, что кто-то круче кого-то, то лучьше закончить такие дискусии сразу...:-\

     
     
  • 5.77, _Nick_ (??), 18:37, 11/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    основная масса линух дистрибутивов вообще кхм абсолютно неинтересно чего ... большой текст свёрнут, показать
     
     
  • 6.78, скептик (?), 00:15, 13/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    На RHEL 4 "из коробки" конфиг системы, написанный в дефолтной текстовой консоли, с дефолтной UTF-8, вполне естественно системой не виделся. Почему? Ну это ж скрипт, а в первой строчке вместо
    #!/bin/bash
    была вначало воткнута UTFная сигнатура. Вот вам и "поддержка UTF", щоб ей провалится.

    P.S.: Текстового режима, работающего в формате UTF, все равно не придумали еще. И нефиг серверу гуй иметь вообще. А раз так, то и ютф нафиг не нужен на сервере.

     
     
  • 7.79, _Nick_ (??), 09:31, 13/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >На RHEL 4 "из коробки" конфиг системы, написанный в дефолтной текстовой консоли,
    >с дефолтной UTF-8, вполне естественно системой не виделся. Почему? Ну это
    >ж скрипт, а в первой строчке вместо
    >#!/bin/bash
    >была вначало воткнута UTFная сигнатура. Вот вам и "поддержка UTF", щоб ей
    >провалится.

    _такой_ поддержке - да. А человеческая пусть живет.


    >P.S.: Текстового режима, работающего в формате UTF, все равно не придумали еще.
    >И нефиг серверу гуй иметь вообще. А раз так, то и
    >ютф нафиг не нужен на сервере.

    это он тебе не нужен. А всему миру тяжело угодить...

     
  • 2.74, XoRe (??), 18:01, 11/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, инсталлер сортирует сначала все до usr, а потом ему дает все оставшееся... большой текст свёрнут, показать
     
     
  • 3.75, _Nick_ (??), 18:03, 11/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Похоже, инсталлер сортирует сначала все до /usr, а потом ему дает все
    >оставшееся место.
    >Попробуй запустить это на разделе в 10-20-30 гиг.

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

     
     
  • 4.81, zyxman (?), 04:52, 01/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>Похоже, инсталлер сортирует сначала все до /usr, а потом ему дает все
    >>оставшееся место.
    >>Попробуй запустить это на разделе в 10-20-30 гиг.
    >
    >да ну было бы нужно знать пропорции и приоритеты - исходники есть
    >для этого.
    >Просто было интересно что собой щас фря представляет. с 4-кой плотно имел
    >дело N лет назад

    не уверен что 6 что-то представляет..

    точно представляет 5.5 :)
    и судя по тому что 5.5 от 5.4 отличается почти как 5.4 от 4, то и в 6 ветке не стоит ожидать "нормальности" ранее 6.4.

     

  • 1.71, ZANSWER (ok), 10:16, 11/11/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    МяФ!:) сочинение на вольную тему, каким бы я хотел видеть FreeBSD... сколько людей, столько и мнений...!!!IMXO!!!
     
  • 1.83, Toptyg (??), 00:16, 06/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда Чут выйдет, никто не в курсе?
     
  • 1.84, Totpyg (?), 00:35, 06/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    XEN то есть


     

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



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

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