The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..., opennews (?), 05-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


126. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-13, 13:57 
> Сетевой прозрачности как таковой нет.

Чего?!

Ответить | Правка | Наверх | Cообщить модератору

145. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от ВовкаОсиист (ok), 05-Мрт-13, 14:24 
DRI2 & SHM - is not a network transparent (c)
Ответить | Правка | Наверх | Cообщить модератору

153. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от Mr. Cake (?), 05-Мрт-13, 14:33 
Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее, где анимации есть. Цвидите, что её действительно нет. Просто потому что сейчас все гоняют битмапы через SHM.
Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

220. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Vkni (ok), 05-Мрт-13, 18:17 
> Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее,
> где анимации есть.

Зачем это "а вы на шкаф залезьте"?

> Цвидите, что её действительно нет. Просто потому что
> сейчас все гоняют битмапы через SHM.

Гоняют не битмапы. Более того, если на шкаф не влезать, сетевая прозрачность работает. Если же вам так нужно гонять браузер на удалённой машине - пишите письма в Xorg, просите внести наработки из NeatX и NX.

Ответить | Правка | Наверх | Cообщить модератору

265. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от ролд (?), 05-Мрт-13, 20:26 
>> Запустите браузер при иксах, прокинутых через SSH, да зайдите на сайт посложнее,
>> где анимации есть.
> Зачем это "а вы на шкаф залезьте"?

На шкаф залезать чтобы увидеть эту самую сетевую прозрачность, по другому её не видно, но место занимает и тормозит. Можете без ssh на шкаф залезть особой разницы не будет.

>> Цвидите, что её действительно нет. Просто потому что
>> сейчас все гоняют битмапы через SHM.
> Гоняют не битмапы.

Гоняют битмапы.

> Более того, если на шкаф не влезать, сетевая прозрачность
> работает. Если же вам так нужно гонять браузер на удалённой машине
> - пишите письма в Xorg, просите внести наработки из NeatX и
> NX.

А зачем вносить, давайте мухи отдельно, котлеты отдельно.

Ответить | Правка | Наверх | Cообщить модератору

290. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +2 +/
Сообщение от Vkni (ok), 05-Мрт-13, 21:40 
> На шкаф залезать чтобы увидеть эту самую сетевую прозрачность, по другому её
> не видно, но место занимает и тормозит.

Это у кого как - вам залезьте, а я её регулярно использую. Места она не занимает, по сравнению с тулкитами Qt/Gtk и средами KDE/Gnome.

То, что она не работает в интересующем вас случае - через "шар-жопорез", то это плохо, но далеко не повод выпиливать. Это, наоборот, повод впилить наработки из NX/NeatX, позволяющие и вам наслаждаться жизнью. Но раз надо вам, вы и пишите Паккарду.

В общем, не надо выступать в стиле "так не доставайся же ты никому".

> Гоняют битмапы.

Почитайте про XRender - гоняют трапеции.

> А зачем вносить, давайте мухи отдельно, котлеты отдельно.

Меня текущая сетевая прозрачность Х вполне устраивает. Абсолютной сетевая прозрачность быть не может, т.к. мы сидим на UNIX'ах, разработанных для персоналок без сети, а через GPRS я ничего не гоняю. Впрочем, если соответствующие наработки будут внесены в Xorg я лишь порадуюсь.

Ответить | Правка | Наверх | Cообщить модератору

393. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 06-Мрт-13, 11:57 
> Зачем это "а вы на шкаф залезьте"?

Затем что вот это в 2013 году - совершенно обычное применение компьютера. Зайти браузером на сайт, ага. С анимацией. А иксы тут то и давятся от души. Они на это вообще не рассчитаны были - когда их дизайнили, такого вообще не было.

> Гоняют не битмапы.

Через SHM то? Битмапы, битмапы. Знаете, есть такая фигня - вычисляемая графика. Ну, когда программа сама вычисляет как выводить битмап. Это наиболее гибкий подход. Позволяет рисовать что угодно. Типичный пример - canvas в браузере. Ну или почему он должен тормозить?

> - пишите письма в Xorg, просите внести наработки из NeatX и NX.

А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно костылей?

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

404. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +1 +/
Сообщение от arisu (ok), 06-Мрт-13, 13:32 
> Затем что вот это в 2013 году - совершенно обычное применение компьютера.
> Зайти браузером на сайт, ага. С анимацией. А иксы тут то
> и давятся от души.

(задумчиво смотрит на свои SDL-ные игрушки, где основное время занимает рендер видеоэффектов в большой буфер, а перекидывание этого буфера на экран (без OpenGL) даже на несчастную миллисекунду не тянет) конечно, проблема именно в иксах. а у SDL есть секретная магия, да. ненене, это не браузер тормозит, это мерзкие иксы.

Ответить | Правка | Наверх | Cообщить модератору

442. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 00:33 
> (задумчиво смотрит на свои SDL-ные игрушки, где основное время занимает рендер

Таки SDL это навороченная либа которая много чего и где о графических системах знает.

> видеоэффектов в большой буфер, а перекидывание этого буфера на экран (без OpenGL)

А теперь картина "фантомас в очках на аэроплане": сделай мне на этом апликуху которая будет выглядеть нативным компонентом моей системы. Ну, общесистемная тема контролов, окно выглядящее как все остальные и прочая. Если ты не заметил, браузеры таки обычно используют системные наборы контролов. Что позволяет им выглядеть нормально, а не белой вороной в системе. Наверное по каким-то таким причинам SDL и используют только в играх, которым кастомный интерфейс простителен. Ну, там его можно подогнать под сюжет и тематику и это еще поймут. А вот каждую прикладную программу с кастомными контролами я видеть все-таки не желаю, извини. Иксы в этом плане к тому же былинно профукали все полимеры, настолько положив на свои виджеты что ими никто не пользуется нынче.

В результате от иксов - куча лишнего кода и оверхед. Ради чего - хз.

> даже на несчастную миллисекунду не тянет) конечно, проблема именно в иксах.

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

> а у SDL есть секретная магия,

Которая наверное называется SHM. И тем не менее, в большинстве игр свойства иксов обычно заставляют авторов испытывать зуд пониже спины. Ну, если что, я как бы имею опыт взаимодействия с более-менее серьезно настроенными разработчиками 2D игр и вижу сколько кактусов им приходится жрать. В том числе - и по части иксов, в которые на *nix'ах это упирается временами.

Ответить | Правка | Наверх | Cообщить модератору

493. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +1 +/
Сообщение от arisu (ok), 07-Мрт-13, 15:02 
> Таки SDL это навороченная либа которая много чего и где о графических
> системах знает.

исходник почитай, что ли.

> А теперь картина «фантомас в очках на аэроплане": сделай мне на этом
> апликуху которая будет выглядеть нативным компонентом моей системы. Ну, общесистемная
> тема контролов, окно выглядящее как все остальные и прочая. Если ты
> не заметил, браузеры таки обычно используют системные наборы контролов.

бу-го-га. если *ты* вдруг не заметил, то у них свои рисовалки. иначе нормального управления контролами через CSS не добьёшься. ну, у меня есть GUI-библиотека для SDL, которая более-менее пыталась слопать тему Qt. не дописал до конца по причине тотальной неужности.

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

можно узнать, какие-такие в иксах "свои виджеты»? нет, Афина и прочие не подходят.

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

что такое «быстрая графика»? ещё раз: bitblt() — это далеко не «вся возможная графика».

> я как бы имею опыт взаимодействия с более-менее серьезно настроенными разработчиками
> 2D игр и вижу сколько кактусов им приходится жрать.

интересно, сколько. и сколько «кактусов» останется, если сделать ремаунт девайса hands из ass в shoulders. я лично вижу только одну большую проблему, решения которой у «чистых иксов» нет. ну, и одну поменьше, хотя тоже проблему. нет, не скажу.

Ответить | Правка | Наверх | Cообщить модератору

437. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Vkni (ok), 07-Мрт-13, 00:13 
> Затем что вот это в 2013 году - совершенно обычное применение компьютера.
> Зайти браузером на сайт, ага. С анимацией. А иксы тут то
> и давятся от души.

Да нет, на локальном дисплее не давятся (даже на том старье, которое у меня работает). Скорее браузер давится JavaScript'ом. И, кстати, пик вставки анимированных гифчиков уже прошёл.

> А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно
> костылей?

Мне NX вообще не нужен, мне нужна работа в локалке. Поэтому УМВР.

Ответить | Правка | К родителю #393 | Наверх | Cообщить модератору

443. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 00:35 
> у меня работает). Скорее браузер давится JavaScript'ом.

Как-то иксовый процесс слишком часто фигурирует в top. А на мобильнике это чревато еще и быстрым сжиранием батарейки.

> И, кстати, пик вставки анимированных гифчиков уже прошёл.

А при чем тут гифчики? Нынче есть canvas, видео, CSS трансформации и что там еще. И я хочу чтобы отрисовка заметной площади на 60FPSах (нативных для моего монитора) не клинила бы графическую подсистему. При том - не требуя от апликушников какого-то отдельного знания о графической подсистеме и ее интимных особенностях, на что 99.9(9)% апликушников клали, давно и хорошо.

>> А оно кому-то надо - упрашивать внедрить в месиво костылей еще добавочно костылей?
> Мне NX вообще не нужен, мне нужна работа в локалке. Поэтому УМВР.

Ну вот вы значит и останетесь на иксах, а я - нет.

Ответить | Правка | Наверх | Cообщить модератору

467. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Vkni (ok), 07-Мрт-13, 02:56 
> Как-то иксовый процесс слишком часто фигурирует в top.

У меня ФФ больше всего торчит в top.

> А на мобильнике это чревато еще и быстрым сжиранием батарейки.

Ну, на мобильниках что-то Dalvik никого не пугает. :-)

> А при чем тут гифчики? Нынче есть canvas, видео, CSS трансформации и
> что там еще.
> И я хочу чтобы отрисовка заметной площади на
> 60FPSах (нативных для моего монитора) не клинила бы графическую подсистему.

Так клинит же браузер, а не видеоподсистему. Проверка - запуск того же сайта под Windows - это те же яйца, только в профиль.

