Ca a un rapport avec le réseau? Ou c'est juste pour désigner un fournisseur de services?

[jfdsdjhfuetppo]--Message édité par Ace17--[/jfdsdjhfuetppo]

parce que c'est un serveur.
plusieurs posts/utilisateurs peuvent se connecter dessus, en local ou depuis un autre machine.

[jfdsdjhfuetppo]--Message édité par 911GT3--[/jfdsdjhfuetppo]

Parce que par définition c'est véritablement un serveur, et il peut avoir des clients.
 
edit: chuis pas clair et en plus je me suis fais griller

[jfdsdjhfuetppo]--Message édité par nicool--[/jfdsdjhfuetppo]

A quoi ca sert? C'est juste une interface graphique non X-Window?

X-Window est la partie graphique de Linux (unix aussi), compossé d'un serveur et d'un client (ou plus)
fait une recherche sur google pour en savoir +

Bon j'ai trouvé un lien sympa, donc si y'en a d'autre qui se posaient la meme question......
http://www.lea-linux.org/xwindow/x.php3

ca remonte a l'époque ou les terminaux X étaient plus répandus, nottament en environnement universitaire...
un serveur X permettait de fournir un affichage graphique a de multiples personnnes

Ah non ! Le serveur X, quand on a un terminal X, est sur le terminal, le serveur central est appelé serveur de sessions.
 
On va essayer de faire simple : le serveur X se lance, il initialise l'écran, et se prépare à afficher des trucs. Puis il se met en attente de clients. À l'origine, les clients ne pouvaient se connecter que par le réseau ; maintenant, ils peuvent aussi utiliser les sockets unix, et les extensions Xfree (Xshm, DGA, XVideo...), mais ça ne change pas grand-chose au schmilblick.
 
Ensuite, les clients se connectent. Le premier, c'est le window manager, puis les applications se connectent aussi. Le protocole est vraiment orienté réseau, avec des communications : dans un sens, le client dit au serveur « affiche-moi un rectangle, dessine ça dedans, mets une icône là... » et le serveur envoie des évènements au client « on a appuyé sur la touche K, la souris a bougé, elle est là, on a cliqué là... ».
 
Comme c'est orienté réseau, c'est extrêmement souple, et grâce aux extensions Xfree c'est également très rapide. L'intérêt du réseau se ressent principalement dans deux cas :
1) Si on met un terminal X, c'est uniquement un serveur X qui tourne ; il envoie au serveur de sessions un signal par un protocole appelé XDMCP, qui dit « lance une session sur mon affichage ». Le serveur de sessions lance alors ses clients via le réseau ; du point de vue de l'utilisateur, c'est invisible : les applications sont exécutées sur le serveur de sessions et affichées sur le terminal.
2) Si je me connecte sur une machine distante, il est possible d'exécuter une application graphique à distance et de la faire se connecter, directement ou par un tunnel (comme c'est un flux, on peut le faire passer par n'importe quoi) pour qu'elle s'affiche sur mon écran.
 
L'ensemble est assorti d'une politique de sécurité (xhost et son remplaçant xauth) qui évite que n'importe qui puisse se connecter au serveur et afficher des trucs dessus.

 
C'est quoi tout ca? C'est pas du réseau?

tu devrais lire le dernier Login HS spécial admin réseau
 
 
XFree respecte le client serveur.
un truc marrant, désactive le support du réseau dans le noyau et XFree ne pourra plus se lancer.
 
tu lances le serveur X. il tourne ( tu ne verras rien ). puis le cntée ( souris, clavier, events ) et le serveur envoie la réponse notamment en disant où dessiner koi. Intérêt ?
bon je prends un big ordi bien puissant avec un gros disque dur.
je prends 10 ordi de merde avec peu d'espace disque ( voir carrément sans disque dur ). Ces merdes seront apellés des terminaux X.
pour lancer une session graphique le terminal graphique lancera
 le client X qui se connectera sur le serveur et soccupera de l'affichage.
Mieux je peux tout faire comme d'hab en supposant que le réseau supporte le débit.
ainsi une vielle merde de P75 me permet de travailler sous Gimp et POVRay sans pb. pkoi ? parce que tout est fait sur le serveur
 
je me souviens qu'a l'INSA il y a 4 ans les ordis sous sparc dans la salle d'info n'étaient pas reliés à internet.
alors on se connectait via telnet sur le serveur ( ra ), on faisait un export display ( dire au serveur d'afficher sur la bécane dont l'adresse IP ou nom est spécifié ) puis on lancait netscape et il s'affichait sur notre écran. Ensuite on naviguait sur internet. En effet netscape était lancer sur ra qui avait la connection internet mais l'affichage se faisait sur notre ordi.
Ce qui marche pour le serveur d'a côté est aussi valable pour l'ordi se trouvant à 2000km ! bon bien sûr il faut faire attention au débit car pas mal de données transitent.
Pour la recherche c'est le top.
le chercheur se trouvant à Paris se connecte sur le serveur X du simulateur de l'accélérateur de particules et lance une simulation et vois les résultats s'afficher.
pour autoriser un client a se connecter ion utilise la commande xhost ( xhost + pour autoriser mais là c'est tout le monde, pas bien, ou xhost - pour interdire l'accès ). Il faut bien sûr que X écoute sur la carte réseau ( port 6000 )
 
