http://wiki.linuxformat.ru/wiki/index.php?action=history&feed=atom&title=LXF130%3A%D0%A7%D1%82%D0%BE_%D0%B7%D0%B0_%D1%88%D1%82%D1%83%D0%BA%D0%B0 2026-05-13T15:35:47Z История изменений этой страницы в вики MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/index.php?title=LXF130:%D0%A7%D1%82%D0%BE_%D0%B7%D0%B0_%D1%88%D1%82%D1%83%D0%BA%D0%B0&diff=11887&oldid=prev 2011-04-21T17:45:08Z

<p>викификация, оформление</p> <p><b>Новая страница</b></p><div>==Что за штука… ''MicroXwin''?==<br /> <br /> : Но­вая окон­ная систе­ма баль­за­мом оросит ду­шу раз­ра­бот­чи­ков встраи­вае­мо­го Linux. '''Мар­ко Фио­рет­ти''' объ­яснит, по­че­му...<br /> <br /> * ''Так что же за шту­ка''' MicroXwin'''?''<br /> <br /> ''MicroXwin'' (http://www.microxwin.com) – за­ме­насисте­ме ''X Window System'', обыч­но при­ме­няе­мой в Linux и Unix.<br /> <br /> * ''Хо­ро­шо, а что за шту­ка '''X Window System'''?''<br /> <br /> ''X Window System'', или про­сто ''X'' – стан­дартная систе­ма, ис­поль­зуе­мая все­ми при­ло­жения­ми Linux и Unix для взаи­мо­дей­ствия с гра­фи­че­скими драй­ве­ра­ми с це­лью ото­бра­жения объ­ек­тов, опе­ра­ций с ок­на­ми, кон­тро­ля дви­жений мы­ши и т. д. Осо­бую гиб­кость систе­ме ''X'' при­да­ют два свой­ства: ар­хи­тек­ту­ра кли­ент–сер­вер и се­те­вая про­зрач­ность.<br /> <br /> * ''Что оз­на­ча­ет «ар­хи­тек­ту­ра кли­ент–сер­вер»?''<br /> <br /> Ис­поль­зуя ПО с гра­фи­че­ским ин­тер­фей­сом (GUI) на осно­ве ''X'', вы все­гда имее­те де­ло с дву­мя со­вер­шен­но раз­ны­ми про­грам­ма­ми: ''X''-сер­ве­ром и ''X''-кли­ен­том. Сер­вер кон­тро­ли­ру­ет гра­фи­че­ский чип­сет ком­пь­ю­те­ра и ото­бра­жа­ет изо­бра­жение на монито­ре. Кли­ен­ты – это при­клад­ные про­граммы вро­де ''OpenOffice.org, GIMP'' или ''Firefox''. Ес­ли вы пред­пи­ше­те им от­крыть ок­но или на­ри­со­вать ме­ню, они об­ра­тят­ся с со­от­вет­ствую­щим «пред­ложением» к ''X''-сер­ве­ру, как к рас­по­ря­ди­те­лю ре­сурсов. При на­жа­тии кноп­ки или пе­ре­ме­щении мыши сер­вер со­об­ща­ет об этом кли­ен­там, что­бы они мог­ли реа­ги­ро­вать на ва­ши дей­ствия.<br /> <br /> * ''А как сер­вер об­ща­ет­ся с раз­ны­ми кли­ен­та­ми?''<br /> <br /> Как пра­ви­ло, ''X''-кли­ен­ты пи­шут с по­мо­щью вы­со­коуровневых гра­фи­че­ских ин­ст­ру­мен­та­ри­ев, ти­па ''GTK'' или ''Qt''. А с сер­ве­ром они свя­зы­ва­ют­ся по про­то­ко­лу ''X Window System'', при­ме­няе­мо­му в низ­ко­уровневых про­грамм­ных биб­лио­те­ках под на­званием ''Xlib''.<br /> <br /> * ''Оста­лось объ­яснить, что та­кое се­те­вая про­зрач­ность...''<br /> <br /> Это оз­на­ча­ет, что ''X''-кли­ент – то есть ис­поль­зуе­мое ва­ми ПО – мо­жет ра­бо­тать во­все не на том компь­ю­те­ре, за ко­то­рым вы си­ди­те, а вы да­же не заме­ти­те разницы. ''X''-сер­вер на ва­шем ком­пь­ю­те­ре бу­дет взаи­мо­дей­ство­вать с уда­лён­ной про­граммой тем же спо­со­бом, что и с локаль­ной. Именно се­те­вая про­зрач­ность де­ла­ет та­кие про­ек­ты, как Linux Terminal Server, по­лез­ны­ми и про­сты­ми в на­строй­ке.<br /> <br /> * ''За­чем тогда ну­жен '''MicroXwin'''? Че­го нам не хва­та­ет в '''X'''?''<br /> <br /> При обыч­ной ра­бо­те – все­го хва­та­ет. Од­на­ко в ря­де дру­гих си­туа­ций дан­ное ре­шение слишком слож­но: «ви­но­ва­ты» те са­мые функ­ции, что при­да­ют ему удоб­ство и гиб­кость. Се­те­вая про­зрач­ность и про­то­кол ''X'' силь­но «утя­же­ляют» со­об­щения, пе­ре­сы­лае­мые ме­ж­ду сер­ве­ром и кли­ен­та­ми. Мно­го­сту­пен­ча­тый про­цесс по­жи­ра­ет уй­му про­цессор­но­го вре­мени, да­же ес­ли клиент и сер­вер вы­пол­ня­ют­ся на одной ма­шине. В по­следнем слу­чае де­ло ослож­ня­ет­ся непре­рыв­ным пе­ре­клю­чением кон­тек­ста: яд­ро по­сто­ян­но «пры­га­ет» ме­ж­ду кли­ен­та­ми и серве­ром (это необ­хо­ди­мо для взаи­мо­дей­ствия<br /> ме­ж­ду ними).<br /> <br /> * ''Ну и что? Про­цес­со­ры в на­ше вре­мя мощ­ные, па­мять де­ше­ва...''<br /> <br /> Для на­столь­ных ком­пь­ю­те­ров – да. Но ведь Linux ра­бо­та­ет в бес­чис­лен­ных встраи­вае­мых устрой­ствах, от мо­биль­ных те­ле­фо­нов и ав­то­мо­билей до до­машней элек­троники. Про­цес­со­ры та­ких при­бо­ров (на­при­мер, ARM 9) за­мет­но «тор­мо­зят», вы­пол­няя все фор­маль­но­сти ''X Window System'' (а по­рой и неспо­соб­ны её вы­тя­нуть). Систе­ма ''MicroXwin'' раз­ра­бо­та­на спе­ци­аль­но для та­ких случа­ев, хо­тя ис­поль­зо­вать её на на­столь­ном ПК тоже мож­но.<br /> <br /> * ''А в чем глав­ная внут­рен­няя разница '''MicroXwin''' и '''X'''?''<br /> <br /> То, что ''MicroXwin'' от­ка­зы­ва­ет­ся от опи­сан­ных выше двух свойств, а зна­чит, бу­дет го­раз­до бы­ст­рее и ком­пактнее обыч­но­го ''X''-сер­ве­ра.<br /> <br /> * ''За счет че­го?''<br /> <br /> ''MicroXwin'' – пер­вая гра­фи­че­ская систе­ма, ко­то­рая мо­жет ин­тег­ри­ро­вать­ся в яд­ро Unix/Linux как мо­дуль. Она ко­пи­ру­ет дан­ные пря­мо из пользо­ва­тель­ско­го про­стран­ства в бу­фер кад­ров, а от­ ту­да – на эк­ран. Это пол­но­стью уст­ра­ня­ет про­блему пе­ре­клю­чения кон­тек­стов и по­зво­ля­ет на­чать вы­вод гра­фи­ки на бо­лее ранних ста­ди­ях за­гру­зочно­го про­цес­са.<br /> <br /> * ''Есть ли дру­гие ком­понен­ты?''<br /> <br /> Кро­ме соб­ствен­но ядер­но­го мо­ду­ля, есть ещё две глав­ные биб­лио­те­ки. Од­на их них служит для от­прав­ки гра­фи­че­ских команд на мо­дуль и бу­дет за­ме­ной ''Xlib'' (720 КБ). Вто­рая биб­лио­тека яв­ля­ет­ся осно­вой для напи­сания рас­ши­рений ''MicroXwin'' (7 КБ). Мо­дуль яд­ра для плат­фор­мы х86 «ве­сит» око­ло 300 КБ.<br /> <br /> * ''Ве­лик ли вы­иг­рыш в ско­ро­сти?''<br /> <br /> Сайт ''MicroXwin'' со­об­ща­ет о зна­чи­тель­ном пре­иму­ще­стве в ско­ро­сти по сравнению с ''X.org'' (стан­дарт­ным ''X''-сер­ве­ром боль­шин­ства со­вре­менных ди­ст­ри­бу­ти­вов) по ре­зуль­та­там тестов ''Gtkperf'' и ''X11perf''. Все под­роб­но­сти – на сай­те.<br /> <br /> * ''И сколь­ко па­мя­ти тре­бу­ет '''MicroXwin'''?''<br /> <br /> Для мо­ду­ля необ­хо­ди­мо око­ло 500 КБ па­мяти яд­ра, про­тив 18–20 МБ, ис­поль­зуе­мых (нера­ботаю­щим) сер­ве­ром ''X''.<br /> <br /> * ''Неве­ро­ят­но! И всё это со­вмести­мо со стан­дарт­ны­ми ''X''-кли­ен­та­ми?''<br /> <br /> Да – ведь ин­тер­фейс прежний! Раз­ра­бот­чи­ки до­би­ва­ют­ся, что­бы про­грам­мы мог­ли ра­бо­тать на ''MicroXwin'' по­сле про­стой пе­ре­ком­пи­ля­ции или предпи­сания ис­поль­зо­вать биб­лио­те­ки ''MicroXwin'' вме­сто тра­ди­ци­он­ных ''Xlib''. К на­стоя­ще­му вре­мени цель поч­ти достиг­ну­та.<br /> <br /> * ''Ну, а ста­биль­ность? Тес­ная ин­те­гра­ция ме­ж­ду гра­фи­кой и ядром Windows — од­на из при­чин по­яв­ления «синих эк­ра­нов смер­ти»...''<br /> <br /> Хо­тя и нечасто, у тра­ди­ци­он­ных ''X''-сер­ве­ров тоже слу­ча­ют­ся сбои, об этом лю­бой Linux-пользо­ва­тель зна­ет. Что ка­са­ет­ся ''MicroXwin'', то раз­работ­чи­ки за­ме­ти­ли, что ошиб­ки в лю­бом драй­ве­ре или мо­ду­ле яд­ра спо­соб­ны при­вести к за­ви­санию или кра­ху Linux.<br /> <br /> * ''То есть, ес­ли систе­ма с '''MicroXwin''' «па­да­ет»...''<br /> <br /> ...зна­чит, в мо­дуль дан­ной вер­сии вкра­лась ошиб­ка; та­кое бы­ва­ет и в ''X''. Тут нет свя­зи с тем, что это мо­дуль яд­ра, а не сер­вер поль­зо­ва­тель­-<br /> ско­го про­стран­ства.<br /> <br /> * ''MicroXwin ра­бо­та­ет толь­ко на Linux?''<br /> <br /> Со­глас­но сай­ту, но­вую систе­му лег­ко пор­тиро­вать на лю­бую плат­фор­му.<br /> <br /> * ''Мо­гу ли я напи­сать кли­ент '''MicroXwin''', ис­поль­зуя мой лю­би­мый ин­ст­ру­мен­та­рий или окон­ный менед­жер?<br /> <br /> Конеч­но, по­то­му-то и бо­рют­ся за со­вмести­мо­сть со стан­дарт­ным ин­тер­фей­сом ''Xlib''. Что­бы ва­ши при­ло­жения ра­бо­та­ли с ''MicroXwin'', доста­точно иметь биб­лио­те­ки и мо­дуль яд­ра.<br /> <br /> * ''Се­кун­доч­ку: ска­жи­те, а это всё сво­бод­ное ПО?''<br /> <br /> Биб­лио­те­ки – да, а вот мо­дуль яд­ра про­прие­тарный.<br /> <br /> * ''Ну вот, мо­дуль яд­ра — и про­прие­тар­ный…''<br /> <br /> Та­кой во­прос за­да­ва­ли на сай­те ''MicroXwin''. Пе­ре­ска­зы­ваю свои­ми сло­ва­ми: что­бы про­грам­мы бы­ли со­вмести­мы с ''MicroXwin'' и остава­лись в сфе­ре от­кры­то­го ПО, раз­ра­бот­чи­кам FOSS необ­хо­ди­мы толь­ко сво­бод­ные биб­лио­те­ки. Про­грам­ми­сты ''MicroXwin'' объ­яснили, что деньги от ли­цен­зи­ро­вания мо­ду­ля яд­ра нуж­ны им для про­дви­жения раз­ра­бот­ки ''MicroXwin'' на системах Linux и Unix. Ес­ли за­ду­мать­ся, ар­гу­мен­ты убеди­тель­ные, и всё это не долж­но нега­тив­но сказать­ся на раз­ви­тии сво­бод­но­го ПО.<br /> <br /> * ''По­че­му?''<br /> <br /> Как мы уже упо­ми­на­ли, со­вре­мен­ным ПК и но­ут­бу­кам хва­та­ет мощ­но­сти, что­бы обой­тись без ''MicroXwin''. Мо­дуль яд­ра ''MicroXwin'', ли­цен­зиро­ван­ный на усло­ви­ях GPL, при­го­дил­ся бы раз­ве что для ожив­ления спи­сан­ных ком­пь­ю­те­ров х86, но пла­тить за это никто не бу­дет. Основ­ные рынки ''MicroXwin'' – где но­вая систе­ма бу­дет по­лезной, до­ход­ной и при­вле­ка­тель­ной – это смартфо­ны, мо­биль­ные ин­тернет-уст­рой­ства, нетбу­ки и про­чие встраи­вае­мые систе­мы. Но боль­шин­ство этих плат­форм в лю­бом слу­чае за­кры­ты, то есть мо­ди­фи­ци­ро­вать или уста­нав­ли­вать со­от­ветствую­щие ОС име­ют пра­во толь­ко про­из­во­ди­тели уст­ройств.<br /> <br /> * ''То есть ли­цен­зия ядер­но­го мо­ду­ля не коснет­ся конеч­но­го по­тре­би­те­ля и раз­ра­бот­чи­ка?''<br /> <br /> Да, вер­но. Но она очень да­же ка­са­ет­ся про­из­води­те­ля ап­па­рат­но­го обес­пе­чения, же­лаю­ще­го рас­ши­рить сбыт сво­ей про­дук­ции. По­куп­ка лицен­зии ''MicroXwin'' тут же де­ла­ет его раз­ра­ботку со­вмести­мой с ты­ся­ча­ми го­то­вых Linux-прило­жений. По­это­му в дол­го­сроч­ной пер­спек­ти­ве мож­но про­дать зна­чи­тель­но боль­ше уст­ройств, чем без ли­цен­зии.<br /> <br /> * ''Так что же год гря­ду­щий го­то­вит '''MicroXwin'''? Ку­да дви­жет­ся про­ект?''<br /> <br /> Вер­сия ''MicroXwin'' 2.0, вклю­чаю­щая об­нов­ленную под­держ­ку ''XRender'', бы­ла вы­пу­ще­на в ян­варе. Кро­ме то­го, раз­ра­бот­чи­ки планиру­ют за­кон­чить в 2010 го­ду пор­ти­ро­вание на мик­ро­про­цес­соры ARM. Это чи­пы для нетбу­ков и мо­биль­ных интернет-уст­ройств, вы­пуск ко­то­рых на по­тре­битель­ский ры­нок ожи­да­ет­ся в те­ку­щем го­ду.</div>

Crazy Rebel