Xdmx - En ligne dans le Cloud

PROGRAMME:

Nom

Xdmx - Serveur X multi-têtes distribué

SYNOPSIS

Xdmx [:affichage] [option ...]

DESCRIPTION

Xdmx est un serveur proxy X qui utilise un ou plusieurs autres serveurs X comme périphériques d'affichage. Ce
fournit une fonctionnalité X multi-têtes pour les écrans qui peuvent être situés sur différents
les machines. Xdmx fonctionne comme un serveur X frontal qui agit comme un proxy vers un ensemble de back-
fin des serveurs X. Tout le rendu visible est transmis aux serveurs X principaux. Clients
connecter à l' Xdmx front-end, et tout apparaît comme dans un multi-tête ordinaire
configuration. Si Xinerama est activé (par exemple, avec +xinérama sur la ligne de commande), le
les clients voient un seul grand écran.

Xdmx communique avec les serveurs back-end X à l'aide du protocole X11 standard et
et/ou des extensions de serveur X couramment disponibles.

OPTIONS

En plus des options de serveur X normales décrites dans le Serveur X(1) page de manuel, Xdmx
accepte les commutateurs de ligne de commande suivants :

-afficher Afficher un nom
Ceci spécifie le(s) nom(s) du ou des écrans du serveur X principal auxquels se connecter.
Cette option peut être spécifiée plusieurs fois pour se connecter à plus d'un back-end
affichage. Le premier est utilisé comme écran 0, le second comme écran 1, etc. Si ce
l'option est omise, le $AFFICHAGE La variable d'environnement est utilisée comme unique back-
fin de l'affichage du serveur X.

-xentrée la source d'entrée
Ceci spécifie la source à utiliser pour les périphériques d'extension XInput. Les choix sont
le même que pour -saisir , décrit ci-dessous, sauf que les périphériques principaux sur le backend
les serveurs ne peuvent pas être traités comme des périphériques d'extension XInput. (Bien que l'extension
les périphériques sur les serveurs backend et de console sont pris en charge en tant que périphériques d'extension sous
Xdmx).

-saisir la source d'entrée
Ceci spécifie la source à utiliser pour les périphériques d'entrée principaux. Les choix sont :

mannequin
Un ensemble de pilotes d'entrée de noyau factices est utilisé. Ceux-ci ne génèrent jamais d'entrée
événements.

locales
Le clavier brut et le pointeur de l'ordinateur local sont utilisés. Une virgule-
une liste séparée de noms de pilotes peut être ajoutée. Par exemple, pour sélectionner le
exemple d'utilisation du clavier Linux et du pilote de souris PS/2 : -saisir local, kbd, ps2L’
les pilotes suivants ont été implémentés pour Linux : kbd, ms (un
Pilote de souris Microsoft), ps2 (un pilote de souris PS/2), usb-mou (une souris USB
pilote), usb-kbd (un pilote de clavier USB) et usb-oth (un non-clavier USB,
non-pilote de souris). Des pilotes supplémentaires peuvent être implémentés à l'avenir.
Les valeurs par défaut appropriées seront utilisées si aucune liste séparée par des virgules n'est fournie.

Afficher un nom
Si le nom d'affichage est un serveur principal, les événements d'entrée principaux sont pris
du serveur spécifié. Sinon, une fenêtre de console s'ouvrira sur le
affichage spécifié.

Si la Afficher un nom est suivi de ",xi" puis des périphériques d'extension XInput sur le
l'affichage sera utilisé comme Xdmx Périphériques d'extension XInput. Si la Afficher un nom is
suivi de ",noxi", puis les périphériques d'extension XInput sur l'écran seront pas be
utilisée comme Xdmx Périphériques d'extension XInput. Actuellement, la valeur par défaut est ",xi".

Si la Afficher un nom est suivi de ",console" et le Afficher un nom se réfère à un
affichage qui est utilisé comme affichage principal, alors une fenêtre de console sera
ouvert sur cet écran et mes cet affichage sera traité comme un affichage principal.
Sinon (ou si ",noconsole" est utilisé), l'affichage sera traité purement comme
un backend ou un affichage de console, comme décrit ci-dessus.