le pire c'est que c'est multiplateforme ! ainsi mon gros calculateur/simulateur de la mort ki tue se trouve par exemple sous Sun UltraSparc Solaris. Depuis mon client linux ( voire windows si tu choppe un serveur X pour win ) je me connecte dessus et lances ma session/applis graphiques et vois mes résultats. le pied.
Mais cela a aussi des inconvénients ...
 
http://www.rahul.net/kenton/xsites.framed.html
http://catalog.com/hopkins/unix-ha [...] aster.html
http://www.xfree86.org/~keithp/talks/randr/randr/
http://www.xfree86.org/~keithp/talks/render
http://www.xfree86.org/pipermail/r [...] html#start
 
 
 
 
http://www.freenix.org/unix/linux/ [...] html#ss1.1

[jfdsdjhfuetppo]--Message édité par Dark_Schneider--[/jfdsdjhfuetppo]

Non. Enfin les sockets unix, si, c'est quasiment la même chose. Par contre, avec Xfree, le client détecte s'il tourne sur la même machine que le serveur, et peut demander des extensions pour accélérer la communication. Comme ça, on conserve la portabilité tout en permettant des choses comme l'accès direct à la mémoire vidéo (DGA), ou à l'accélération YUV (XVideo). Il y a aussi des extensions qui passent à travers le réseau, pour avoir des fonctionnalités en plus (l'anti-aliasing avec Render est un exemple).
 

Je trouve que ça reste raisonnable. C'est même encore le moyen le plus rapide de faire passer de l'affichage par le réseau (compare à VNC, Terminal server ou Berlin, tiens). D'expérience, on peut très bien faire passer une fenêtre maple ou une session complète Windows 2000 par X sur un modem 56k.
 

OH ! Il ne faut jamais jamais jamais utiliser xhost. Avec xauth, en utilisant les Magic Cookies, il est très simple de faire la même chose. En général, on passe la session X par dessus ssh, qui s'occupe de gérer tout ça tout seul, de façon sécurisée. Pour un terminal X, xdmcp s'occupe également de ça tout seul, tout passe par des magic cookies.

[jfdsdjhfuetppo]--Message édité par Jar Jar--[/jfdsdjhfuetppo]

en effet xauth ( cf le man de XFree ) mais là c'est un peu plus compliqué.
mais il est vrai que c'est pratique avec un tunnel ssh.
 
concernant le débit, il est quand même important, c'est d'ailleurs pour cela qu'il existe une version compresser du protocol.
 
dans les extensions clientes il ne faut pas oublier DRI !
vous allez me dire, alors impossible de lancer Qèuake 3 sur le quadri Xeon de la salle d'a côté avec la carte 3D de la mortkitue et de voir l'affichage sur ma bécane. si si c'est possible, avec Utah-GLX. Mais bien sûr il y a une perte de perf ( http://utah-glx.sourceforge.net/ ).
Randr permettra encore d'améliorer les choses en améliorant le support des visual et du GC ( Graphic Context ) du client ( http://www.xfree86.org/~keithp/talks/randr/ ). J'attend vivement cette extension car elle permettra de changer de résolution et ce en redimensionnant son bureau.
 
c'est sûr on peut utiliser les sockets Unix, mais comme expliqué ici ( http://catalog.com/hopkins/unix-ha [...] aster.html ) cela pose des pbs. Bcp de personnes veulent abandonner le système du client/serveur ( ce qui entrainera une perte de compatibilité avec les unix et de bcp d'appli ) pour optimiser au max les perfs de X car ils considèrent que les users en desktop on rarement voire jamais besoin de cela.
Bien sûr XFree a tenter de pallier a chacun des pbs qui ont pu être évoqué en forunissant des extensions ( DRI, Xshm, DGA, fbdev, Render, RandR ) mais il est vrai que le core de X se fait viellissant. le but à long terme ( ou moyen ) est de faire basculer les API principales vers Render. render s'occuperai de tout et ce de manière plus optimisé ( http://www.xfree86.org/pipermail/r [...] 00830.html ,  ... )

Dark , c'est un livre ouvert

c'etait juste pour dire que j'ai un terminal X sans dd que je boote avec une D7 et c'est vraiment super!!!
 
je mate utah-glx pour pouvoir jouer a quake3 dessus.....

 
Pourrais tu m'indiquer les éventuels tutoriaux que tu a s suivi pour le configurer ?
Je cherche de la doc sur les différentes possibilitées de réaliser un terminal X, dans le but d'en faire un aussi ...
 
A+

oula je me rappelles plus exactement....
 
ca doit etre le nfs-root howto et le X-terminal howto
 
si tu as besoin d'infos hesites pas a me contacter par mp ou icq

Ok merci !
 
Je vais dejà lire tout ca .... et au moment de passer à la réalisation j'aurais certainement besoin de ton aide
 
A+