Xdmx - Online în cloud

PROGRAM:

NUME

Xdmx - Server distribuit Multi-head X

REZUMAT

Xdmx [:afișare] [opțiune...]

DESCRIERE

Xdmx este un server proxy X care utilizează unul sau mai multe alte servere X ca dispozitive de afișare. Aceasta
oferă funcționalitate X cu mai multe capete pentru afișaje care ar putea fi situate pe diferite
Mașini. Xdmx funcționează ca un server X front-end care acționează ca un proxy pentru un set de back-end
sfârșitul serverelor X. Toată redarea vizibilă este transmisă serverelor X back-end. Clienții
conecta la Xdmx front-end și totul apare așa cum ar fi într-un multi-cap obișnuit
configurație. Dacă Xinerama este activat (de exemplu, cu +xinerama pe linia de comandă), the
clienții văd un singur ecran mare.

Xdmx comunică cu serverele X back-end utilizând protocolul standard X11 și standard
și/sau extensii de server X disponibile în mod obișnuit.

OPŢIUNI

În plus față de opțiunile normale ale serverului X descrise în Xserver(1) pagina de manual, Xdmx
acceptă următoarele comutatoare de linie de comandă:

-afişa numele afisat
Aceasta specifică numele (numele) afișajelor serverului X back-end la care să se conecteze.
Această opțiune poate fi specificată de mai multe ori pentru a se conecta la mai multe back-end
afişa. Primul este folosit ca ecran 0, al doilea ca ecran 1 etc. Dacă aceasta
opțiunea este omisă $DISPLAY variabila de mediu este folosită ca unic back-
sfârșitul afișajului serverului X.

-xinput sursa-intrare
Aceasta specifică sursa de utilizat pentru dispozitivele de extensie XInput. Alegerile sunt
la fel ca pentru -intrare , descris mai jos, cu excepția dispozitivelor de bază de pe backend
serverele nu pot fi tratate ca dispozitive de extensie XInput. (Deși extensie
dispozitivele de pe serverele backend și de consolă sunt acceptate ca dispozitive de extensie sub
Xdmx).

-intrare sursa-intrare
Aceasta specifică sursa de utilizat pentru dispozitivele de intrare de bază. Alegerile sunt:

fals
Se utilizează un set de drivere de intrare de bază fictive. Acestea nu generează niciodată nicio intrare
evenimente.

local
Sunt utilizate tastatura brută și indicatorul de la computerul local. O virgula-
poate fi atașată o listă separată de nume de șoferi. De exemplu, pentru a selecta
exemplu de utilizare a tastaturii Linux și a driverului mouse-ului PS/2: -intrare local, kbd, ps2.
Următoarele drivere au fost implementate pentru Linux: kbd, ms (un cu două butoane
Driver de mouse Microsoft), ps2 (un driver de mouse PS/2), usb-mou (un mouse USB
driver), usb-kbd (un driver de tastatură USB) și usb-oth (un USB non-tastatură,
driver non-mouse). În viitor, pot fi implementate drivere suplimentare.
Valorile implicite adecvate vor fi utilizate dacă nu este furnizată nicio listă separată prin virgulă.

numele afisat
Dacă numele afișat este un server back-end, atunci sunt preluate evenimentele de intrare de bază
de la serverul specificat. În caz contrar, se va deschide o fereastră de consolă pe
afișaj specificat.

În cazul în care numele afisat este urmat de „,xi”, apoi XInput dispozitive de extensie pe
display va fi folosit ca Xdmx XInput dispozitive de extensie. Dacă numele afisat is
urmat de „,noxi”, apoi dispozitivele de extensie XInput de pe afișaj vor apărea nu be
folosite ca Xdmx XInput dispozitive de extensie. În prezent, valoarea implicită este „,xi”.

În cazul în care numele afisat este urmată de „,console” și de numele afisat se referă la a
afișaj care este folosit ca afișaj backend, apoi va fi o fereastră de consolă
deschis pe acel display si acel afișaj va fi tratat ca un afișaj backend.
În caz contrar (sau dacă se folosește „,noconsole”), afișajul va fi tratat pur ca
un backend sau un afișaj de consolă, așa cum este descris mai sus.

