> Ууу, тогда сказки о "тормознутости" Linux станут былью...

Почему?

> А сколько дырок новых появится...

А вот это уже драйверописателям руки выпрямлять надо.

(да, я знаю, микроядро - это рулез немеряный, даешь все в userspace etc; но я же сразу предупредил - грезам не предаемся, рассматриваем относительно реальные решения ;)

> А какой memory footprint будет...

Я, конечно, не kernel developer, но вот здесь до меня слегка не доходит - а чем он будет выше, чем сейчас? Кому это дело не надо - отрубают его в конфиге, и все дела.

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

А если он и так уже запущен? А терминал тоже еще запустить надо, вот! ;)

> искать в этих гуях, где какую галку выставить.

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

> У меня на довольно старой машинке (Athlon 900, 256 Mb) OO Writer 1.1.0 грузится 15 секунд (в первый раз, не из кэша!). MS Word 2000 под NT4 - в 2 раза быстрее.

А у меню в КДЕ 3.2 коффис грузиться 2-3 сек при памяти 112 метров.
И что ? Чем еще померяемся ?

про "морды"

> В к3б(да и прочих мордах) это делается на ходу.

И как этой твари объяснить, что надо пользовать
sudo cdrecord, а не cdrecord? Что для DVD надо пользовать
growisofs?

Я уж не говорю про что-нибудь вроде:

#!/bin/bash

DIR2BURN=$1

if [[ -z "${DIR2BURN}" ]]; then
exit 1;
fi

if [[ ! -d "${DIR2BURN}" ]]; then
exit 1;
fi

HOSTWITHRW=some.server.ru
RSH=ssh

ISOFS_OPTS="-R -uid 0 -gid 0 -dir-mode 755 -file-mode 644 --full-iso9660-filenames"

CDRECORD_OPTS="-fs=8m -speed=4"

SIZE=$(mkisofs --print-size ${ISOFS_OPTS} ${DIR2BURN})

mkisofs ${ISOFS_OPTS} ${DIR2BURN} | ${RSH} ${HOSTWITHRW} "cdrecord -dev=1,0,5 ${CDRECORD_OPTS} -tsize=${SIZE} -"

а кто запрещает написать скрипт?

> А галки обычно выставляются раз и навсегда,

Обычно раз и навсегда пишется скрипт.

> И, кстати, в проге с хорошо продуманным интерфейсом эти самые галки находятся на порядок легче, чем опции в мане.

В нормально написанной документации опции находятся на порядок легче, чем во всякой ГУИне. Да, man pages -- это *не нормальная* документация, нормальная документация -- это info, толково написанное...

ooptimum (*) (12.06.2004 17:17:22)
Канешна хатим .
KDE в последних версиях становиться функциональнее и в то же время быстрее,
mozilla - аналогично.
Канечна хоцетца чтобы это стало общей тенденцией.
:))

Dselect рулит!!!

Fuzkъ!

>Может, и хтмлки так же будем читать - сначала wget'ом качаем, потом отдельной смотрелкой смотрим? А что, вполне себе модульно, Unix Way (tm), млин...

Ну да! Так это ж и есть Юникс вэй! Нужно только pipe для sed-а и awk-а написать, чтобы из ~/tmp-а .html-ки дергали! А как в винде – сразу в окошке броузера – это суксь и дыра в безопасности, а то в .html-ке попадется код какой на JavScript-е и стартанет с правами броузера, читай – рута.

>>Dselect рулит!!!

Да.. Скрипт крутой :-)
Мож я за неделю(или даже больше) чтения манов научусь чего-то подобное делать. Но к3б снсить не буду.Пусть будет.на всякий случай. :-)

Да тока лень ...

ЗЫ А разрешите полюбопытствовать (в целях повышения образованности,конечно) что этот скрипт делает ?

Fuzkъ!

>Тебе привести полный список сервисов, которые рекомендуется отключать СРАЗУ после установки XP? Тебе напомнить про очень интересный линк "Microsoft Office", который автоматом засовывается в startup сразу после установки офиса (знаешь, что он делает? или тоже рассказать?)?