Ответить | Правка | Наверх | Cообщить модератору

473. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 06:49 
> У меня ФФ больше всего торчит в top.

Проблема в том что я могу узреть иксы в топе даже если файрфокс не запущен, а графику рисует кто-то иной. Например безобидная прожка для отрисовки GPS треков - жрет в три раза меньше проца чем, простите, иксы при выполнении ее запросов. Крутая графическая система, ага. Жрет больше ресурсов чем сама программа. И да, меня анноит когда иксовый процесс начинает жрать сравнимо с браузером при активной отрисовке анимации. Такая графическая подсистема - не предел моих мечтаний.

>> А на мобильнике это чревато еще и быстрым сжиранием батарейки.
> Ну, на мобильниках что-то Dalvik никого не пугает. :-)

Если уж про вывод графики - они там навелосипедили свой surface flinger. Ясен фиг свой от и до, ни с чем не совместимый. Ну а кто виноват что академики типа вас по другому не понимают? Зато этот велосипед сожрал половину рынка. Показав всем чего на самом деле было от графики надо юзерям. Я в принципе не против сетевой прозрачности. При условии что базовые вещи типа локального вывода графики работают нормально, разработчикам нефиг делать и они стали кодить блажь и навороты. А когда картина "без порток, но в шляпе"
- мне это не нравится.

> Так клинит же браузер, а не видеоподсистему.

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

> Проверка - запуск того же сайта под Windows - это те же яйца, только в профиль.

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

Ответить | Правка | Наверх | Cообщить модератору

229. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от verus (ok), 05-Мрт-13, 18:56 
>Чего?!

Ну взял чел топовую фразу "г***о мамонта" и слинковал с "сетевая прозрачность". Ну не получилось. Ну и что? Ошибиться ведь может каждый. Тем более это же опенсорц (или опеннет:)).

А Вы уже нервничаете. :-D

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

240. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-13, 19:35 
> Тем более

Наоборот.

> А Вы уже нервничаете. :-D

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

Ответить | Правка | Наверх | Cообщить модератору

267. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ролд (?), 05-Мрт-13, 20:29 
> Скорее обалдеваю, поскольку ежедневно этой самой сетевой прозрачностью иксов пользуюсь.

Как видео в 720p показывает?


Ответить | Правка | Наверх | Cообщить модератору

274. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-13, 20:52 
>> Скорее обалдеваю, поскольку ежедневно этой самой сетевой прозрачностью иксов пользуюсь.
> Как видео в 720p показывает?

~3--15 fps в зависимости от режима ютубика, при этом похоже на то, что начинает упираться в usb eth или wlan.  При использовании NX -- нормально.

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

Ответить | Правка | Наверх | Cообщить модератору

280. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ролд (?), 05-Мрт-13, 21:15 
>~3--15 fps в зависимости от режима ютубика, при этом похоже на то, что начинает упираться в usb eth или wlan.

А какая загрузка процессора в это время?

>А теперь покажите мне хотя бы столько же другими подручными средствами, это даже если взять Ваш пример и не предлагать свои (которые лучше видео ложатся на разделение молотильной и терминальной задач).

Пять раз перечитал, видимо s/столько/только/ . Варианты очевидны, Вы один из них сами назвали:  NX.

Ответить | Правка | Наверх | Cообщить модератору

296. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-13, 21:57 
>> ~3--15 fps в зависимости от режима ютубика, при этом похоже на то,
>> что начинает упираться в usb eth или wlan.
> А какая загрузка процессора в это время?

~60% X на принимающей стороне при голом X11 (упирается в usbeth, полочка); при ssh -CY -- примерно по ~65% ssh/sshd на обеих сторонах (передающая мощнее) и ~80 Mbps.

Если тащить через гигабит/X11, то на полноэкранном опять же youtube получаем ~70--75% X и ~400 Mbps, при этом видеоряд кое-как приемлемый (~15 fps на сильной динамике).

Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне), получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_ тормозов вообще.

>>А теперь покажите мне хотя бы столько же
> Пять раз перечитал, видимо s/столько/только/

Нет, здесь не было опечатки.

> Варианты очевидны, Вы один из них сами назвали:  NX.

Посмотрите всё-таки, развитием каких идей и расширений X11 он является.  BTW пользуюсь как им, так и ssh -Y -- в зависимости от задач.

Ответить | Правка | Наверх | Cообщить модератору

330. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ролд (?), 05-Мрт-13, 23:40 
>>> ~3--15 fps в зависимости от режима ютубика, при этом похоже на то,
>>> что начинает упираться в usb eth или wlan.
>> А какая загрузка процессора в это время?
> ~60% X на принимающей стороне при голом X11 (упирается в usbeth, полочка);
> при ssh -CY -- примерно по ~65% ssh/sshd на обеих сторонах
> (передающая мощнее) и ~80 Mbps.

Ну вот собственно про это речь, чтобы нормально смотреть 720p , нужно где-то 0,5 ГФлопс, для 1080p - 3-5Гфлопс (это уже Intel i3 - i5 загруженный под 100%), для того чтобы нормально работать в системе используются графическое ускорение, допустим у Nvidea Tesla 2.25ТФлопс, но это монстр конечно, но любая современная дешевая видеокарта, снизит нагрузку на процессор до 1-2%. Так вот архитектура X11 в плане этой самой сетевой прозрачности GPU не задействует совсем. Даже на локальной машине ускорение идет в обход.
Проблема ясна?