În cazul în care numele afisat este urmat de „,windows”, apoi contururile ferestrelor activate
backend-ul va fi afișat în fereastra consolei. În caz contrar (sau dacă
„,nowindows” este folosit), fereastra consolei nu va afișa contururile
ferestre backend. (Această opțiune se aplică numai intrării în consolă.)

În cazul în care numele afisat este urmată de „,xkb”, apoi următoarele 1 până la 3 virgulă-
parametrii separați vor specifica codurile de cheie, simbolurile și geometria
tastatură pentru acest dispozitiv de intrare. De exemplu, „,xkb,xfree86,pc104” va
specificați că codurile de cheie „xfree86” și simbolurile „pc104” trebuie folosite pentru
inițializați tastatura. Pentru o tastatură SGI, „,xkb,sgi/indy(pc102)” ar putea fi
util. O listă de coduri de cheie, simboluri și geometrii poate fi găsită în
/usr/share/X11/xkb. Utilizarea codurilor de cheie, simbolurilor și geometriilor pentru XKB
configurația este depreciată în favoarea regulilor, aspectului, modelului, variantei și
setările opțiunilor disponibile prin comutatorul -param din linia de comandă. Dacă această opțiune
nu este specificat, dispozitivul de intrare va fi interogat, poate folosind
extensia XKEYBOARD.

Dacă această opțiune nu este specificată, sursa de intrare implicită este primul back-end
server (cel folosit pentru ecranul 0). Fereastra consolei arată aspectul
afișaj(e) din spate și mișcări ale indicatorului și apăsări de taste în interiorul consolei
fereastra va fi folosită ca dispozitive de intrare de bază.

Sunt active mai multe taste funcționale speciale, în funcție de sursa de intrare:

Ctrl-Alt-q va termina Xdmx server în toate modurile.

Ctrl-Alt-g va comuta o preluare a serverului în modul consolă (un cursor special,
în prezent, un păianjen, este folosit pentru a indica un server activ).

Ctrl-Alt-f va comuta mișcarea cu granulație fină în modul consolă (un cursor special,
în prezent o cruce, este folosită pentru a indica acest mod). Dacă acest mod este
combinat cu un server grab, atunci cursorul va avea 4 linii în loc de
doar 2.

Ctrl-Alt-F1 prin Ctrl-Alt-F12 va comuta la un alt VC în local (raw)
Mod.

-nomulticursor
Această opțiune dezactivează suportul pentru afișarea mai multor cursore pe spatele suprapus.
afișează final. Această opțiune este disponibilă în scopuri de testare și analiză comparativă.

-fontpath
Această opțiune setează Xdmx calea implicită a fontului serverului. Această opțiune poate fi
specificat de mai multe ori pentru a găzdui mai multe căi de font. Vezi FACE CALĂRI
secțiunea de mai jos pentru informații foarte importante privind setarea fontului implicit
cale.

-configfile nume de fișier
Specificați fișierul de configurare care trebuie citit. Rețineți că, dacă -afişa
este utilizată opțiunea de linie de comandă, apoi fișierul de configurare va fi ignorat.

-config nume
Specificați o configurație de utilizat. The nume va fi numele care urmează virtual
cuvânt cheie din fișierul de configurare.

-stat interval ecrane
Această opțiune permite afișarea statisticilor de performanță. Intervalul este în
secunde. Ecranele reprezintă o contorizare a numărului de ecrane back-end pentru care date
este imprimat fiecare interval. Specificarea 0 pentru ecrane va afișa date pentru toate
ecrane.

Pentru fiecare ecran sunt tipărite următoarele informații: numărul ecranului, an
numărul absolut al numărului de apeluri XSync() efectuate (SyncCount), rata acestora
apeluri în intervalul anterior (Sincronizare/s), durata medie dus-întors (in
microsecunde) din ultimele 10 apeluri XSync() (avSync), timpul maxim dus-întors
(în microsecunde) din ultimele 10 apeluri XSync (mxSync), numărul mediu de
Solicitări XSync() care erau în așteptare, dar nu au fost încă procesate pentru fiecare dintre ultimele 10
apeluri XSync() procesate, numărul maxim de solicitări XSync() care erau în așteptare
dar nu a fost încă procesat pentru fiecare dintre ultimele 10 apeluri XSync() procesate și a
histograma care arată distribuția timpilor tuturor apelurilor XSync()
au fost realizate în intervalul anterior.

