The OpenNET Project / Index page

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

В FreeBSD-CURRENT включена новая реализация MPSAFE TTY

20.08.2008 19:56

Ed Schouten сообщил в списках рассылки о включении в дерево исходного кода FreeBSD-CURRENT новой реализации подсистемы TTY, работа над которой велась им в течение полугода. Новая Multi Processor Safe (MPSAFE) реализация обладает следующими достоинствами:

  • переработанная архитектура модели драйверов (старая реализация была недостаточно абстрактной)
  • улучшена поддержка hot-plug (возможность динамически удалять неиспользуемые терминалы)
  • значительно улучшена производительность (полное освобождение от Giant lock, и изменения в работе с буферами)


  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
Автор новости: terminus
Тип: К сведению
Короткая ссылка: https://opennet.ru/17474-tty
Ключевые слова: tty, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, знающий (?), 22:08, 20/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не слишком ли рано?  это в семерки 7.1 появиться? или в 8.0? насколько я понял они не освободились полностью от Giant lock  в ядре  не повлияет ли это на другой уровень абстракции, понятное дело - логические уровни не равны физическим, и тем не менее????
     
     
  • 2.3, Sem (ok), 22:37, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    В 7.1 этого не будет точно. Пока все это будет обкатываться в -current.
     
  • 2.4, ggg (??), 22:38, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Не слишком ли рано?

    Как что-то может быть вообще 'рано' в разработке ОС?

    > это в семерки 7.1 появиться?

    А как ты сам думаешь, учитывая, что 7.1 планировалась на август?

    > или в 8.0?

    CURRENT и есть будущая 8.0.

    Что ты дальше спросил, боюсь, понятно только тебе.

     

  • 1.2, terminus (ok), 22:36, 20/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CURRENT - это будущая 8.0-RELEASE. "План Путина" (с) подразумевает ее выход через год -  в июне 2009
    http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/042840.html

    Будет ли это бекпортировано в седьмую ветку - не известно. Скорее всего нет.
    Пока код в CURRENT пусть его нормально оттестируют.

    -

    На счет того где еще остался Giant lock
    http://wiki.freebsd.org/SMPTODO

     
  • 1.5, stlx (?), 22:41, 20/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А объясните мне плиз при чем тут производительность? Не, ну избавление от giant lock это понятно, но не могу себе представить что может реально ускориться от распараллеливания работы с tty.
     
     
  • 2.6, terminus (ok), 22:44, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Иксы!
     
     
  • 3.7, stlx (?), 22:53, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не, там сами эмуляторы терминалов тормозят на порядки больше чем TTY слой со всеми своими giant lock'ами.

    http://martin.ankerl.com/files/term-bench.png

     

  • 1.8, Аноним (8), 23:01, 20/08/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержки многобайтных кодировок так и нет?
     
     
  • 2.9, 744 (?), 23:13, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Поддержки многобайтных кодировок так и нет?

    В обычной текстовой консоли?! Как и, главное, зачем?

     
     
  • 3.10, Ноним (?), 23:31, 20/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например, чтобы я мог открыть файлы из Израиля, например. Текстовые. С инструкциями по обслуживанию сетевого оборудования. На этом самом сетевом оборудовании.
     
     
  • 4.13, polkan (?), 02:51, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    хм... сколько получал ховтушек от производителя, НИ РАЗУ НЕ БЫЛО ЧТОБЫ ОНЫЕ БЫЛИ ЛОКАЛИЗОВАНЫ... (ЭТО КАСАЕМО СЕРВЕРНОЙ И СЕТЕВОЙ ЧАСТИ).... ДАЖЕ ОТ рОССИЙСКИХ ТАВАРИСЧЕЙ ИЗ кИЕВА ;)

    И ЭТО СЧИТАЮ ПРАВИЛЬНЫМ...

     
     
  • 5.22, Аноним (-), 15:41, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько учить надо? А? Пишите ИМХО всегда, после таких высказываний.
    То что тебе так нравится и считаешь правильным, не говорит о том что так нравится другим и они с тобой согласны.
     
  • 4.21, Дмитрий Ю. Карпов (?), 15:35, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Текстовый режим писюка принципиально использует восьмибитную кодировку символов (говорят, возможна девятибитная, но я такого не видел). Это значит, что на экране может одновременно присутствовать только 256 разных символов; их начертание определяется аппаратным знакогенератором. Ситуация похожа на пишущую машинку - можно заменить литеры (хотя реально этого никто не делает), но каретка может одновременно нести ограниченное количество литер.

    Вот в графическом режиме можно отображать любые символы (в т.ч. разных языков) в любом сочетании.

     
     
  • 5.23, terminus (ok), 15:48, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Правды ради, AFAIK - у линукса консоль не текстовая, а графическая. У нас пока текстовая...
     
     
  • 6.25, vst (??), 11:44, 22/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Здрасте, а SC_PIXEL_MODE?
     
     
  • 7.26, Аноним (-), 14:25, 22/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Здрасте, а SC_PIXEL_MODE?

    for i386 only

     
  • 5.24, Аноним (-), 18:34, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Реально можно отобразить до 512 разных символов, но насколько я помню, там бит яркости отвечает за кодовую страницу. Так что получается 512 символов при 8 цветах, вместо 16.
     
  • 5.28, andr.mobi (??), 09:51, 25/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Текстовый режим писюка принципиально использует восьмибитную кодировку символов

    Ну и что.

    Как минимум можно было бы отражать одну локаль. Пусть я буду видеть только кириллицу, или только арабские письмена кроме ASCII. Этого было бы вполне достаточно в 99% случаев

     
  • 2.14, kan (?), 04:15, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Поддержки многобайтных кодировок так и нет?

    Это не там. Koммит относится к инфраструктуре, а поддержка кодировок - дело рук конкретных драйверов типа syscons.

     
     
  • 3.19, Аноним (-), 06:55, 21/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Поддержки многобайтных кодировок так и нет?
    >
    >Это не там. Koммит относится к инфраструктуре, а поддержка кодировок - дело
    >рук конкретных драйверов типа syscons.

    А этим кто-нибудь занимается? Че-то на wiki только умершие проекты
    (kgi, vtc, etc.)

    ee(1) и nvi/nex тоже не умеют unicode, хотя ed(1) умеет, как и
    умеют sh и tcsh, а также less.

     
  • 2.27, andr.mobi (??), 09:47, 25/08/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Поддержки многобайтных кодировок так и нет?

    Присоединяюсь
    Очень мне не нравиться, что из-за работы с UTF-8 мне теперь консоль не юзать
    Превращаюсь в окошечного ламмера

     

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



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

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