| 1.1, iZEN (ok), 09:24, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
От клиент-серверной модели пора уходить.
Нужен нормальный (читай -- унифицированный и простой как оконное стекло) фреймбуфер.
Direct Rendering Module с необходимыми интерфейсами для проприетарных драверов — в ядро.
Мультитач -- это не функция графической подсистемы, а функция специализированного драйвера-контроллёра мультитач-устройства ввода.
| | |
| |
| |
| 3.5, XoRe (ok), 10:04, 06/08/2009 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>в новости нету ни слова про мультитач
Вот слово:
>В X.Org 7.5 / X Server 1.7 появится поддержка технологии Multi-Pointer X и переработанной подсистемы ввода X Input 2, что позволит организовать работу нескольких независимых устройств ввода, например, несколько управляемых разными мышами курсоров на экране или ввод в разные окна с разных клавиатур. | | |
| |
| 4.8, ig0r (??), 10:38, 06/08/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Multi-Pointer это не тоже самое что мультитач, идите учите матчасть
| | |
| 4.9, vitek (??), 10:38, 06/08/2009 [^] [^^] [^^^] [ответить]
| +1 +/– | |
мультипоинтер - не мультитач.
пример - на клавиатуру можно давить только одним пальцем? а если больше - плати яблоку? :-D
| | |
| |
| 5.11, Andrew Kolchoogin (?), 11:01, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> а если больше - плати яблоку?
Там какие-то непонятки с "плати яблоку".
У меня вот есть субноутбук Acer Aspire One 531. Там мультитач вполне работает. Причём на уровне нативной трансляции (так когда-то, лет 10-12 назад, в X'ах мышиное колёсико работало: если приложение достаточно современное, т.е, написано с использованием современных тулкитов, которые поддерживают более, чем три кнопки мыши, движение колёсика мапировалось на 4 и 5 кнопку, а если нет -- тогда засада. Motif'ные приложения можно было обучить колёсику, похачив ~/.Xdefaults и руками замапив ивенты от 4-й и 5-й кнопки на какие-нибудь там "стрелка вверх"/"стрелка вниз", а вот что-то совсем тупое приходилось заставлять работать, запуская нативный транслятор -- imwheel), в частности, классическая Apple'овская "распальцовка" действительно приводит к увеличению кегля шрифта в окошке браузера.
И один из моих коллег прислал мне какие-то выдержки от Acer'а, что либо патенты от Apple не действуют потому, что у оптического тачпада разрешение сильно меньше, чем у тензометрического Apple'овского, либо патенты слишком тривиальны, либо не действуют нигде, кроме СГП.
| | |
|
|
|
| 2.4, XoRe (ok), 10:04, 06/08/2009 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>От клиент-серверной модели пора уходить.
Чем вам такая модель не нравится?
Одна компания от такой модели уже отказалась.
У неё ещё директором был Билл Гейтс)
В результате GUI стал такой неотъемлемой частью ядра, что проблемы у GUI - проблемы у ядра.
| | |
| |
| 3.12, Andrew Kolchoogin (?), 11:04, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> От клиент-серверной модели пора уходить.
> Чем вам такая модель не нравится?
Латентностью в обработке ивентов, передаваемых через сокеты (а у текстового X-протокола ивентов ой, как немало). Этого недостаточно?
> Одна компания от такой модели уже отказалась.
> У неё ещё директором был Билл Гейтс)
> В результате GUI стал такой неотъемлемой частью ядра, что проблемы у GUI - проблемы
> у ядра.
Мамо, Вы нулевое кольцо защиты (супервизор и HAL) с первым (драйверами) не путаете?
Перед тем, как сравнивать архитектуры UNIX и Windows NT, надо чуть более литературки почитать.
| | |
| |
| 4.15, ixrws (ok), 11:56, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Латентностью в обработке ивентов, передаваемых через сокеты (а у текстового X-протокола ивентов ой, как немало). Этого недостаточно?
Аргумент сомнительный, так как не обязательно использовать unix sockets для транспорта. Можно задействовать разделяемую память например, способов межпроцессного взаимодействия много, и вопросы задержек решаемы без отказа от клиент-серверной модели. Да и оптимизацию X протокола тоже можно произвести. Сделать чтобы локально он работал по оптимизированному протоколу, а удалённо или по желанию - по сокетово-текстовому. Словом способов заставить работать эффективно Иксы не мало, вопрос только в том кто это это будет делать, а говоруны мы все:)
| | |
| |
| 5.19, User294 (ok), 12:28, 06/08/2009 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Словом способов заставить работать эффективно Иксы не мало,
Более того - почему-то всякие там плееры, нексуизы и прочие SDLно-opengl'ные и т.п. не тормозят и никакой латентности особо нет.Так что наши бздуны - еще и вруны.Зато какие-то виндоподобные решения - сватают.Хотя MS и то нынче заметный кус графических драйверов вынес из ядра.
| | |
| |
| 6.22, iZEN (ok), 13:22, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Более того - почему-то всякие там плееры, нексуизы и прочие SDLно-opengl'ные и т.п. не тормозят и никакой латентности особо нет.
Ой-ой-ой. Никакой латентности нет только с NVIDIA-драйвером. А все остальное опенсурсное ЗАМЕТНО притормаживает.
Прямые вызовы сишных функций ВСЕГДА быстрее, чем работа с формализованым протоколом обмена, хоть даже через разделяемую память.
Изначально моя мысль о простом "как оконное стекло" фреймбуфере внутри ядра с функциями вывода пикселя на абстрактный холст (ладно -- ещё закраски полигональной области заданным цветом). "Холст" обеспечивает драйвер через слой DRM. А не о нагромождениях клиент-серверных ООП-подобных технологиях.
| | |
| |
| 7.41, vitek (??), 18:54, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
на данный момент существуют только иксы. (не только конечно, но все они не серьёзные. а часть и загнулась не родившись)
если у Вас есть конкретные предложения и желание реализовать - лично я с удовольствием потестирую. ;-)
но есть два "но".
1. не знаю как с ати, но с интел уже работать вполне можно. в частности он показывает лучшую производительность, чем под теми же виндами. (намёк на gem, uxa, и т.д.)
а ведь что-то типа виндов Вы и предлагаете? по крайней мере функционал должен быть не меньше (иначе нахр..н никому не нужен)
2. а как же модная (или хорошо забытая старая) тема о микроядре?
в линухе есть устойчивая тенденции движения в этом направлении. (вот и иксы скоро без рута будем запускать)
| | |
| |
| 8.50, iZEN (ok), 20:52, 07/08/2009 [^] [^^] [^^^] [ответить] | +/– | Конкретные предложения, или ТЗ на разработку 1 Реализовать математическую моде... текст свёрнут, показать | | |
| |
| 9.52, vitek (??), 22:51, 07/08/2009 [^] [^^] [^^^] [ответить] | +/– | ясно заодно вспоминаем о много-оконности, много-пользовательности, много-задачн... текст свёрнут, показать | | |
|
|
|
| 6.26, 74025 (?), 14:21, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Более того - почему-то всякие там плееры, нексуизы и прочие SDLно-opengl'ные и
>т.п. не тормозят и никакой латентности особо нет.
Сказки не надо рассказывать. Тормозит и еще как. В том же нексуизе фпс гораздо меньше, чем под виндой, а если вы запустите штук 20 окон в smplayer с видео, то будет тормозить, а в винде те же 20 окон с видео в smplayer тормозить не будут.
Пора избавляться от костылей, коли уж Линукс на десктопы собирается.
| | |
| |
| 7.47, User294 (ok), 02:19, 07/08/2009 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Сказки не надо рассказывать. Тормозит и еще как
Ну, мне вполне хватает, чтобы неплохо побегать ;).С проприетарными дровами 1280х1024 со средними настройками весьма недурно пашут.
>20 окон в smplayer с видео, то будет тормозить,
Клевый use scenario.А 20 пар глаз мне где взять?Или нафиг мне 20 окон smplayer?А с одним зато HD - ничего не тормозит, даже загрузку проца не разглядишь.При том что иксы ползают на ядре которое даунклокается powernowd до жалких 800МГц.И он даже в ус не дует поднимать ядру частоту.Поднимается только по поводу декодирования HD видео иногда, на ядрах где плеер крутится, не более :)
> а в винде те же 20 окон с видео в smplayer тормозить не будут.
А что, в винде работает smplayer?И насчет него не в курсе а вот аэро в дефолтной висте периодически подклинивает.Может из-за того что система вечно тарахтит дисками и что-то делает.Хрен там этих редмондовцев разберет, пусть сами в своем ... копаются.
>Пора избавляться от костылей, коли уж Линукс на десктопы собирается.
Умные все что пи$%ец.Ну, допустим мы выкинем иксы.А софт какой тогда использовать?И кстати почему бы тогда по аналогии MS'у не похоронить GDI? А то он тоже частично клиент-сервер, хоть кусок и в ядре.И тоже тормоз.И ничо, живет вроде на десктопах.При том на 90%.Странно...
| | |
|
|
|
| 4.18, User294 (ok), 12:25, 06/08/2009 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Латентностью в обработке ивентов, передаваемых через сокеты
А это, shared memory тоже латентностью обладает?А то там где латентность не пофиг - юзается shared memory (плееры там всякие, etc).
>у текстового X-протокола ивентов ой, как немало). Этого недостаточно?
Я всегда подозревал что бсдшники имеют тягу к извращениям.Вы с ихреном это успешно подтверждаете.Простите, вы что, во времена доса до компа не добрались?А то ваши решения - где-то из тех времен родом по уровню.
> Мамо, Вы нулевое кольцо защиты (супервизор и HAL)
>с первым (драйверами) не путаете?
Простите, а кто пользует нынче ring1?В свое время это делала полуось.А еще?Из ныне живых?
И кстати (во прикол!) в мире есть не только x86.И иксы например работают на моей Nokia n800.С ARM процессором.Там деление на кернел и юзер есть, но вот привычных вам колец как у интеля - нет.Факапнуть портабельность в пользу только 386 - это круто и модно, да?Или некоторые дальше своего сраного писюшника с антикварным как помет мамонта i386-compatible в упор не видят?
> Перед тем, как сравнивать архитектуры UNIX и Windows
>NT, надо чуть более литературки почитать.
Вот и сделайте это, особенно не забыв уточнить на скольких архитектурах работает *nix и подобное и черт возьми, покажите пожалуйста у ARM, MIPS или PPC хотя-бы кольца в том виде каком вы тут вещаете.Или вы предлагаете насрать на портабельность?Иксы например довольно портабельны и их без проблем запускают на ARM, MIPS, PPC и чем там еще.
| | |
| |
| 5.27, 74025 (?), 14:23, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>вы предлагаете насрать на портабельность?Иксы например довольно портабельны и их без
>проблем запускают на ARM, MIPS, PPC и чем там еще.
А для вас портабельность - это то, за что приходится платить цену ПОСТОЯННФМ архитектурным отставанием от винды на десктопе? Для вас Линукс всегжда должен только на роутерах и серверах стоять со светофорами?
| | |
| |
| 6.28, Alexey Vostrikov (?), 14:40, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Ой звездеть не надо про "Архитектурное отставание"
Архитектурно - Linux куда стройнее винды
винда - сборище грязных хаков
| | |
| 6.48, User294 (ok), 02:26, 07/08/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>А для вас портабельность - это то, за что приходится платить цену
>ПОСТОЯННФМ архитектурным отставанием от винды на десктопе?
Если уж говорить о архитектуре, в винде на основе NT как бы GDI тоже клиент-сервер строго говоря.Просто кус от него впихан в ядро для ускорения.Но он все-равно достаточно тормозной, скажем, видео через него играть крайне уныло (пожалуй даже более уныло чем через xshm).
>Для вас Линукс всегжда должен только на роутерах и серверах стоять со светофорами?
Вы не поверите но он у меня используется на моем основном десктопе.Настолько что я вообще стер к такой-то фене винды (все-равно в них не грузился по месяцам).И лично я с удовольствием рублюсь там в нексуиз и смотрю HD видео.Прикиньте? :D
| | |
|
| |
| 6.45, User294 (ok), 01:37, 07/08/2009 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>В Google Android отказались от X'ов совсем. Там -- фреймбуфер.
Да, елки, там замечательная платформа.В которой сперва вообще только яву сделали (свобода выбора внушает, да... прям как в СССР).Ни с кем не совместимую.Ну а потом поняли что тормозит.Сделали возможность запускать нативный код.Через жопу, разумеется.Опять ни с чем не совместимо.Отличный пример для подражания.Для изобретателей велосипедов и тех у кого шило в ж.Как раз типа вас.
>И в других коммуникаторах-смартфонах тоже фреймбуфер.
А вот например в моей N800, которая выпущена далеко не вчера - иксы, как ни странно.Да, облегченные и заточенные.Но - иксы :).И как-то вроде работают.Вполне себе прилично.А еще GTK и Qt.Нормально вполне вроде :).И программы нормальные.В отличие от игрушек - обычные порты программ с десктопа, а хоть и адаптированные под мелкий скрин.И совместимость не потеряна, портирование на эту платформу (и с нее на допустим десктоп) - вполне простое.
>Google Android запустили на ASUS EeePC: http://www.3dnews.ru
>/news/google_android_zapushen_na_eee_pc/
Осталось только придумать - напуркуа б практически полноценный комп даунгрейдить до жава-игрушки?Чтоб жава-фанат izen был счастлив?Ха-ха-ха, лолз. На большинстве eee с атомом нормально работает опенофис и файрфокс.Так что андроид на нем интересен разве что как научный курьез :D.Хотя лично вы можете себе воткнуть андроид на 4-ядерник в качестве основного десктопа :).
| | |
|
|
|
|
| 2.16, User294 (ok), 12:15, 06/08/2009 [^] [^^] [^^^] [ответить]
| –2 +/– |
> От клиент-серверной модели пора уходить.
> Нужен нормальный (читай -- унифицированный и простой как оконное стекло) фреймбуфер.
> Direct Rendering Module с необходимыми интерфейсами для проприетарных драверов — в ядро.
Слушайте, а может вам просто угомониться и свалить уже на виндовс?Или что там еще...
Иксы по своему хороши.И никакие тупые фреймбуферы никому не нужны.Где под них софт брать?
> Direct Rendering Module с необходимыми интерфейсами для проприетарных драверов — в ядро.
Ога, это чтобы даже винды переплюнуть с их win32k.sys и сплойтами которые анимированными курсорами имеют ажно сразу ядро системы? oO
А может вы уже упхнетесь и поюзаете виндовс (или реактос, если открытость принципиальна) если вам такое очень уж нравится?
| | |
| |
| 3.23, iZEN (ok), 13:29, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Direct Rendering Module с необходимыми интерфейсами для проприетарных драверов — в ядро.
>
>Ога, это чтобы даже винды переплюнуть с их win32k.sys и сплойтами которые
>анимированными курсорами имеют ажно сразу ядро системы? oO
Слой DRM общается с драйверами через программный интерфейс без LPC, то есть код драйвера никак не может быть выполнен внутри DRM. DRM из драйвера отдаются только карты памяти, буфера, в которые "пишет" фреймбуфер. Видеодрайвер на основе обновлённых карт памяти и буферов аппаратно отрисовывает графические примитивы.
| | |
| 3.51, iZEN (ok), 21:08, 07/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Иксы по своему хороши.И никакие тупые фреймбуферы никому не нужны.Где под них
>софт брать?
Вообще-то, приложения переднего плана привязаны к X'ам только через библиотеку Xlib-клиентскую часть X-server'а.
Можно установить полностью готовый Рабочий стол и настольные приложения (KDE4, Firefox, Eclipse, OpenOffice и т.д.) и... забыть поставить xorg-sever. :)
Всё это говорит о том, что давно уже ничего не привязывает к X'ам, кроме тонкой прослойки библиотек, выполняющейся в пространстве пользователя. Проблема в том, что ширина интерфейса между приложениями и этими библиотеками очень большая, а между библиотеками и Xorg-сервером очень узкая. То есть получается "бутылочное горлышко" где-то внутри этих библиотек.
Почему бы не сделать так, чтобы приложения использовали унифицированный "узкий" интерфейс самого ядра вместо кучи неупорядоченных вызовов набора библиотек X'ов. Ядро будет строить векторные сцены из математических примитивов, а подсистема DRM с помощью драйвера и механизмов преобразований драйвера будет эту сцену выводить на видеокарту и экран.
Так как сцена векторная (объектная), то исключается оверхед, возможен параллельный рендеринг объектов (ядро будет обслуживать графические транзакции). А бутылочное горлышко в виде последовательного протокола обмена с X-сервером больше не нужно.
| | |
| |
| 4.53, User294 (ok), 23:08, 07/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Все круто (как всегда только в теории), кроме того что на данный момент все кого колебал оверхед (3D игры, видеоплееры и прочая) уже и без этого нашли решения проблем в виде opengl, xv, xshm и прочая.
| | |
|
|
| 2.29, Inspirra (ok), 14:50, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >От клиент-серверной модели пора уходить.
Вот уже только не это! В этом вся сила X'ов! Наверное поддавшись на такие реплики и забросили XDMX и теперь он поломанный и никто его не фиксит. )-;
| | |
| |
| 3.31, iZEN (ok), 15:01, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>От клиент-серверной модели пора уходить.
>
>Вот уже только не это! В этом вся сила X'ов!
Оверхед последовательного протокола...
| | |
|
|
| 1.3, Аноним (3), 09:52, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Давно уже мечтаю поиграть в нексуиз двумя мышами без клавиатуры. Когда уже наконец? Или может уже можно?
| | |
| |
| 2.17, User294 (ok), 12:16, 06/08/2009 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Давно уже мечтаю поиграть в нексуиз двумя мышами без клавиатуры.
А что, это обещает быть удобно?Какой-то инопланетный стиль управления :)
| | |
| |
| 3.20, Аноним (3), 12:32, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Я представляю себе это так:
Правая мышь - как обычно, левая - для передвижения. При отклонении от условного центра скорость в заданном направлении увеличивается. Ну можно скорость всегда по максимуму, только вектор учитывать, чтоб быстрее шевелится. Ну и кнопки - прыжок, приседание.
Можно будет двигаться с разной скоростью и в любом направлении. В моих фантазиях это все очень удобно выглядит :) .
| | |
| |
| 4.40, Nicknnn (ok), 18:46, 06/08/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Я представляю себе это так:
>Правая мышь - как обычно, левая - для передвижения. При отклонении от
>условного центра скорость в заданном направлении увеличивается. Ну можно скорость всегда
>по максимуму, только вектор учитывать, чтоб быстрее шевелится. Ну и кнопки
>- прыжок, приседание.
>Можно будет двигаться с разной скоростью и в любом направлении. В моих
>фантазиях это все очень удобно выглядит :) .
Мне помниться, что первый quake с настройками по умолчанию так и работал. Это было очень неудобно.
| | |
|
|
|
| 1.6, XoRe (ok), 10:06, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кстати.
Ссылка в новости ведет на фороникс.
Такое ощущение, что кому-то хочется внимания.
С тестами не получилось (тесты бредоватые).
Теперь решили постить новости? )
| | |
| 1.21, fMad (?), 12:50, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А меня больше волнует как там дела с карточками от Intel
всё теже 200fps вместо обычных 1500fps и мазня окнами по экрану?
| | |
| |
| 2.43, Lindemidux (??), 22:17, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А меня больше волнует как там дела с карточками от Intel
>всё теже 200fps вместо обычных 1500fps и мазня окнами по экрану?
Пока ты тут смотришь на glxgears, народ запускает savage 2, lightmarks 2008 и ET:QW на интеловских видюхах.
Изучи архитектуру наконец, научись читать логи.
| | |
| |
| 3.49, ffsdmad (??), 15:19, 07/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>А меня больше волнует как там дела с карточками от Intel
>>всё теже 200fps вместо обычных 1500fps и мазня окнами по экрану?
>
>Пока ты тут смотришь на glxgears, народ запускает savage 2, lightmarks 2008
>и ET:QW на интеловских видюхах.
>
>Изучи архитектуру наконец, научись читать логи.
можно пруф?
| | |
|
|
| 1.24, Зилибоба (??), 13:57, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
может каноникал уже пора самим заняться иксами? Выделить десяток кодеров и навести порядок в этом болоте...
| | |
| 1.30, Inspirra (ok), 14:59, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>В X.Org 7.5 / X Server 1.7 появится поддержка технологии Multi-Pointer X
>и переработанной подсистемы ввода X Input 2
Хорош уж дразнить! (-: В каждой новости, которая про Xorg, приписка про MPX и XI2! (-:
Скорей бы уж!
>использовать в релизе Ubuntu 9.10 версию X Server 1.6.3,
>самостоятельно портировав из ветки 1.7 наиболее важные исправления.
Надеюсь кто-нибудь перетащит эту версию X'ов из ubuntu в портеж... (-;
| | |
| |
| 2.34, mike lee (?), 17:34, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
1.6.2 вполне себе нормально работает. что именно из изменений сделаных убунтоводами стоит перетаскивать?
| | |
| |
| 3.37, Inspirra (ok), 18:29, 06/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Нет предела совершенству. Если сборка Canonical повлияет на стабильность, скорость или повышение функционала в лучшую сторону (а именно это и предполагается), то почему бы это не использовать.
1.5 тоже нормально работал, только вот 1.6 гораздо шустрее, существенно меньше ест ресурсов и с приятной фичей определения устройств на лету, через hal. Если недо-1.7 по отношению к 1.6 будет хотя бы наполовину как 1.6 к 1.5 - почему бы и не перетащить эту сборку в Gentoo, или другие дистрибутивы.
| | |
|
|
| 1.44, Vasily Pupkin (?), 23:36, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Нужно не избавляться от X-сервера, а сделать kernel mode X, для тех кому так очень хочется. Кстати такой существует, только за него бабки хотят.
| | |
| |
| 2.54, Semplar (?), 08:59, 14/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
 > Нужно не избавляться от X-сервера, а сделать kernel mode X, для тех
> кому так очень хочется.
На сколько я думаю, Х-сервер должен быть в меру того, что должна быть поддержка удаленного десктопа.
А то в винде сделали свою внутреннюю систему как школьники делают в школе на паскале процедурным программированием, всё взгромоздили на кучу и вуаля.
> Кстати такой существует, только за него бабки хотят.
Полностью согласен с разрабами того самого "kernel mode X". Хочешь играться в игрули - плати бабки. Или иди на винду, на линуксе никто не держит.
| | |
|
|