> Если тащить через гигабит/X11, то на полноэкранном опять же youtube получаем ~70--75%
> X и ~400 Mbps, при этом видеоряд кое-как приемлемый (~15 fps
> на сильной динамике).
> Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне),
> получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_
> тормозов вообще.

Потому что тут работает GPU.

>>>А теперь покажите мне хотя бы столько же
>> Пять раз перечитал, видимо s/столько/только/
> Нет, здесь не было опечатки.

Да это я в шары доблюсь.

>> Варианты очевидны, Вы один из них сами назвали:  NX.
> Посмотрите всё-таки, развитием каких идей и расширений X11 он является.  BTW
> пользуюсь как им, так и ssh -Y -- в зависимости от
> задач.

Дык а чё фреймбуфер по ssh с кэшем и оптимизацией ничем не медленей, чем просто фрейбуфер по ssh.

Ответить | Правка | Наверх | Cообщить модератору

362. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-13, 02:24 
> Так вот архитектура X11 в плане этой самой сетевой прозрачности GPU не задействует
> совсем. Даже на локальной машине ускорение идет в обход. Проблема ясна?

Не-а, архитектурной проблемы в упор не вижу.  Правда, я испорчен infiniband'ом -- да и 1080p на localhost, с которого пишу, воспроизводится легко и непринуждённо... на ненужном альте с устаревшим архитектурно xorg из коробки и без какого-либо рукоприкладства. :)

>> Если же взять нормальный mplayer (который задействует локальный Xv
> Потому что тут работает GPU.

В первую очередь -- потому что тут работает Xv и масштабирование осуществляется на _принимающей_ стороне, а не передающей.  Проверить это можно с каким uvesafb, полагаю.  А мы это при разработке ALTSP довольно внимательно изучили (обычный PAL-поток при 16bpp в 100Mbps как раз втискивается, а вот нечто полноэкранное уже нет).

>>> Варианты очевидны, Вы один из них сами назвали:  NX.
>> Посмотрите всё-таки, развитием каких идей и расширений X11 он является.

(начиная с LBX, помнится)

> Дык а чё фреймбуфер по ssh с кэшем и оптимизацией ничем не медленей,
> чем просто фрейбуфер по ssh.

Ну да, конечно.  Мы эти iKVM специально в NX заворачивали, чтоб хоть как-то можно было работать при нескольких сотнях миллисекунд задержки.  А там как раз порченый мукой и чародейством RFB, насколько понимаю.

Ответить | Правка | Наверх | Cообщить модератору

474. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 10:08 
> Не-а, архитектурной проблемы в упор не вижу.

То-есть, выжирон на выгрузку картинки на экран (теоретически тупое копирование) больше чем на декодирование (очень сложный алгоритм) - вас не смущает? Гм!

Ответить | Правка | Наверх | Cообщить модератору

339. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от sasa (??), 06-Мрт-13, 00:43 
> Если же взять нормальный mplayer (который задействует локальный Xv на принимающей стороне), получаем на конкретно взятом big_buck_bunny_720p_surround.avi поток ~300Mbps и _никаких_ тормозов вообще.

Любой композитный сервер предоставит доступ к оверлею напрямую без ненужных прослоек типа Xv. mplayer - програмное декодирование на CPU это тупиковая ветвь развития, а там поддержки openmax например даже в зачатках не видно. Вы сейчас гордитесь разрешением 720p, а с UHDTV любая излишняя буферизация и использование CPU и склеится даже топовый утюг x86, на таких разрешениях только zero-copy которое как раз на уровне KMS и композитных серверов сделать легко, а у иксов и поделок типа mplayer никакого будущего - поймите вы это пока не поздно :)

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

350. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +1 +/
Сообщение от arisu (ok), 06-Мрт-13, 02:00 
да-да. композитный сервер. зиро-копи. просто откровение за откровением.
Ответить | Правка | Наверх | Cообщить модератору

385. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от sasa (??), 06-Мрт-13, 10:12 
Не понимаю - тебе нравится дураком выглядеть или это твой путь получения информации ?

> In wayland the compositor is the display server

как тут нормально перевести compositor я не могу придумать, по-русски это ближе к
http://ru.wikipedia.org/wiki/%D0%9A%D0%B...

zero-copy - в SoC нет никаких видеокарт, там как правило видеопроцессор (DSP), графический процессор (GPU) и видеоподсистема (HDVPSS, IPU или иные юниты) - это три разных процессора. Декодированное изображение можно использовать в качестве текстуры GPU или отобразить на экране отдав буфер видеоподсистеме, в mplayer или gstreamer нет встроенной поддержки для этого - буфер будет постоянно копироваться за счет процессора, тогда как достаточно на уровне ядра передавать указатель на буфер, а драйвер его значение запишет в нужный регистр процессора. Например в V4L2 драйвер видеопроцессора может быть
http://lxr.free-electrons.com/source/drivers/media/platform/...
с другими процессорами обмен может идти на уровне
http://www.opennet.ru/opennews/art.shtml?num=35605