Какой такой ярлык шмарлык? У меня ничего в автозагрузку не суется. Какие такие сервисы рекомендуется отключать? Вы, батенька, баран-с. «Поздравляю, Шарик, ты дурак!»© Вот поэтому винда и тормозит у тех, кто сервисы «ненужные» отключает, а потом винда эти сервисы упорно искать пытается, и тормоза, соответственно, начинаются. НИЧЕГО не надо в винде, установленной по дефолту, отключать, тогда не будет НИКАКИХ тормозов.

> Вот с ней там работать можно. А 2000/XP не стану туда ставить - рядом сидит человек на Athlon 2,4 с 512 Mb RAM. У него XP тормозит сильнее, чем у меня NT4 на Athlon900. Мне противно работать на его компьютере (хотя иногда приходится).

И эта, у меня как раз Athlon 2,4GHz 1Gb, так всяким 3ГГц Р4 до него еще как раком до Китая по быстроте и удобству работы в WinXP. Не знаю, как ты там умудрился настроить WinXP, что тебе за той тачкой работать противно

> И как этой твари объяснить, что надо пользовать sudo cdrecord, а не cdrecord?

Запихать sudo cdrecord в скрыпт и сказать ей пользовать его?

> Что для DVD надо пользовать growisofs?

Не знаю, у меня DVD-резака нет еще =)

> Я уж не говорю про что-нибудь вроде

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

>> А галки обычно выставляются раз и навсегда,

>Обычно раз и навсегда пишется скрипт.

Это кому как. В любом случае - а какая разница.

> В нормально написанной документации опции находятся на порядок легче, чем во всякой ГУИне.

Вот именно, что во "всякой". Я же сказал не "во всякой", а с "хорошо продуманным интерфейсом". Ну там HIGи всякие etc =)

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

> ЗЫ А разрешите полюбопытствовать (в целях повышения образованности,конечно) что этот скрипт делает ?

Болванки портит :-)
Особенно, когда сетка между его компом и компом с писалкой отваливается. ;-)

>> В к3б(да и прочих мордах) это делается на ходу.

> И как этой твари объяснить, что надо пользовать sudo cdrecord, а не cdrecord?

Зачем ?

> Что для DVD надо пользовать growisofs?

Сама знает.

про UNIX-way

> Может, и хтмлки так же будем читать - сначала wget'ом качаем, потом отдельной смотрелкой смотрим? А что, вполне себе модульно, Unix Way (tm), млин...

Не, UNIX-way -- это что-то вроде:

settrans -agc ~/www/linux.org.ru /hurd/httpfs http://linux.org.ru

view ~/www/linux.org.ru/index.html

:)

> Зачем ?

Нету на cdrecord SUID бита, нету...

> > Что для DVD надо пользовать growisofs?

> Сама знает

Не знает. Или знает, но делает на зло ламеру, ее запустившему, дабы вернуть на путь истинный :)

> ЗЫ А разрешите полюбопытствовать (в целях повышения образованности,конечно) что этот скрипт делает ?

Создает из всего, что валяется в ${DIR2BURN} iso'-шник (на stdout), скармливает его cdrecord'-у на другой машине. Такой изврат был нужен потому, что места свободного на диске мало было...

>> Зачем ?

> Нету на cdrecord SUID бита, нету...

Гимора для ? Ну, путь там написали. Скрипт можно написать и подсунуть. :-) Хотя, конечно, зря они не сделали возможность руками имя задать...

>> Сама знает

> Не знает. Или знает, но делает на зло ламеру, ее запустившему, дабы вернуть на путь истинный :)

Ну ладно, проверить не на чем, пока поверю. Но, тем не менее, growisofs среди "подхваченных" утилит у нее числится.

> Запихать sudo cdrecord в скрыпт и сказать ей пользовать его?

А не проще ли без извратов его запустить -- и баста?

а потом берешь ломик, по черепу...

> Скрипт можно написать и подсунуть. :-)

Точно, как в этом анекдоте... Если уж скрипт писать, так можно и без этой приблуды обойтись...