(Lungimea mediei mobile și numărul și valoarea casetelor de histograme sunt
configurabil la compilare în dmxstat.h fișier antet.)

-syncbatch interval
Această opțiune setează interval în milisecunde pentru loturi XSync(). Un interval
mai mic sau egal cu 0 va dezactiva lotul XSync(). Implicit interval is
100 ms.

-nooffscreenopt
Această opțiune dezactivează optimizarea offscreen. De la crearea ferestrei leneșe
optimizarea necesită ca optimizarea offscreen să fie activată, această opțiune va fi
dezactivați și optimizarea creării ferestrelor leneșe.

-nowindowopt
Această opțiune dezactivează optimizarea creării ferestrei leneșe.

-nosubdivprims
Această opțiune dezactivează optimizarea subdiviziunii primitive.

-noxkb Dezactivați utilizarea extensiei XKB pentru comunicarea cu afișajele back-end.
(Combina cu -kb pentru a dezactiva orice utilizare a XKB.)

-adâncime int
Această opțiune setează adâncimea implicită a ferestrei rădăcină. Când alegeți o imagine implicită
dintre cele disponibile pe serverul X back-end, primul vizual cu care se potrivește
se utilizează adâncimea specificată.

Această opțiune poate fi combinată cu -cc opțiunea, care specifică culoarea implicită
clasa vizuală, pentru a forța utilizarea unei anumite clase de adâncime și culoare pentru rădăcină
fereastră.

-norender
Această opțiune dezactivează extensia RENDER.

-noglxproxy
Această opțiune dezactivează proxy-ul GLX -- implementarea extensiei GLX încorporată care
este conștient de DMX.

-noglxswapgroup
Această opțiune dezactivează grupul de schimb și extensiile barierei de schimb în proxy GLX.

-glxsyncswap
Această opțiune permite sincronizarea după un apel de schimb tampon, așteptând până la toate
Protocolul X a fost procesat. Când un client emite o solicitare glXSwapBuffers,
Xdmx transmite această solicitare către fiecare server X back-end, iar acele solicitări sunt
stocate în tampon împreună cu toate celelalte solicitări de protocol. Cu toate acestea, în sistemele care au
buffere mari de rețea, această tamponare poate duce la setul de servere X back-end
gestionarea cererii de buffer-uri de schimb în mod asincron. Cu această opțiune, un XSync()
cererea este emisă fiecărui server X back-end după trimiterea bufferelor de swap
cerere. Solicitările XSync() vor șterge tot protocolul tamponat (inclusiv protocolul
cererile de schimb de buffere) și așteptați până când serverele X back-end le-au procesat
cereri înainte de a continua. Această opțiune nu așteaptă până când toate comenzile GL au
au fost procesate, astfel încât ar putea exista comenzi emise anterior care încă sunt în curs
procesate în conducta GL când se întoarce cererea XSync(). Vezi -glxfinishswap
opțiunea de mai jos dacă Xdmx ar trebui să aștepte până când comenzile GL au fost procesate.

-glxfinishswap
Această opțiune permite sincronizarea după un apel de schimb tampon, așteptând până la toate
Comenzile GL au fost finalizate. Este similar cu -glxsyncswap opțiunea de mai sus;
cu toate acestea, în loc să emită un XSync(), emite o cerere glFinish() fiecăruia
serverul X de back-end după trimiterea cererilor de schimb tampon. Solicitarea glFinish().
va șterge toate cererile de protocol tamponate, va procesa atât cererile X, cât și GL și
așteptați până când toate comenzile GL numite anterior sunt complete înainte de a reveni.

-ignorebadfontpaths
Această opțiune ignoră căile fonturilor care nu sunt disponibile pe toate serverele back-end de către
eliminarea căilor de font proaste din lista de căi de font implicite. Dacă nu există font valid
căile sunt lăsate după eliminarea căilor proaste, este tipărită o eroare în acest sens
buturuga.