Ответить | Правка | Наверх | Cообщить модератору

387. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от arisu (ok), 06-Мрт-13, 10:21 
(ещё больше умиляется) не останавливайся, твой задорный заряд идиотии поутру повышает настроение.

я тебе даже косточку кину: по-русски так и будет — «композит». одна из базовых фич композитного сервера — «никто не рисует на экране, все рисуют во всякие буфера. которые я потом собираю в изображение.» конечно, композитные серверы предусматривают костыль прямого доступа, но на то он и есть костыль. сама технология композитного сервера исключает zero copy.

Ответить | Правка | Наверх | Cообщить модератору

388. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от sasa (??), 06-Мрт-13, 10:47 
Да ты и впрямь тупой - я тебе про одно а ты про другое, хотя тоже ты явно не в теме - в KMS/GEM буфер (в первую очередь) выделяется в видеопамяти, так что никакого копирования за счет CPU не происходит, что такое zero-copy надеюсь сможешь нагуглить.
Ответить | Правка | К родителю #387 | Наверх | Cообщить модератору

489. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от arisu (ok), 07-Мрт-13, 14:54 
ты редкостный альтернативно-интеллектуальный, zero-copy обозначает *без копирования*. вообще. ни на CPU, ни на GPU.
Ответить | Правка | К родителю #388 | Наверх | Cообщить модератору

444. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 00:38 
> (ещё больше умиляется) не останавливайся, твой задорный заряд идиотии поутру повышает настроение.

Посмотрим как ты запоешь когда дисплеи 4K станут нормой жизни. Судя по всему это уже скоро будет. Вот и посмотрим как тебе понравится работа иксов с такими портянками. Как это рендеринг менеджер переварит я могу себе представить. И как это переварят иксы - тоже...

Ответить | Правка | К родителю #387 | Наверх | Cообщить модератору

462. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +1 +/
Сообщение от Vkni (ok), 07-Мрт-13, 02:30 
> И как это переварят иксы - тоже...

Нормально они переварят. Там же основная проблема не с производительностью, а с тем, что большинство программ не приспособлено работать с высокими DPI. А в Х (если, конечно, не учитывать Гномовцев) с произвольными DPI проблем отродясь не было.

Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят. Поэтому железо подтянется. :-) Это уже, кстати, было с проигрыванием видео во времена Pentium MMX.

Ответить | Правка | К родителю #444 | Наверх | Cообщить модератору

483. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –1 +/
Сообщение от sasa (??), 07-Мрт-13, 13:11 
> Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят.
> Поэтому железо подтянется. :-)

Не задумывались, что когда-нибуть после очередного "подтягивания" железа вам придется новую подстанцию построить, чтобы посмотреть новинки синематографа ?

> Это уже, кстати, было с проигрыванием видео во времена Pentium MMX

Ну эти (интель) хотя бы более-менее приемлемый выход нашли (SIMD), а AMD в то время наращивали мегагерцы и процессоры их натурально дымились если кулер отваливался. И все это ради того чтобы Windows шевелилась и прокормить MS.

Ответить | Правка | К родителю #462 | Наверх | Cообщить модератору

492. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от Vkni (ok), 07-Мрт-13, 14:59 
> Не задумывались, что когда-нибуть после очередного "подтягивания" железа вам придется
> новую подстанцию построить, чтобы посмотреть новинки синематографа ?

Тут, как и везде, надо бежать со скоростью среднего - со скоростью средней системы - Aqua/Win32. Если они не переварят новинки синематографа, то исключительно для Linux с 1% рынка эти новинки выпускать не будут.

> Ну эти (интель) хотя бы более-менее приемлемый выход нашли (SIMD), а AMD
> в то время наращивали мегагерцы и процессоры их натурально дымились если
> кулер отваливался. И все это ради того чтобы Windows шевелилась и
> прокормить MS.

Ну и сейчас найдут.

Ответить | Правка | К родителю #483 | Наверх | Cообщить модератору

487. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –2 +/
Сообщение от Аноним (-), 07-Мрт-13, 14:31 
> Нормально они переварят. Там же основная проблема не с производительностью, а с
> тем, что большинство программ не приспособлено работать с высокими DPI.

Не надо меня лечить про DPI, у меня монитор весьма приличного разрешения, с более высоким DPI чем стандартное. Так что все это я попросту ощутил на своей шкурке. Я просто завинтил в XFCE DPI повыше и все отмасштабировалось на ура. Как юзеру мне вообще не интересно где это хранится. Это в общем то лишние знания которые напрямую врядли будут мне полезны. Я вижу что фонты и контролы отмасштабировались, стало можно юзать систему как раньше, без лупы. Ну и славненько. Вот с этим как раз у меня меньше всего проблем.

А вот то что иксы проц грузят по поводу и без - вот это проблема, да. Вплоть до того что вывод графики упирается в CPU (!!!) при том что там кроме тупой тасовки битмапов по идее и нет ничего. Оптимальность организации процесса копирования битмапов вызывает легкий афиг...