>> Запихать sudo cdrecord в скрыпт и сказать ей пользовать его?

> А не проще ли без извратов его запустить -- и баста?

Прогрессбара нет. :-)

> но когда я делаю "emerge ati-drivers" после каждой пересборки
> ядра, меня по-прежнему мучает вопрос - почему же нормально
> написанные драйвера от 2K спокойно работают под XP?

А ты ядро XP пересобираешь? Ах, не пересобираешь?! Ну так не пересобирай ядро в Linux, и не будет тебе нужно делать как там эту команду зовут, блин... А, вспомнил: emerge

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

> Я не хочу менять дрова для своего радеона при смене X-сервера!

В смысле? Если ты ставишь X-сервер, который не понимает драйверы другого X-сервера, это только проблемы тебя и этих X-серверов.

> Больше того, я хочу аппаратное ускорение видео для него же в mplayer'е безо всяких иксов.

Есть очень даже стандартное расширение под названием "xv". Что?! Опять возражения?? И какие? Ах, драйверы твоего радеона его не умеют?! Ну так это их и твои проблемы, не находишь?

P.S.: ядро XP от ядра 2K отличается на весьма малую величину, которую можно смело называть "ничтожно малой", а в Linux линейки ядер отличаются примерно так же, как WNT4 отличался от WNT 3.51 (а это были весьма ощутимые изменения).

> Создает из всего, что валяется в ${DIR2BURN} iso'-шник (на stdout), скармливает его cdrecord'-у

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

Для пользования Вашим методом (не данным скриптом, потому что все на одной машине) наверно нужно были создать структуру каталогов (макет компакта) в `pwd`, переместить туда нужные файлы (симлинки не годятся, я их иногда на CD использую, хардлинки тоже, файлы с разных фс), выполнить скрипт, и для полноты картины раскидать файлы по местам?

Добрейшей души человек -- Dselect.

Если у Вас все так упорядочено -- Вы случайно не армия?

> Есть очень даже стандартное расширение под названием "xv"

Сказано было -- "безо всяких иксов".

> Специально для тебя еще добавлю, что можно мирно и спокойно пересобрать ядро (конечно, с изменениями в определенных пределах), и пересобирать "левые" драйверы не придется. А если подправить Makefile в корневом каталоге сорцов ядра, то при отсутствии изменений в API

... получим bad: scheduling while atomic!

> Ах, драйверы твоего радеона его не умеют?! Ну так это их и твои проблемы, не находишь?

Это проблема пЫонеров, которые слабали эти драйвера...

> Иначе получаем MS-DOS: каждая прога, желающая графику,
> тащит с собой дрова для всего железа, которое она знает.

Нет, эти Win-программеры мертвого достанут...

Ну ЗАЧЕМ тебе тащить драйверы железа в программу? Надо видео - возьми xv, хочешь 3D - возьми OpenGL (в реинкарнации glx, например), хочешь работать с разрешениями и геометриями экрана - возьми xrandr и т.д. Отдай работу с железом, связанную с графикой, на откуп X-ам, и не пудри людям мозги - какая тебе разница, будешь ли ты вызывать x_PaintRect или делать ioctl(PAINT_REGION) через вызов k_PaintRect?

Попробуй объяснить сначала хотя-бы сам себе, ЗАЧЕМ тащить это все в ядро??? Чтобы все было "как в винде"?

> Если у Вас все так упорядочено -- Вы случайно не армия?

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

> получим bad: scheduling while atomic!

А ты не меняй шедулер.

> Это проблема пЫонеров, которые слабали эти драйвера...

Совершенно верно. Поэтому я и не купил видяшку ATI, поскольку помнил о кривизне их драйверов.

667

А как-же... мммм... (задумчиво) Ну скажем - творческий беспорядок?

Кстати. Я заметил в Ваших словах "относительно упорядочены". Но Вы не согласитесь, что относительность бывает относительна?

Кстати, можно вопрос? Личный и оффтопик?

Вы в игры (необязательно компьютерные) играете? И если играете - то в какие?