-addremovescreens
Această opțiune permite adăugarea și eliminarea dinamică a ecranelor, care este dezactivată
în mod implicit. Rețineți că GLXProxy și Render nu acceptă încă adăugarea dinamică și
eliminarea ecranelor și trebuie dezactivat prin intermediul -noglxproxy si -norender comandă
opțiunile de linie descrise mai sus.

-param Această opțiune specifică parametrii pe linia de comandă. Momentan, doar parametri
care se ocupă de configurația XKEYBOARD sunt acceptate. Acești parametri se aplică numai
la tastatura centrală. Valorile parametrilor depind de instalare. Te rog vezi
/usr/share/X11/xkb sau un director similar pentru informații complete.

XkbRules
Implicit, „evdev”. Alte valori pot include „sgi” și „sun”.

XkbModel
Implicit, „pc105”. Atunci când este folosit cu regulile „de bază”, alte valori pot
includ „pc102”, „pc104”, „microsoft” și multe altele. Când este folosit cu
regulile „soare”, alte valori pot include „type4” și „type5”.

XkbLayout
Implicit, „noi”. Alte coduri de țară și „dvorak” sunt de obicei disponibile.

XkbVariant
Implicit la „”.

XkbOptions
Implicit la „”.

CONFIGURARE FILE GRAMATICĂ

Următoarele cuvinte și jetoane sunt rezervate:
virtual afișa perete opțiune PARAM { } ; #

Comentariile încep cu a # marcați și extindeți până la sfârșitul liniei. Ele pot apărea oriunde.
Dacă un fișier de configurare este citit în xdmxconfig, comentariile din acel fișier vor fi
păstrat, dar nu va fi editabil.

Gramatica este următoarea:
virtual-list ::= [ virtual-list ] | virtual

virtual ::= virtual [nume] [dim] { dw-list }

dw-list ::= [ dw-list ] | dw

dw ::= afișare | perete | opțiune

afișare ::= afișa nume [ geometrie ] [ / geometrie ] [ origine ] ;

perete ::= perete [ dim ] [ dim ] lista de nume ;

opțiune ::= opțiune lista de nume ;

param ::= PARAM lista de nume ;

param ::= PARAM { lista-param }

lista-param ::= [ lista-param ] | lista de nume ;

lista de nume ::= [ lista de nume ] | Nume

nume ::= șir | șir de ghilimele duble

dim ::= întreg x întreg

geometrie ::= [ întreg x întreg ] [ întreg cu semnătură întreg semnat ]

origine ::= @ întreg x întreg

Urmează numele virtual este folosit ca identificator pentru configurație și poate fi
transferat la Xdmx folosind -config opțiunea de linie de comandă. Numele unui afișaj ar trebui să fie
numele afișat standard X, deși nu se efectuează nicio verificare (de exemplu, „mașină:0”).

Pentru nume, ghilimelele duble sunt opționale, cu excepția cazului în care numele este rezervat sau conține spații.

Urmează prima dimensiune perete este dimensiunea pentru placare (de exemplu, 2x4 sau 4x4). The
următoarea a doua dimensiune perete este dimensiunea fiecărui afișaj din perete (de exemplu,
1280x1024).

Urmează prima geometrie afișa este geometria ferestrei ecranului de pe backend
Server. A doua geometrie, care este întotdeauna precedată de o bară oblică, este geometria lui
fereastra rădăcină. În mod implicit, fereastra rădăcină are aceeași geometrie ca și fereastra ecranului.

opțiune linia poate fi folosită pentru a specifica orice opțiuni de linie de comandă (de exemplu, -intrare). (Aceasta
nu poate fi folosit pentru a specifica numele ecranului front-end.) Linia de opțiuni este
procesat o dată la pornirea serverului, doar linia de opțiuni de linie de comandă. Acest comportament poate fi
neașteptat.

CONFIGURARE FILE EXEMPLE

Două afișaje utilizate pentru un desktop pot fi specificate în oricare dintre următoarele formate:
exemplu virtual0 {
afișaj d0:0 1280x1024 @0x0;
afișaj d1:0 1280x1024 @1280x0;
}

exemplu virtual1 {
afișaj d0:0 1280x1024;
afișaj d1:0 @1280x0;
}

exemplu virtual2 {
afișarea „d0:0”;
afișare „d1:0” @1280x0;
}