> А в Х (если, конечно, не учитывать Гномовцев) с произвольными DPI проблем отродясь не было.

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

> Кстати, что Х не переварят по производительности, то Win32/Aqua тоже не переварят.

1) "А вот у них еще хреновее!" - это вообще не оправдание. Ориентироваться надо на хорошее. А не на то что оказывается можно еще хуже сделать.
2) И таки если вы не в курсе, в новых виндах MS основательно подтянул производительность GDI. Тем более что там нет никаких сетевых протоколов которые требовалось бы парсить на куче данных - уровне дизайна там тормозить особо нечему самому по себе. В отличие от иксов. Где парсинг протокола на потенциально очень больших объемах данных - это часть дизайна. И я я вижу некую разницу между быстрым дергом функции и парсингом навороченного протокола в ситуации когда летает много данных.

> Поэтому железо подтянется. :-) Это уже, кстати, было с проигрыванием видео
> во времена Pentium MMX.

Да, железо подтянулось. Теперь декодирование видео жрет меньше проца чем xorg который по сути тупо копирует битмапы. Охренеть, тупой копировщик и парсер перетормозил DCT и прочие навороты. Оптимальность работы копировщика битмапов просто поражает воображение...

Ответить | Правка | К родителю #462 | Наверх | Cообщить модератору

463. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-13, 02:34 
> Посмотрим как ты запоешь когда дисплеи 4K станут нормой жизни.

Три FullHD-панели живут нормально.  Следующий.

PS: на одном тазу, в смысле.

Ответить | Правка | К родителю #444 | Наверх | Cообщить модератору

476. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –2 +/
Сообщение от Аноним (-), 07-Мрт-13, 12:22 
> Три FullHD-панели живут нормально.

Угу, я и смотрю - жрач 60% проца на 720P вас не напрягает. Круто, чо. А мне вот такие свойства графической подсистемы не нравятся. Потому что оно как-то так ВСЕГДА, покуда програмер не изогнется явным образом юзануть какие-то опциональные расширения. И я имею наглость полагать что в 2013 году так быть все-таки не должно. Вот такой вот я негодяй, приколитесь? :)

Ответить | Правка | К родителю #463 | Наверх | Cообщить модератору

501. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от Michael Shigorinemail (ok), 07-Мрт-13, 23:29 
> Угу, я и смотрю - жрач 60% проца на 720P вас не напрягает.

Так покажите меньше при тех же вводных.  Локально-то одна из железок, участвовавших в тестировании, совершенно спокойно справляется с big_buck_bunny_1080p_surround.avi (mplayer: 20±8% CPU, X: ~5%).

Ответить | Правка | К родителю #476 | Наверх | Cообщить модератору

436. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Vkni (ok), 07-Мрт-13, 00:08 
> mplayer - програмное декодирование на CPU это тупиковая ветвь развития,
> а там поддержки openmax например даже в зачатках не видно. Вы
> сейчас гордитесь разрешением 720p,

Для начала, mplayer на данный момент на среднем ноуте проигрывает всё. Т.е. и 1080 тоже.

> а с UHDTV любая излишняя буферизация и
> использование CPU и склеится даже топовый утюг x86, на таких разрешениях
> только zero-copy которое как раз на уровне KMS и композитных серверов
> сделать легко, а у иксов и поделок типа mplayer никакого будущего
> - поймите вы это пока не поздно :)

Ув. Sasa, мы это уже проходили в те времена, когда от банального видео в разрешении 320х200 склеивался топовый х86, когда оно проигрывалось в Х. Решалась проблема элементарно - у mplayer'а есть backend svga (-vo svga); люди просто переключались на новый терминал и врубали mplayer с выводом не в X, а в SVGA. Через пару лет подтянулось железо и Х тоже начали тянуть воспроизведение.

Тут будет примерно то же самое. Ибо Wayland пилят уже неприлично долгое время. И, судя по откровениям, пилят явно не в ту сторону, которая позволит ПОЛНОСТЬЮ заменить Х. Как backend для условного локального "MPlayer'а" - пожалуйста, но как оконная система - увольте.


Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

475. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от sasa (??), 07-Мрт-13, 11:21 
> от банального видео в разрешении 320х200 склеивался топовый х86, когда оно проигрывалось
> в Х. Решалась проблема элементарно

люди просто не использовали X

> Wayland пилят уже неприлично долгое время.

не забывайте что разрабатывают его те же люди что и X, на данный момент я вообще не вижу развития Wayland как такового, там сейчас различные прослойки в разных комбинациях для обеспечения совместимости, думаю поэтому Марк просто зае..ся ждать.

Ответить | Правка | Наверх | Cообщить модератору

491. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от Vkni (ok), 07-Мрт-13, 14:56 
> люди просто не использовали X

Да, некоторое время не использовали для одной специфической задачи. А потом опять стали использовать Х везде.

> не забывайте что разрабатывают его те же люди что и X

Вот это и пугает. Что эти самые люди не понимают элементарного, что связано с построением оконной системы.

Ответить | Правка | Наверх | Cообщить модератору

495. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  –1 +/
Сообщение от arisu (ok), 07-Мрт-13, 15:50 
>> Wayland пилят уже неприлично долгое время.
> не забывайте что разрабатывают его те же люди что и X

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