Извините, что влезаю, но игры, имхо, зло.

Хотя, говорят, NetHack рулит неимоверно.

> Больше того, я хочу аппаратное ускорение видео для него же в mplayer'е безо всяких иксов.

-vo cvidix не пробовали?

> игры, имхо, зло.

Читать здесь:

http://lib.ru/FILOSOF/HUIZINGA/

http://lib.ru/FILOSOF/HUIZINGA/huizinga.txt

Homo Ludens (Человек Играющий)

(до просветления)

>> Иначе получаем MS-DOS: каждая прога, желающая графику, тащит с собой дрова для всего железа, которое она знает.

> Нет, эти Win-программеры мертвого достанут... Ну ЗАЧЕМ тебе тащить драйверы железа в программу? Надо видео - возьми xv, хочешь 3D - возьми OpenGL (в реинкарнации glx, например), хочешь работать с разрешениями и геометриями экрана - возьми xrandr и т.д.

Ты наглым образом выдернул цитату из контекста. Хотя специально для таких долб^H^H^H^H как ты в конце было написано: в случае линукс под "каждой" прогой понимается сервер. Х сервер. Или Y сервер. Или какой-нибудь Z сервер, работающий на машине юзера и предоставляющий другим прогам доступ к экрану, клаве, мыши, колонкам, микрофону и т.п.

> Отдай работу с железом, связанную с графикой, на откуп X-ам, и не пудри людям мозги - какая тебе разница, будешь ли ты вызывать x_PaintRect или делать ioctl(PAINT_REGION) через вызов k_PaintRect?

То есть если я пишу Х сервер, я должен отдать работу с железом какому-то другому Х серверу? Круто! Логика -- закачаешься!

> Попробуй объяснить сначала хотя-бы сам себе, ЗАЧЕМ тащить это все в ядро??? Чтобы все было "как в винде"?

Чтобы не было как в досе. Чтобы не работать с железом в юзерспэйсе. Драйвера для железа должны быть в ядре. Это сделает возможным создание альтернативы иксам. Кроме того, на локальной машине это позволит работать вообще без иксов. Иксы, по сути, нужны только для работы через сеть.

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

>> Нет, эти Win-программеры мертвого достанут... Ну ЗАЧЕМ тебе тащить драйверы железа
>> в программу? Надо видео - возьми xv, хочешь 3D - возьми OpenGL (в реинкарнации glx,
>> например), хочешь работать с разрешениями и геометриями экрана - возьми xrandr и т.д.


> Ты наглым образом выдернул цитату из контекста. Хотя специально для таких долб^H^H^H^H
> как ты в конце было написано: в случае линукс под "каждой" прогой понимается сервер.
> Х сервер. Или Y сервер. Или какой-нибудь Z сервер,

Стоит задуматься, почему это произошло... no-dashi попался на твое непонимание ситуации. У него, как у любого нормального униксоида, просто в голове не укладывается, зачем в ядре ОС полноценная поддержка графики.


> То есть если я пишу Х сервер, я должен отдать работу с железом
> какому-то другому Х серверу? Круто! Логика -- закачаешься!

Если ты пишешь X-сервер, ты должен озаботиться драйверами под него. Просто надо понять, что именно X-сервер и есть графическое начало. Windows отличается тем, что она не живет без графического интерфейса. Unix - замечательно живет. Для пущего понимания вспомни про DOS и Windows 3.x. Где там драйвера были графические ? В DOS ? :-) ТАк сейчас и здесь: X - это просто графическая надстройка над ОС и с ядром ее связывать не стоит совершенно - это уже будет не Unix.

>> Попробуй объяснить сначала хотя-бы сам себе, ЗАЧЕМ тащить это все в ядро??? Чтобы все было "как в винде"?

> Чтобы не было как в досе. Чтобы не работать с железом в юзерспэйсе.
> Драйвера для железа должны быть в ядре. Это сделает возможным
> создание альтернативы иксам.