Si la Afficher un nom est suivi de ",windows", puis des contours des fenêtres sur
le backend sera affiché dans la fenêtre de la console. Sinon (ou si
",nowindows" est utilisé), la fenêtre de la console n'affichera pas les contours de
fenêtres principales. (Cette option s'applique uniquement à l'entrée de la console.)

Si la Afficher un nom est suivi de ",xkb", puis les 1 à 3 virgules suivantes
des paramètres séparés spécifieront les codes clés, les symboles et la géométrie du
clavier pour ce périphérique d'entrée. Par exemple, ",xkb,xfree86,pc104" sera
spécifier que les keycodes "xfree86" et les symboles "pc104" doivent être utilisés pour
initialiser le clavier. Pour un clavier SGI, ",xkb,sgi/indy(pc102)" peut être
utile. Une liste de codes-clés, de symboles et de géométries peut être trouvée dans
/usr/share/X11/xkb. Utilisation de codes clés, de symboles et de géométries pour XKB
la configuration est dépréciée au profit des règles, de la disposition, du modèle, de la variante et
paramètres d'options disponibles via le commutateur de ligne de commande -param. Si cette option
n'est pas spécifié, le périphérique d'entrée sera interrogé, peut-être en utilisant le
Extension XKEYBOARD.

Si cette option n'est pas spécifiée, la source d'entrée par défaut est le premier back-end
serveur (celui utilisé pour l'écran 0). La fenêtre de la console montre la disposition des
affichage(s) principal(aux) et mouvements du pointeur et pressions sur les touches dans la console
sera utilisé comme périphérique d'entrée principal.

Plusieurs touches de fonction spéciales sont actives, selon la source d'entrée :

Ctrl-Alt-q mettra fin au Xdmx serveur dans tous les modes.

Ctrl-Alt-g basculera une capture de serveur en mode console (un curseur spécial,
actuellement une araignée, est utilisé pour indiquer une capture de serveur active).

Ctrl-Alt-f basculera le mouvement à grain fin en mode console (un curseur spécial,
actuellement un réticule, est utilisé pour indiquer ce mode). Si ce mode est
combiné avec une capture de serveur, le curseur aura 4 lignes au lieu de
seulement 2.

Ctrl-Alt-F1 à travers Ctrl-Alt-F12 passera à un autre VC en local (brut)
mode.

-pas de multicurseur
Cette option désactive la prise en charge de l'affichage de plusieurs curseurs sur le dos superposé.
affichages de fin. Cette option est disponible à des fins de test et d'analyse comparative.

-chemin de la police
Cette option définit le Xdmx chemin de police par défaut du serveur. Cette option peut être
spécifié plusieurs fois pour s'adapter à plusieurs chemins de police. Voir le POLICE Les chemins
section ci-dessous pour des informations très importantes concernant la définition de la police par défaut
chemin.

-fichierconfig nom de fichier
Spécifiez le fichier de configuration qui doit être lu. Notez que si le -afficher
l'option de ligne de commande est utilisée, le fichier de configuration sera ignoré.

-config prénom
Spécifiez une configuration à utiliser. Les prénom sera le nom suivant le virtuel
mot-clé dans le fichier de configuration.

-stat intervalle écrans
Cette option permet l'affichage des statistiques de performances. L'intervalle est dans
secondes. Les écrans représentent le nombre d'écrans principaux pour lesquels les données
est imprimé à chaque intervalle. Spécifier 0 pour les écrans affichera les données pour tous
Écrans.

Pour chaque écran, les informations suivantes sont imprimées : le numéro d'écran, un
nombre absolu du nombre d'appels XSync() effectués (SyncCount), le taux de ces
appels au cours de l'intervalle précédent (Sync/s), le temps moyen aller-retour (en
microsecondes) des 10 derniers appels XSync() (avSync), le temps d'aller-retour maximal
(en microsecondes) des 10 derniers appels XSync (mxSync), le nombre moyen de
Requêtes XSync() en attente mais pas encore traitées pour chacune des 10 dernières
appels XSync() traités, le nombre maximum de requêtes XSync() en attente
mais pas encore traité pour chacun des 10 derniers appels XSync() traités, et un
histogramme montrant la distribution des temps de tous les appels XSync() qui
ont été faites au cours de l'intervalle précédent.