exemplu virtual3 { perete 2x1 d0:0 d1:0; }
Un perete de 4x4 cu un total de 16 afișaje ar putea fi specificat după cum urmează (dacă nu există nicio dimensiune a plăcilor
specificat, se folosește un pătrat aproximativ):
exemplu virtual4 {
perete d0:0 d1:0 d2:0 d3:0
d4:0 d5:0 d6:0 d7:0
d8:0 d9:0 da:0 db:0
dc:0 dd:0 de:0 df:0;
}

FACE CALĂRI

Calea fontului folosită de Xdmx serverul front-end va fi propagat către fiecare back-end
server, care necesită ca fiecare server back-end să aibă acces la exact aceleași căi de font
ca server front-end. Acest lucru poate fi gestionat cel mai ușor fie folosind un server de fonturi
(de exemplu, xfs) sau prin montarea de la distanță a căilor fonturilor pe fiecare server back-end și apoi
setarea Xdmx calea implicită a fontului a serverului cu opțiunea de linie de comandă -I „-fontpath”.
descris mai sus.

De exemplu, dacă specificați o cale de font cu următoarea linie de comandă:
Xdmx :1 -display d0:0 -fontpath /usr/fonts/75dpi/ -fontpath /usr/fonts/Type1/
+xinerama
Apoi, /usr/fonts/75dpi/ și /usr/fonts/Type1/ trebuie să fie căi de font valide pe Xdmx serverul
și toate serverele back-end, care este d0 în acest exemplu.

Serverele de fonturi pot fi specificate și cu ajutorul -fontpath opțiune. De exemplu, să presupunem
că pe gazda d0 rulează un server de fonturi configurat corespunzător. Apoi, următoarea comandă
linie
Xdmx :1 -display d0:0 -display d1:0 -fontpath tcp/d0:7100 +xinerama
va inițializa front-end-ul Xdmx server și fiecare dintre serverele back-end să utilizeze fontul
server pe d0.

Este posibil ca unele fonturi să nu fie acceptate nici de serverele front-end, nici de serverele back-end. Pentru
de exemplu, să presupunem front-end-ul Xdmx serverul include fonturi de suport Type1, dar unul dintre
serverele back-end nu. Să presupunem, de asemenea, că calea fontului implicită pentru Xdmx
include fonturi Type1 în calea fontului. Apoi când Xdmx inițializează calea implicită a fontului
pentru a încărca fontul implicit, calea fontului care include fonturi Type1 (împreună cu celelalte
căile implicite ale fonturilor care sunt utilizate de Xdmx server) este trimis la serverul back-end care
nu poate gestiona fonturile Type1. Serverul back-end respinge apoi calea fontului și trimite un
eroare înapoi la Xdmx Server. Xdmx apoi tipărește un mesaj de eroare și iese deoarece acesta
nu a reușit să seteze calea fontului implicit și nu a putut încărca fontul implicit.

Pentru a remedia această eroare, calea fontului ofensator trebuie eliminată din calea implicită a fontului de către
folosind un diferit -fontpath opțiune linie de comandă.

-fontpath opțiunea poate fi adăugată și la fișierul de configurare așa cum este descris mai sus.

LINIE DE COMANDA EXEMPLE

Mașinile back-end sunt d0 și d1, intrarea de bază este de la indicator și tastatură atașate
la d0, clienții se vor referi la :1 când deschid ferestre:
Xdmx :1 -display d0:0 -display d1:0 +xinerama

Ca mai sus, cu excepția intrării de bază de la d1:
Xdmx :1 -afisare d0:0 -afisare d1:0 -intrare d1:0 +xinerama

Ca mai sus, cu excepția introducerii de bază dintr-o fereastră de consolă pe afișajul local:
Xdmx :1 -display d0:0 -display d1:0 -input :0 +xinerama

Ca mai sus, cu excepția introducerii de bază de la tastatura și mouse-ul local:
Xdmx :1 -display d0:0 -display d1:0 -input local,kbd,ps2 +xinerama
Rețineți că intrarea locală poate fi utilizată sub Linux în timp ce o altă sesiune X rulează pe :0
(presupunând că utilizatorul poate accesa consola Linux tty și dispozitivele mouse): un nou VC (gol).
va fi folosit pentru introducerea de la tastatură pe mașina locală și secvența Ctrl-Alt-F* va fi
disponibil pentru a schimba la un alt VC (posibil înapoi la o altă sesiune X care rulează pe local
mașinărie). Utilizarea Ctrl-Alt-Backspace pe VC gol va încheia sesiunea Xdmx și
reveni la VC inițial.