Еще момент. Там, выше, Dselect скрипт привел. Если опустить возможные проблемы с сетью, он может быть более-менее уверен, что у него все будет записано без оглядки на то, что будет твориться с X-ами, OO и прочим барахлом на том компьютере, где он себе писалку нашел.

> Иксы, по сути, нужны только для работы через сеть.

Позволь, я тебе глаза открою. :-) Unix - это, в первую очередь, _сетевая_ _многопользовательская_ ОС. Все остальное - вторично. Все ускорения перделок и сопелок только не за счет этого. Если Linux сможет, при этом, потесить Win на десктопах - хорошо. Если это потребует кастрирования его основных свойств, то хрен с ним, с этим десктопом.

>Конечно, неправда =) Это же правило для 2K/XP

наглая лож. Не надо XP/2000 переставлять надо просто голову на плечах иметь а не качан копусты и всё будет хорошо. А вообще за что люблю ЛОР так за то что люди пишут про винду столько вранья что волосы дыбом встают и того там нет и сего нет и тормозит и падает и прочее и прочее так и хочется сказать господа читайте доку про виндозе может и проблемм у вас поменьше с ними будет.

> CDRECORD_OPTS="-fs=8m -speed=4" ... > mkisofs ${ISOFS_OPTS} ${DIR2BURN} | ${RSH} ${HOSTWITHRW} "cdrecord -dev=1,0,5 ${CDRECORD_OPTS} -tsize=${SIZE} -"

А если на 40x надо ? Я понимаю, что 100 Mbit потянет какие-то 6 метров... Если никто ничего больше таскать по ней не будет :)

> А не проще ли без извратов его запустить -- и баста?

Нет, не проще. Потому как скрипт такой пишется единожды. И составляет ровно две строчки, считая shebang =)

> А ты ядро XP пересобираешь? Ах, не пересобираешь?!

Не пересобираю. Но оно, тем не менее, меняется при переходе с 2K на XP. А дрова работают. А в линухе - совершенно аналогичные грабли имеют место при смене ядер (не перекомпиляции - установке скомпиленных!), скажем, в сузе.

> Специально для тебя еще добавлю, что можно мирно и спокойно пересобрать ядро (конечно, с изменениями в определенных пределах), и пересобирать "левые" драйверы не придется.

Можно. Только вот это "определенные пределы", как правило, определяются эмпирическим путем. Пересобрали ядро, грузимся в иксы, смотрим glxinfo... делаем emerge. Те же грабли, вид сбоку.

> А если подправить Makefile в корневом каталоге сорцов ядра, то при отсутствии изменений в API можно вообще собрать другую версию ядра, и драйверы от предыдущей версии на нем пойдут, и изменений не заметят :-)

Тогда почему бы не сделать, как у нормальных людей, версии _интерфейса_ (то бишь API), и не завязывать это дело на них? Чтоб безо всяких правок мэйкфайлов работало?

> Если ты ставишь X-сервер, который не понимает драйверы другого X-сервера, это только проблемы тебя и этих X-серверов.

Да, это именно проблемы серверов. И имеют место они потому, что нет нормальной графической подсистемы в ядре.

> Есть очень даже стандартное расширение под названием "xv". Что?! Опять возражения?? И какие? Ах, драйверы твоего радеона его не умеют?!

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

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

> Надо видео - возьми xv

А почему, если я хочу видео, мне обязательно надо использовать оконную систему? Какая здесь связь? Мне просто надо прокрутить ролик, растянув его на весь экран...

> хочешь 3D - возьми OpenGL (в реинкарнации glx, например)

См. выше. Аналогично.

> Попробуй объяснить сначала хотя-бы сам себе, ЗАЧЕМ тащить это все в ядро???

Чтоб работало. Если мысль не нравится - предлагаю также выкинуть из ядра OSS/ALSA и все ФС, для начала. А там составим списочек. Длииинный такой...

> Поэтому я и не купил видяшку ATI, поскольку помнил о кривизне их драйверов.