(La longueur de la moyenne mobile et le nombre et la valeur des cases de l'histogramme sont
configurable au moment de la compilation dans le dmxstat.h En tête de fichier.)

-syncbatch intervalle
Cette option définit le intervalle en millisecondes pour le traitement par lots XSync(). Un intervalle
inférieur ou égal à 0 désactivera le traitement par lots XSync(). Le défaut intervalle is
100 ms.

-nooffscreenopt
Cette option désactive l'optimisation hors écran. Depuis la création de la fenêtre paresseuse
l'optimisation nécessite l'activation de l'optimisation hors écran, cette option
désactiver également l'optimisation de la création de fenêtre paresseuse.

-nowindowopter
Cette option désactive l'optimisation de la création de fenêtre paresseuse.

-nosubdivprims
Cette option désactive l'optimisation de subdivision primitive.

-noxkb Désactivez l'utilisation de l'extension XKB pour la communication avec les écrans principaux.
(Combiner avec -ko pour désactiver toute utilisation de XKB.)

-profondeur int
Cette option définit la profondeur par défaut de la fenêtre racine. Lors du choix d'un visuel par défaut
parmi ceux disponibles sur le serveur X back-end, le premier visuel avec qui correspond
la profondeur spécifiée est utilisée.

Cette option peut être combinée avec la -cc option, qui spécifie la couleur par défaut
classe visuelle, pour forcer l'utilisation d'une classe de profondeur et de couleur spécifique pour la racine
fenêtre.

-norender
Cette option désactive l'extension RENDER.

-noglxproxy
Cette option désactive le proxy GLX -- l'implémentation de l'extension GLX intégrée qui
est compatible DMX.

-noglxswapgroup
Cette option désactive les extensions de groupe d'échange et de barrière d'échange dans le proxy GLX.