Ответить | Правка | Наверх | Cообщить модератору

373. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от ffirefox (?), 06-Мрт-13, 02:45 
Из конкурирующих решений, не напирающих на сетевую прозрачность, видео быстрее будет чем в NX: Spice, RDP, RemoteFX.
Причем, xrdp работает отзывчивей, чем Free NX. Жаль только подглюкивает. Если разработчики FreeRDP доведут xrdp до ума, то будет конфетка.

Из экзотики: VirtualGL и TurboVNC

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

376. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-13, 03:02 
> Из конкурирующих решений, не напирающих на сетевую прозрачность, видео быстрее будет

Будет или есть?

> чем в NX: Spice, RDP

То-то RDP в NX тоже заворачивают, чтоб не так тормозило.  В spice насчёт видео тоже не припоминаю.

> RemoteFX.

Это у ещё одной обещальной лавки, которая до сих пор выкатывает winfs?  Но вдруг на 1024-й раз случится чудо...

> Из экзотики: VirtualGL и TurboVNC

С tightvnc тоже сравнивал, если что.

Ответить | Правка | Наверх | Cообщить модератору

415. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ffirefox (?), 06-Мрт-13, 18:22 
> Будет или есть?

Есть. Там багов не больше чем в NX.

> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.

Кто так делает? В чем причина?
NX жрет трафик больше RDP. Пока клиентов NX мало - все вроде бы нормально, а как их количество увеличивается, то NX в пролете. Или под сетевой прозрачностью подразумевается доступ одного пользователя?

>> RemoteFX.
> Это у ещё одной обещальной лавки, которая до сих пор выкатывает winfs?
>  Но вдруг на 1024-й раз случится чудо...

Не совсем понял коментарий. С RemoteFX что-то глобально плохо? (Кроме того, что от обещальной лавки ;) )

>> Из экзотики: VirtualGL и TurboVNC
> С tightvnc тоже сравнивал, если что.

tightvnc совсем не жилец на узком канале. Хотя, возможно, руки у меня не заточены.

Опять же, возможно, Я не прав, но метод обеспечения сетевой прозрачности, выбранный в X, не единственный. И, на мой взгляд, не самый лучший т.к. сильно посредственно работает как по сети так и в локальном исполнении.

Ответить | Правка | Наверх | Cообщить модератору

424. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-13, 22:00 
>> Будет или есть?
> Есть. Там багов не больше чем в NX.

По части видео я в нём багов и не наблюдаю (что не означает их отсутствия, конечно).

>> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.
> Кто так делает? В чем причина?

Кому нужен RDP и не лень: http://comments.gmane.org/gmane.network.freenx.general/9271

Мы в ~2004 довольно плотно закручивали rdesktop с тем, чтобы приемлемо работал на 128k в две-три сессии... http://lists.altlinux.org/pipermail/community/2009-January/6...

(и тогда же сделали для него -y)

> NX жрет трафик больше RDP. Пока клиентов NX мало - все вроде
> бы нормально, а как их количество увеличивается, то NX в пролете.

Это как -- вдруг подскакивает трафик на пользователя?

> Или под сетевой прозрачностью подразумевается доступ одного пользователя?

Хотя бы одного.

> Не совсем понял коментарий.

Это был бурк презумпции недоверия к, но живьём не сталкивался. :)

> Опять же, возможно, Я не прав, но метод обеспечения сетевой прозрачности,
> выбранный в X, не единственный. И, на мой взгляд, не самый лучший
> т.к. сильно посредственно работает как по сети так и в локальном исполнении.

В чистом виде он сильно чувствителен к RTT из-за последовательности и синхронности IIRC, что послужило причиной для разработки XCB...

Ответить | Правка | Наверх | Cообщить модератору

485. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ffirefox (?), 07-Мрт-13, 14:08 
>В чистом виде он сильно чувствителен к RTT из-за последовательности и синхронности IIRC, что послужило причиной для разработки XCB...

Ну, после такой фразы я просто обязан снять и съесть шляпу. ;)

Ответить | Правка | Наверх | Cообщить модератору

486. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от ffirefox (?), 07-Мрт-13, 14:21 
> Кому нужен RDP и не лень: http://comments.gmane.org/gmane.network.freenx.general/9271

Ну, там не от тормозов RDP хотят странного.

> Мы в ~2004 довольно плотно закручивали rdesktop с тем, чтобы приемлемо работал
> на 128k в две-три сессии... http://lists.altlinux.org/pipermail/community/2009-January/6...

Не удивили. RDP в винде через модем неплохо работает. xrdp на узком канале работает хуже, но лучше чем FreeNX.

> (и тогда же сделали для него -y)

Знаем. Ценим. Уважаем. Из-за этого волшебного ключика,  почти всегда  использую этот пакет из альта.


> Это как -- вдруг подскакивает трафик на пользователя?

Да нет. Просто FreeNX на каждого пользователя отъедает больше чем RDP

>> Или под сетевой прозрачностью подразумевается доступ одного пользователя?
> Хотя бы одного.

Мне бы десяток. ;)