Кстати говоря. С 3D-ускорением у их драйверов действительно затяжные проблемы, а тот же xrandr прикрутили только к последней (3.9.0) версии, которая жутко тормозит в UT2004. Но вот с выводом видео (Xv) у них никогда проблем не было. Как раз напротив, когда карточки нвидии с драйверами об Xv в мплеере даже и не мечтали, у меня все работало. И video overlay на TV-Out настраивался на раз.

> Если ты пишешь X-сервер, ты должен озаботиться драйверами под него.

Ага... В результате я так и не могу перелезть на FDo Xserver, потому как дров для него нормальных нет. А есть только для XFree и Xorg, которые в принципе суть одно.

> Просто надо понять, что именно X-сервер и есть графическое начало.

А почему, собственно? Почему графика == окошки? Почему, чтобы запустить в _полноэкранном_ режиме, где окошки не нужны, OpenGL-игру, нужна оконная система?

(тем, кто орет "хотите чтоб как в винде!" - а вот ни хрена! я как раз хочу не как в винде. а как правильно.)

> Для пущего понимания вспомни про DOS и Windows 3.x

Хороший пример для подражания, да...

> X - это просто графическая надстройка над ОС и с ядром ее связывать не стоит совершенно - это уже будет не Unix.

X _Window_ System - это графическая _оконная_ система. Вот пусть она и занимается окнами. А не отрисовкой линий и кружочков...

>Имей совесть. Не надо сравнивать современные Linux-дистрибутивы и

>Win9x. Функционал на ровном месте не появляется. А что с P-166 >делать... Не думаю, что с KDE более, чем 2.x, тебе там чего-то

>светит. Так что, лучше забудь про KDE. Да и про Gnome, наверное, тоже.

Вы смОтрите как вообще. Я смотрю с колокольни эндюзера. Хоть вы и не советуете, попробуем сравнить. Вот у меня стоит сейчас 98-я на вышеозначенном 166-м. Чего мне не хватает? А вроде всего хватает (я не беру вопрос кошерности купленных на базаре дисков). Браузеры, штук несколько - есть, Офис - есть, прокся - есть, PageMaker+Acrobat(Full)+Photoshop+Illustrator+Corel - есть (не самые новые, но мне хватает, не летают но и так что б в усмерть утомить - нет). Всякие смотрелки-пищалки-свистелки - жопой ешь, хватает, чего не хватает - при нужде можно докачать и как правило для пользуемых мною перделок мощность некритична. Дык, что там о функциональности? Я ценю многопрофильность линуксовых дистрибутивов, широкие возможности и прочая. Однако тыща лошадок под танковой бронёй никак не спасают, если всего-то надо съездить на работу, а апосля покатать девушку. На каком-нить Т-72 это неудобно. Да, винда, особенно 9х - говно, мастдай, отстой и политически безграмотно. Однако мне не всё ли равно, что там внутрях, как там устроено, если всё что мне надо от возможной альтернативы - показатели не худшие, а по возможности лучшие при той же функциональности? Да пусть это хоть DOS будет, если он позволит получать мне мои маленькие радости жизни. Рискну утверждать, что в таком разрезе у 98-го мастдая сосут все (XP и линукс - тяжелы, маки - воще из другой оперы). На 98-ю я (пока ещё) большей частью могу натянуть свежий софт. Имея какой-нить старенький дистрибутив линукса - большие сомнения, разве что совсем уж нетребовательные софтинки типа wget'а. Как-то ставил по приколу Black Cat 6.2 (собственно, другого под рукой и не было). А прикладного софта хочется посвежее, в котором уже наконец догадались нарисовать одну единственную кнопочку, ту самую, без которой до этого жизнь была не мила и все N лет существования проги о этой кнопочке мечтали. Всё хорошо, всё прекрасно, только заколебался тянуть всяки библиотеки, обновления и т.п. из Инета. В конце концов, когда вопрос стал, что мне нужно обновить чуть ли не всё, и я понял что моих познаний явно нехватает, что б натянуть это всё поверх или взамен старого, то я попросту плюнул на эту затею. Получилась ситуация, чем-то напоминающая переезд с 95-й на 98-ю. Ставим, ставим обновления, прикручиваем то что можно прикрутить - в результате получаем недоделанную 98-ю. При этом открываются всякие приятные моменты типа свежекупленный сканер плевать хотел на то что по мнению микрософта после апдейта в 95-й можно работать с USB - он хочет исключительно 98-ю. И т.п. В какой-то момент плюёшь и ставишь сразу 98. Гм... Слова одни матерные, нервы - порченные. Дык, куда чайнику податься? Ну разве что вот сюда, жаловаться на жисть и всячески выражать согласие с автором статьи.

