Ed Schouten сообщил (http://lists.freebsd.org/pipermail/freebsd-current/2008-Augu...) в списках рассылки о включении в дерево исходного кода FreeBSD-CURRENT новой реализации подсистемы TTY, работа над которой велась им в течение полугода. Новая Multi Processor Safe (MPSAFE) реализация обладает (http://www.evilcoder.org/2008/08/20/nieuwe-tty-layer-in-freebsd/) следующими достоинствами:
- переработанная архитектура модели драйверов (старая реализация была недостаточно абстрактной)
- улучшена поддержка hot-plug (возможность динамически удалять неиспользуемые терминалы)
- значительно улучшена производительность (полное освобождение от Giant lock, и изменения в работе с буферами)URL: http://lists.freebsd.org/pipermail/freebsd-current/2008-Augu...
Новость: http://www.opennet.me/opennews/art.shtml?num=17474
Не слишком ли рано? это в семерки 7.1 появиться? или в 8.0? насколько я понял они не освободились полностью от Giant lock в ядре не повлияет ли это на другой уровень абстракции, понятное дело - логические уровни не равны физическим, и тем не менее????
В 7.1 этого не будет точно. Пока все это будет обкатываться в -current.
> Не слишком ли рано?Как что-то может быть вообще `рано' в разработке ОС?
> это в семерки 7.1 появиться?
А как ты сам думаешь, учитывая, что 7.1 планировалась на август?
> или в 8.0?
CURRENT и есть будущая 8.0.
Что ты дальше спросил, боюсь, понятно только тебе.
CURRENT - это будущая 8.0-RELEASE. "План Путина" (с) подразумевает ее выход через год - в июне 2009
http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/...Будет ли это бекпортировано в седьмую ветку - не известно. Скорее всего нет.
Пока код в CURRENT пусть его нормально оттестируют.-
На счет того где еще остался Giant lock
http://wiki.freebsd.org/SMPTODO
А объясните мне плиз при чем тут производительность? Не, ну избавление от giant lock это понятно, но не могу себе представить что может реально ускориться от распараллеливания работы с tty.
Иксы!
Не, там сами эмуляторы терминалов тормозят на порядки больше чем TTY слой со всеми своими giant lock'ами.
Поддержки многобайтных кодировок так и нет?
>Поддержки многобайтных кодировок так и нет?В обычной текстовой консоли?! Как и, главное, зачем?
Ну например, чтобы я мог открыть файлы из Израиля, например. Текстовые. С инструкциями по обслуживанию сетевого оборудования. На этом самом сетевом оборудовании.
хм... сколько получал ховтушек от производителя, НИ РАЗУ НЕ БЫЛО ЧТОБЫ ОНЫЕ БЫЛИ ЛОКАЛИЗОВАНЫ... (ЭТО КАСАЕМО СЕРВЕРНОЙ И СЕТЕВОЙ ЧАСТИ).... ДАЖЕ ОТ рОССИЙСКИХ ТАВАРИСЧЕЙ ИЗ кИЕВА ;)И ЭТО СЧИТАЮ ПРАВИЛЬНЫМ...
Сколько учить надо? А? Пишите ИМХО всегда, после таких высказываний.
То что тебе так нравится и считаешь правильным, не говорит о том что так нравится другим и они с тобой согласны.
Текстовый режим писюка принципиально использует восьмибитную кодировку символов (говорят, возможна девятибитная, но я такого не видел). Это значит, что на экране может одновременно присутствовать только 256 разных символов; их начертание определяется аппаратным знакогенератором. Ситуация похожа на пишущую машинку - можно заменить литеры (хотя реально этого никто не делает), но каретка может одновременно нести ограниченное количество литер.Вот в графическом режиме можно отображать любые символы (в т.ч. разных языков) в любом сочетании.
Правды ради, AFAIK - у линукса консоль не текстовая, а графическая. У нас пока текстовая...
Здрасте, а SC_PIXEL_MODE?
>Здрасте, а SC_PIXEL_MODE?for i386 only
Реально можно отобразить до 512 разных символов, но насколько я помню, там бит яркости отвечает за кодовую страницу. Так что получается 512 символов при 8 цветах, вместо 16.
>Текстовый режим писюка принципиально использует восьмибитную кодировку символовНу и что.
Как минимум можно было бы отражать одну локаль. Пусть я буду видеть только кириллицу, или только арабские письмена кроме ASCII. Этого было бы вполне достаточно в 99% случаев
>Поддержки многобайтных кодировок так и нет?Это не там. Koммит относится к инфраструктуре, а поддержка кодировок - дело рук конкретных драйверов типа syscons.
>>Поддержки многобайтных кодировок так и нет?
>
>Это не там. Koммит относится к инфраструктуре, а поддержка кодировок - дело
>рук конкретных драйверов типа syscons.А этим кто-нибудь занимается? Че-то на wiki только умершие проекты
(kgi, vtc, etc.)ee(1) и nvi/nex тоже не умеют unicode, хотя ed(1) умеет, как и
умеют sh и tcsh, а также less.
>Поддержки многобайтных кодировок так и нет?Присоединяюсь
Очень мне не нравиться, что из-за работы с UTF-8 мне теперь консоль не юзать
Превращаюсь в окошечного ламмера