Acest exemplu folosește fișierul de configurare afișat în secțiunea anterioară:
Xdmx :1 -input :0 +xinerama -configfile nume de fișier -config example2
Cu această linie de fișier de configurare:
opțiunea -input :0 +xinerama;
linia de comandă poate fi scurtată la:
Xdmx :1 -configfile nume de fișier -config example2

UTILIZAREA THE USB DISPOZITIV DRIVERE

Driverele de dispozitiv USB folosesc dispozitivele numite /dev/input/event0, /dev/input/event1, Etc
sub Linux. Aceste dispozitive sunt conduse folosind evdev Modulul kernel Linux, care face parte
a suitei ascunse. Vă rugăm să rețineți că, dacă încărcați mousedev or kbddev Linux kernel
module, apoi dispozitivele USB vor apărea ca dispozitive de intrare Linux de bază și nu veți putea
pentru a alege între utilizarea dispozitivului numai ca un Xdmx dispozitiv de bază sau un Xdmx Extensia XInput
dispozitiv. În plus, este posibil să nu puteți descărca fișierul mousedev Modulul nucleului Linux dacă XFree86
este configurat pentru utilizare /dev/input/mice ca dispozitiv de intrare (acest lucru este destul de util pentru laptop
utilizatori și este configurat implicit în unele distribuții Linux, dar ar trebui schimbat dacă
Dispozitivele USB trebuie utilizate cu Xdmx).

Driverele de dispozitiv USB caută prin dispozitivele Linux primul mouse, tastatură sau
dispozitiv Linux fără mouse și fără tastatură și utilizați acel dispozitiv.

KEYBOARD INIȚIALIZARE

If Xdmx a fost invocat cu -xkb sau a fost nu compilat pentru a utiliza extensia XKEYBOARD, apoi a
tastatura de pe un backend sau consolă va fi inițializată folosind harta pe care serverul gazdă X
ofera.

Dacă extensia XKEYBOARD este folosită pentru ambele Xdmx și serverul gazdă X pentru tastatură
(adică, backend-ul sau serverul consolei X), atunci se va obține tipul de tastatură
de pe serverul gazdă X și tastatura de sub Xdmx va fi initializat cu asta
informație. În caz contrar, tipul implicit de tastatură va fi inițializat. În ambele cazuri,
harta de pe serverul gazdă X va nu fi folosit. Aceasta înseamnă că inițial diferit
comportamentul poate fi observat cu și fără XKEYBOARD. Rezultatele consecvente și așteptate vor fi
obtinut prin rularea XKEYBOARD pe toate serverele si prin evitarea utilizarii xmodmap pe
servere backend sau console X înainte de pornire Xdmx.

If -xkbmap este specificat pe Xdmx linia de comandă, atunci harta va fi utilizată în prezent pentru
toate tastaturile.

MULTIPLU CORE TASTATURI

X nu a fost proiectat să accepte mai multe tastaturi de bază. In orice caz, Xdmx oferă unele
suport pentru mai multe tastaturi de bază. Cele mai bune rezultate vor fi obținute dacă toate
tastaturile sunt de același tip și folosesc aceeași hartă de tastatură. Pentru că serverul X
transmite informații brute despre codul cheii clientului X, simboluri cheie pentru tastaturi cu diferite
hărțile tastelor ar fi diferite dacă codul tastei pentru fiecare tastatură ar fi trimis fără traducere
către client. Prin urmare, Xdmx va încerca să traducă codul cheii dintr-un nucleu
tastatură la codul tastei pentru cheia cu același simbol al tastei primul tastatură de bază
care a fost încărcat. Dacă simbolul cheie apare pe ambele hărți, rezultatele vor fi așteptate.
În caz contrar, a doua tastatură de bază va returna un simbol al tastei NoSymbol pentru unele taste care
ar fi fost tradus dacă ar fi fost prima tastatură de bază.

Utilizați Xdmx online folosind serviciile onworks.net