>Родной, не путай реальный режим (в86) в win3.x,win9[58] c защищенным

>в *nix. К слову, DOS вообще летает даже на 386sx :-)

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

не правда...

> Если ты пишешь X-сервер, ты должен озаботиться драйверами под него.

Мне, как и любому нормальному униксоиду, не понятно: какого черта две _разные_ вещи -- оконная система и драйвера графического девайса перемешаны в одну большую, вонючую кучу...

> Просто надо понять, что именно X-сервер и есть графическое начало.

Не, fbdev -- это "графическое начало". Почти во всех *NIX'-ах, кроме сами-знаете-чего...

> X - это просто графическая надстройка над ОС

А я, дурак, думал что это [сетевая] оконная система...

>У него, как у любого нормального униксоида, просто в голове не укладывается, зачем в ядре ОС полноценная поддержка графики. ... >это уже будет не Unix

Не надо делать из юникса фетиш. Ты вспомни когда он создавался. Тогда и TTL-дисплеи-то не у каждой машины были, не говоря о графических терминалах. Я имею в виду сервера. Тогда не нужно было графики вообще. Затем она понадобилась. И появились иксы. В общем-то, это тоже был своего рода хак. В ТО ВРЕМЯ это было оправдано, т.к. 99.9% работы в юниксах осуществлялось через терминалы на удаленных серверах, среда была сильно гетерогенная и было ПРОЩЕ делать видео-драйвера в юзерспейсе, чтобы это было совместимо со всеми. Потом далеко не факт, что раньше все было реализовано так, как это реализовано сейчас хоть в том же XFree86, к примеру. Были даже терминалы, в которых X-сервер был реализован на уровне, примерно соответствующем современному BIOS'у. Там даже ОС-то не было толком. Все грузилось из ПЗУ и было сплошным монолитом. Так что безоговорочно утверждать, что XFree86 -- это чистый и единственно возможный Unix-way я бы поостерегся. Сейчас 99.9% работы осуществляется на локальных компьютерах, а не на удаленных серверах, как прежде. Поэтому старая парадигма уже не соответствует реалиям сегодняшнего дня. Не стоит тормозить прогресс только потому, что 30 лет назад где-то чего-то не было. Ведь мы же не пользуемся телегами только потому, что 150 лет назад не было автомобилей.

Место драйверам железа в ядре. Это одна из функций ядра -- управлять железом. Это не говорит о том, что это обязательно приведет к отказу от X. Просто будет более логичное перераспределение полномочий между ядром и X. Ведь и сейчас в X существует драйвер для FB, реализованного в ядре. Т.е. это есть УЖЕ СЕЙЧАС. Просто надо добавить в ядро нормальные видео-драйвера и добавить псевдо-драйвер, работающий напрямую с ядерным драйвером, в X. Это не только не должно ухудшить функциональность X для тех, кому она нужна, но и должно дать толчок развитию других графических сред, более ориентированных на локальную работу.

> Dselect скрипт привел. Если опустить возможные проблемы с сетью, он может быть более-менее уверен, что у него все будет записано без оглядки на то, что будет твориться с X-ами, OO и прочим барахлом на том компьютере, где он себе писалку нашел.

Совершенно верно. И это - правильно, и есть благо.

Но согласитесь, что кричать "гуй ненужен" тоже крайность.

> А ты не меняй шедулер.

А я не меняю... Это [sensored] [sensored] меняют generic код в _стабильном_ ядре.

> Unix - это, в первую очередь, _сетевая_ _многопользовательская_ ОС.

_сетевая_ ОС -- QNX.