-glxsyncswap
Cette option permet la synchronisation après un appel de tampons d'échange en attendant que tous
Le protocole X a été traité. Lorsqu'un client émet une requête glXSwapBuffers,
Les relais Xdmx qui demandent à chaque serveur X principal, et ces demandes sont
mis en mémoire tampon avec toutes les autres demandes de protocole. Cependant, dans les systèmes qui ont
grands tampons réseau, cette mise en mémoire tampon peut conduire à l'ensemble de serveurs X back-end
gérer la demande de tampons d'échange de manière asynchrone. Avec cette option, un XSync()
la demande est envoyée à chaque serveur X principal après l'envoi des tampons d'échange
demander. Les requêtes XSync() videront tous les protocoles mis en mémoire tampon (y compris le
demandes d'échange de tampons) et attendez que les serveurs X principaux aient traité ces
demandes avant de continuer. Cette option n'attend pas que toutes les commandes GL aient
ont été traitées, il peut donc y avoir des commandes précédemment émises qui sont toujours en cours
traité dans le tube GL lorsque la requête XSync() revient. Voir le -glxfinishswap
ci-dessous si Xdmx doit attendre que les commandes GL aient été traitées.

-glxfinishswap
Cette option permet la synchronisation après un appel de tampons d'échange en attendant que tous
Les commandes GL ont été exécutées. C'est similaire au -glxsyncswap option ci-dessus ;
cependant, au lieu d'émettre un XSync(), il envoie une requête glFinish() à chaque
serveur X principal après l'envoi des demandes de tampons d'échange. La requête glFinish()
videra toutes les demandes de protocole mises en mémoire tampon, traitera à la fois les demandes X et GL, et
attendez que toutes les commandes GL précédemment appelées soient terminées avant de revenir.

-ignorer les mauvais chemins de police
Cette option ignore les chemins de polices qui ne sont pas disponibles sur tous les serveurs principaux en
en supprimant le(s) chemin(s) de police incorrect(s) de la liste des chemins de police par défaut. Si aucune police valide
les chemins sont laissés après avoir supprimé les mauvais chemins, une erreur à cet effet est imprimée dans
le journal.

-ajoutersupprimer les écrans
Cette option permet l'ajout et la suppression dynamiques d'écrans, ce qui est désactivé
par défaut. Notez que GLXProxy et Render ne prennent pas encore en charge l'ajout dynamique et
suppression des écrans, et doit être désactivé via le -noglxproxy et mes -norender commander
options de ligne décrites ci-dessus.

-param Cette option spécifie les paramètres sur la ligne de commande. Actuellement, seuls les paramètres
traitant de la configuration XKEYBOARD sont pris en charge. Ces paramètres s'appliquent uniquement
au clavier principal. Les valeurs des paramètres dépendent de l'installation. S'il te plait regarde
/usr/share/X11/xkb ou un répertoire similaire pour des informations complètes.

XkbRègles
La valeur par défaut est "evdev". D'autres valeurs peuvent inclure "sgi" et "sun".

XkbModèle
La valeur par défaut est « pc105 ». Lorsqu'elles sont utilisées avec des règles "de base", d'autres valeurs peuvent
inclure "pc102", "pc104", "microsoft", et bien d'autres. Lorsqu'il est utilisé avec
règles "soleil", d'autres valeurs peuvent inclure "type4" et "type5".

XkbLayout
La valeur par défaut est "nous". D'autres codes de pays et "dvorak" sont généralement disponibles.

XkbVariante
La valeur par défaut est "".

XkbOptions
La valeur par défaut est "".

CONFIGURATION DOSSIER GRAMMAIRE

Les mots et jetons suivants sont réservés :
virtuel l’affichage wall option arrêter { } ; #

Les commentaires commencent par un # marquer et prolonger jusqu'à la fin de la ligne. Ils peuvent apparaître n'importe où.
Si un fichier de configuration est lu dans xdmxconfig, les commentaires dans ce fichier seront
conservé, mais ne sera pas modifiable.

La grammaire est la suivante :
liste-virtuelle ::= [ liste-virtuelle ] | virtuel

virtuel ::= virtuel [ nom ] [ faible ] { dw-liste }

dw-liste ::= [ dw-liste ] | dw

dw ::= afficher | mur | option

afficher ::= l’affichage nom [ géométrie ] [ / géométrie ] [ origine ] ;

mur ::= wall [ dim ] [ dim ] liste de noms ;

choix ::= option liste de nom ;

paramètre ::= arrêter liste de nom ;

paramètre ::= arrêter { liste-param }

liste-param ::= [ liste-param ] | liste de nom ;

liste-noms ::= [ liste-noms ] | Nom

nom ::= chaîne | chaîne entre guillemets

dim ::= entier x entier

géométrie ::= [ entier x entier ] [ entier-signé entier-signé ]

origine ::= @ entier x entier

Le nom suivant virtuel est utilisé comme identifiant pour la configuration, et peut être
transmis à Xdmx en utilisant l' -config option de ligne de commande. Le nom d'un affichage doit être
nom d'affichage standard X, bien qu'aucune vérification ne soit effectuée (par exemple, "machine:0").

Pour les noms, les guillemets doubles sont facultatifs, sauf si le nom est réservé ou contient des espaces.

La première dimension qui suit wall est la dimension pour le carrelage (par exemple, 2x4 ou 4x4). Les
deuxième dimension suivant wall est la dimension de chaque écran dans le mur (par exemple,
1280x1024).

La première géométrie suivante l’affichage est la géométrie de la fenêtre d'écran sur le backend
serveur. La deuxième géométrie, qui est toujours précédée d'une barre oblique, est la géométrie du
fenêtre racine. Par défaut, la fenêtre racine a la même géométrie que la fenêtre écran.

Pour option peut être utilisé pour spécifier n'importe quelle option de ligne de commande (par exemple, -saisir). (Ce
ne peut pas être utilisé pour spécifier le nom de l'affichage frontal.) La ligne d'option est
traité une fois au démarrage du serveur, juste des options de ligne de commande en ligne. Ce comportement peut être
inattendu.

CONFIGURATION DOSSIER EXEMPLES

Deux écrans utilisés pour un bureau peuvent être spécifiés dans l'un des formats suivants :
exemple virtuel0 {
afficher d0:0 1280x1024 @0x0 ;
afficher d1:0 1280x1024 @1280x0 ;
}

exemple virtuel1 {
afficher d0:0 1280x1024 ;
afficher d1:0 @1280x0 ;
}

exemple virtuel2 {
afficher "d0:0" ;
afficher "d1:0" @1280x0 ;
}

exemple virtuel3 { mur 2x1 d0:0 d1:0; }
Un mur 4x4 de 16 écrans au total peut être spécifié comme suit (si aucune dimension de carrelage n'est
spécifié, un carré approximatif est utilisé):
exemple virtuel4 {
mur 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 jj:0 de:0 df:0 ;
}

POLICE Les chemins

Le chemin de la police utilisé par le Xdmx le serveur frontal sera propagé à chaque back-end
serveur, ce qui nécessite que chaque serveur principal ait accès aux mêmes chemins de polices
en tant que serveur frontal. Cela peut être plus facilement géré en utilisant un serveur de polices
(par exemple, xfs) ou en montant à distance les chemins de police sur chaque serveur principal, puis
régler le Xdmx chemin de police par défaut du serveur avec l'option de ligne de commande -I "-fontpath"
décrit ci-dessus.

Par exemple, si vous spécifiez un chemin de police avec la ligne de commande suivante :
Xdmx :1 -display d0:0 -fontpath /usr/fonts/75dpi/ -fontpath /usr/fonts/Type1/
+xinérama
Ensuite, /usr/fonts/75dpi/ et /usr/fonts/Type1/ doivent être des chemins de police valides sur le Xdmx serveur
et tout le serveur principal, qui est d0 dans cet exemple.

Les serveurs de polices peuvent également être spécifiés avec le -chemin de la police option. Par exemple, supposons
qu'un serveur de polices correctement configuré s'exécute sur l'hôte d0. Ensuite, la commande suivante
en ligne
Xdmx :1 -affichage d0:0 -affichage d1:0 -fontpath tcp/d0:7100 +xinerama
va initialiser le front-end Xdmx serveur et chacun des serveurs principaux pour utiliser la police
serveur au j0.

Certaines polices peuvent ne pas être prises en charge par les serveurs frontaux ou principaux. Pour
exemple, supposons que le front-end Xdmx serveur inclut les polices de prise en charge Type1, mais l'une des
les serveurs principaux ne le font pas. Supposons également que le chemin de police par défaut pour Xdmx
inclut les polices Type1 dans son chemin de police. Puis quand Xdmx initialise le chemin de police par défaut
pour charger la police par défaut, le chemin de la police qui inclut les polices Type1 (avec les autres
chemins de police par défaut utilisés par le Xdmx serveur) est envoyé au serveur principal qui
ne peut pas gérer les polices Type1. Ce serveur principal rejette ensuite le chemin de la police et envoie un
erreur de retour au Xdmx serveur. Xdmx puis imprime un message d'erreur et se ferme car il
n'a pas réussi à définir le chemin de la police par défaut et n'a pas pu charger la police par défaut.

Pour corriger cette erreur, le chemin de police incriminé doit être supprimé du chemin de police par défaut en
en utilisant un autre -chemin de la police commande option de ligne.

Pour -chemin de la police L'option peut également être ajoutée au fichier de configuration comme décrit ci-dessus.

LIGNE DE COMMANDE EXEMPLES

Les machines principales sont d0 et d1, l'entrée principale provient du pointeur et du clavier attachés
à d0, les clients feront référence à :1 lors de l'ouverture des fenêtres :
Xdmx :1 -affichage d0:0 -affichage d1:0 +xinerama

Comme ci-dessus, sauf avec l'entrée principale de d1 :
Xdmx :1 -affichage d0:0 -affichage d1:0 -entrée d1:0 +xinerama

Comme ci-dessus, sauf avec l'entrée principale d'une fenêtre de console sur l'affichage local :
Xdmx :1 -affichage d0:0 -affichage d1:0 -entrée :0 +xinerama

Comme ci-dessus, sauf avec l'entrée principale du clavier et de la souris locaux :
Xdmx :1 -affichage d0:0 -affichage d1:0 -entrée locale,kbd,ps2 +xinerama
Notez que l'entrée locale peut être utilisée sous Linux pendant qu'une autre session X s'exécute sur :0
(en supposant que l'utilisateur puisse accéder aux périphériques tty et souris de la console Linux) : un nouveau VC (vide)
sera utilisé pour la saisie au clavier sur la machine locale et la séquence Ctrl-Alt-F* sera
disponible pour passer à un autre VC (éventuellement revenir à une autre session X s'exécutant sur le
machine). L'utilisation de Ctrl-Alt-Backspace sur le VC vierge mettra fin à la session Xdmx et
revenir au VC d'origine.

Cet exemple utilise le fichier de configuration présenté dans la section précédente :
Xdmx :1 -input :0 +xinerama -configfile nom de fichier -config example2
Avec cette ligne de fichier de configuration :
option -entrée :0 +xinerama;
la ligne de commande peut être raccourcie en :
Xdmx :1 -configfile nom de fichier -config example2

EN UTILISANT THE USB DISPOSITIF PILOTES

Les pilotes de périphérique USB utilisent les périphériques appelés /dev/entrée/événement0, /dev/entrée/événement1, etc.
sous Linux. Ces appareils sont pilotés à l'aide du evdev module du noyau Linux, qui fait partie
de la suite cachée. Veuillez noter que si vous chargez le sourisdev or kbddev noyau Linux
modules, alors les périphériques USB apparaîtront comme périphériques d'entrée Linux principaux et vous ne pourrez pas
pour choisir entre utiliser l'appareil uniquement comme Xdmx dispositif principal ou un Xdmx Extension d'entrée X
dispositif. De plus, il se peut que vous ne puissiez pas décharger le sourisdev module du noyau Linux si XFree86
est configuré pour utiliser /dev/entrée/souris comme périphérique d'entrée (cela est très utile pour un ordinateur portable
utilisateurs et est configuré par défaut sous certaines distributions Linux, mais doit être modifié si
Les périphériques USB doivent être utilisés avec Xdmx).

Les pilotes de périphérique USB recherchent dans les périphériques Linux la première souris, clavier ou
périphérique Linux sans souris ni clavier et utilisez ce périphérique.

CLAVIER INITIALISATION

If Xdmx a été invoqué avec -xkb ou était pas compilé pour utiliser l'extension XKEYBOARD, puis un
clavier sur un backend ou une console sera initialisé en utilisant la carte que le serveur X hôte
offre.

Si l'extension XKEYBOARD est utilisée pour les deux Xdmx et le serveur hôte X pour le clavier
(c'est-à-dire le serveur backend ou console X), alors le type de clavier sera obtenu
depuis le serveur hôte X et le clavier sous Xdmx sera initialisé avec ça
informations. Sinon, le type de clavier par défaut sera initialisé. Dans les deux cas,
la carte du serveur hôte X sera pas être utilisé. Cela signifie que différentes initiales
le comportement peut être noté avec et sans XKEYBOARD. Des résultats cohérents et attendus seront
obtenu en exécutant XKEYBOARD sur tous les serveurs et en évitant l'utilisation de xmodmap sur le
serveurs backend ou console X avant de démarrer Xdmx.

If -xkbmap est spécifié sur le Xdmx ligne de commande, alors cette carte sera actuellement utilisée pour
tous les claviers.

PLUSIEURS CORE CLAVIERS

X n'a ​​pas été conçu pour prendre en charge plusieurs claviers principaux. Cependant, Xdmx fournit certains
prise en charge de plusieurs claviers principaux. Les meilleurs résultats seront obtenus si tous les
les claviers sont du même type et utilisent la même configuration de clavier. Parce que le serveur X
transmet les informations de code de clé brutes au client X, les symboles de clé pour les claviers avec différents
les mappes de touches seraient différentes si le code de touche de chaque clavier était envoyé sans traduction
au client. Par conséquent, Xdmx tentera de traduire le code de la clé à partir d'un noyau
clavier au code de touche de la touche avec le même symbole de touche que le premier clavier de base
qui était chargé. Si le symbole de la clé apparaît dans les deux cartes, les résultats seront attendus.
Sinon, le deuxième clavier principal renverra un symbole de touche NoSymbol pour certaines touches qui
aurait été traduit s'il s'agissait du premier clavier principal.

Utilisez Xdmx en ligne à l'aide des services onworks.net