Ответить | Правка | К родителю #424 | Наверх | Cообщить модератору

478. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 07-Мрт-13, 12:34 
> То-то RDP в NX тоже заворачивают, чтоб не так тормозило.

RDP IIRC был юзабелен даже на диалапе кой-как. По крайней мере до кеширования и передачи только дельты MS в свое время допер и поэтому при урезании числа цветов и обычной десктопной активности и прочая там объем данных весьма скромный получается: одноцветные битмапы прекрасно жмутся, да еще дельта относированно кешированной картинки шлется. При просто десктопном возякании окошек трафика мизерно.

Ответить | Правка | К родителю #376 | Наверх | Cообщить модератору

395. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –1 +/
Сообщение от Аноним (-), 06-Мрт-13, 12:00 
> ~3--15 fps в зависимости от режима ютубика,

Ну вот спасибо, конечно, но 3FPS - это не видео. Это слайдшоу.

> при этом похоже на то, что начинает упираться в usb eth или wlan.

Угу, а если на GPRS - то даже на десктопе без анимации и видео взвоешь. Не менее сильно взвоешь и если программы будут рисовать не через xshm который быстрее, но нифига не прозрачный, а черех стандартный иксовый протокол. Вот и получается - или сетевая прозрачность или тормозная графика. Что-то одно по остаточному принципу. Я за то чтобы по остаточному принципу была сетевая прозрачность - графикой я пользуюсь постоянно, а сетевой прозрачностью - как максимум эпизодически.

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

422. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-13, 21:33 
>> ~3--15 fps в зависимости от режима ютубика,
> Ну вот спасибо, конечно, но 3FPS - это не видео. Это слайдшоу.

Именно.  Поэтому чуть дальше были результаты повтора на гигабите и не заворачивая в ssh.

>> при этом похоже на то, что начинает упираться в usb eth или wlan.
> Угу, а если на GPRS - то даже на десктопе без анимации
> и видео взвоешь.

Да ладно, с NX и на GPRS ездили.

> Не менее сильно взвоешь и если программы будут
> рисовать не через xshm который быстрее, но нифига не прозрачный, а
> черех стандартный иксовый протокол.

Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под то сделанным расширением?

Ответить | Правка | Наверх | Cообщить модератору

446. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  –2 +/
Сообщение от Аноним (-), 07-Мрт-13, 00:46 
> Именно.  Поэтому чуть дальше были результаты повтора на гигабите и не заворачивая в ssh.

Ну в SSH еще и шифрование может начать тормозить. Впрочем с видео я еще готов это простить, понимая что каждый кадр разный и объем распакованного кадра - таки внушает.

Но ... вот невозможность порулить десктопом с не сильно резвого GPRS/DSL с тощим аплоадом и прочая - это жирный фэйл.

> Да ладно, с NX и на GPRS ездили.

Ну да, если к иксам прилепить SHM, NX, и прочая - оно даже как-то ползает. Правда вот это называется "один рубит, а семеро в кулак трубят". В смысле, сам по себе кульный протоколец при этом или вообще стараются оставить не у дел, ибо тормоз, или ставят ему эпические костыли.

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

> Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под
> то сделанным расширением?

"Расширение" подразумевает большую нагрузку на прикладника - он должен уделить "этому крапу" какое-то персональное внимание, явно задетектить что ОПЦИОНАЛЬНОЕ нечто - есть и работает, предусмотреть какой-то фаллбэк на случай если это не так, ... - чего ради все это должно быть проблемой прикладника - я не знаю. В нормальной реализации апликушник должен логику своей программы реализовывать, вообще не парясь как там графическая система будет выводить графику.

Ответить | Правка | Наверх | Cообщить модератору

494. "Проект Ubuntu анонсировал дисплейный сервер Mir,..."  +/
Сообщение от arisu (ok), 07-Мрт-13, 15:05 
> Внимание, вопрос: их _обязывают_ построиться в шеренгу и не пользоваться специально под
> то сделанным расширением?

Миша, ты что! эти люди хотят кнопку «збс», и чтобы она магически сама всё делала. документация? нет, не читаем. правильное написание кода? вы чо, с ума взбесились — нам копать надо, некогда за лопатой бегать!

Ответить | Правка | К родителю #422 | Наверх | Cообщить модератору

281. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +2 +/
Сообщение от verus (ok), 05-Мрт-13, 21:15 
>Скорее обалдеваю,

Итак имеем
1) "как г***о мамонта";
2) "сетевая прозрачность";
3) "это же опенсорц" (от Вашего покорного слуги);
Сейчас, используя эти и подобные им изречения, можно, не имея никакого представления о Linux да и об IT вообще, спокойно вести "дискуссию", а зная про "тебя, что в гугле забанили", давать исчерпывающие ответы на любой, самый сложный вопрос.
Теперь представим себя новичком действительно интересующимся да еще с желанием учиться... К сожалению картина удручающая. :(

Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

297. "Проект Ubuntu анонсировал дисплейный сервер Mir, альтернатив..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-13, 21:59 
> Теперь представим себя новичком действительно интересующимся да еще с желанием учиться...
> К сожалению картина удручающая. :(

Вот именно...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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