Forum général.général dual screen : un xorg indépendant par écran

Posté par .
Tags : aucun
3
11
mai
2009
Bonjour,

je vais vous expliquer mon problème.

J'ai deux personnes appelons les Toto et Titi. Toto et Titi doivent travailler sur un ordinateur. Ils doivent aussi avoir une petite base de données en commun. Toto et Titi utilisent la même application. Cette application ne demande pas beaucoup de ressources (mise à par la petite base de données commune).

Pour mettre tout ça en place, la première idée qui viens à l'esprit (généralement) serait en mettre en place un système de client/serveur. Les clients sont Toto et Titi. Le serveur contiendrais la base de données.

D'accord mais dans mon cas, cette solution est couteuse. La connexion entre les clients et le serveur n'est pas simple à mettre en place (contraintes de terrain). Ce plus cette architecture demande l'utilisation de trois ordinateurs.

Il m'est alors venu une idée. Vu que la base de données n'est pas très conséquente, elle peut tenir dans SQLite. Les applications qu'utilisent Toto et Titi ne sont pas gourmandes en ressources non plus.
Pourquoi ne pas utiliser qu'un seul ordinateur, avec un utilisateur d'enregistré disons Tata.
Brancher deux écran sur cet ordinateur et, lancer un xorg par écran depuis l'utilisateur Tata.

De cette manière, Toto et Titi ont bien une base de données en commun, sans passer par un serveur. Malgré tout, ils peuvent travailler tout les deux indépendamment sans se gêner l'un l'autre.

Que pensez-vous de mon idée ? Est-elle réalisable ?
Parce-que lancer deux serveur X sur un même écran je sais faire. Mais, lancer un serveur X par écran je na sais pas trop comment faire.
  • # contraintes...

    Posté par . Évalué à 5.

    D'accord mais dans mon cas, cette solution est couteuse.
    La connexion entre les clients et le serveur n'est pas simple à mettre en place (contraintes de terrain)[1]. Ce plus cette architecture demande l'utilisation de trois ordinateurs.[2]


    [1] = en n'ayant qu'une seule machine tu t'obliges à mettre les 2 utilisateurs dans le meme bureau pour partager la meme unité centrale

    [2] = avec 1 machine un poil rapide (juste une UC en mode serveur), et 2 petits PC style linutop/eeepc, et un affichage deporté (XDMCP) tu dois pouvoir avoir 2 utilisateurs (pour commencer) qui partage la meme unité centrale

    le projet LTSP pour repondre à [2]

    sinon ce que tu veux faire s'appelle du "multiseat"
    ou tu vas avoir 2 claviers, 2 souris, 2 ecrans sur une seule machine
    • [^] # Re: contraintes...

      Posté par . Évalué à 2.

      En effet les deux utilisateurs seront dans le même bureau. Mais, ils doivent être dans le même bureau.
      Si je prend deux petits pc, ces deux ordinateurs seront quasiment côte à côte.

      C'est pour çà que j'ai imaginé mon idée : le multiseat ;)

      Merci d'avoir répondu, je vais regarder la doc. ^^
  • # Multiposte

    Posté par . Évalué à 3.

    Ce que tu décris existe déjà et s'appelle le multiposte

    Ne l'ayant jamais mis en place je fais suivre un lien qui en parle :

    http://www.linux-pour-lesnuls.com/traduc/construire_systeme_(...)
  • # rtfm

    Posté par . Évalué à -4.

    c' est vraiment pas dans mes habitudes, mais là quant même ...
    tu a pas dû beaucoup chercher par toi même avant de venir poser cette question ici ...
    rtfm.
  • # multiseat

    Posté par (page perso) . Évalué à 5.

    Ce que tu cherche s'appelle multiseat. C'est pas très difficile à mettre en place sur un (deux) xorg moderne. Il faut quand même prévoir des difficultés si tu n'as qu'une carte vidéo.

    Mais si ta base de donnée n'est pas très lourde rien ne t'empêche d'utiliser seulement 2 machines clientes, le serveur étant sur l'une des 2.
    • [^] # Re: multiseat

      Posté par . Évalué à 2.

      Je pense que vais plutôt tenter la solution du multiseat.
      Je ne savais pas comment ça s'appelait. J'ai bien fait une invocation de google mais, sans savoir ou chercher c'est difficile d'obtenir de bon résultats.

      Dans l'article donnée par dguihal ils utilisent une carte graphique par utilisateur/écran. Or à l'heure actuelle les cartes graphiques PCI ne courent plus les rues.

      Je vais étudier ce problème, maintenant que je sais ou chercher :P
      • [^] # Re: multiseat

        Posté par . Évalué à 5.

        Le problème avec une seule carte graphique, c'est que Xorg a eu des évolutions récentes qui font que ce n'est plus possible du tout aujourd'hui, cela étant considéré trop complexe à implémenter par rapport aux modifications qu'ils ont apporté au modèle de gestion d'écran. Mais c'était faisable "avant".

        Pour les cartes PCI, il n'y a pas beaucoup de choix mais beaucuop de magasin on quand même souvent un petit modèle qui traîne dans un coin, genre http://www.materiel.net/ctl/Cartes_graphiques/34770-Radeon_H(...)
        • [^] # Re: multiseat

          Posté par . Évalué à 2.

          S'il n'a pas besoin d'une carte à 256mo, on trouve pas mal de choix et moins cher sur ebay. En tout cas je savais pas qu'ils en avait fait des 256 sur PCI.
      • [^] # Re: multiseat

        Posté par . Évalué à 3.

        Les possibilités de Xorg ont changées. Effectivement ce avec quoi on pouvait s' arracher les cheveux hier n' existe plus forcément aujourdhui. Et les cartes graphiques pci ne courent pas les rues effectivement, tout comme d' ailleurs les conf en dual pciexpress...

        Mais mais mais...
        Plutôt que de t' orienter vers du multiseat, je t' oriente vers le mpx :
        Cela implique plusieurs choses :

        1. que l' application voulue soit controlable uniquement avec une souris.
        2. que cette application accepte d' être lancée en plusieurs entités indépendantes (sinon il faut passer par 2 comptes utililsateurs, avec le droit de se servir du même serveur X : facilement faisable dans tout les cas)
        3. que ton xorg soit compilé avec le support du mpx.

        Cela ne prend pas le chemin que tu décris, ni celui du multiseat, mais cela répond à ton besoin : (et en plus àa tombe bien mpx vient d' être 'mergé')
        2 écrans, avec 2 utilisateurs, chacun 'pilotant' son application.
        La conf n' est pas rude à mettre en oeuvre ni côté X ni côté du choix d' utlisation sqlite.

        La différence majeure se situe dans l' utilisation de Xorg : là ou aupravant on pouvait utiliser du multiseat, maintenant on peux utiliser 2 entrées standarts à priori similaire (2 souris) sur le même serveur X.
        Donc tu a un bureau étendu sur 2 écrans, avec 2 souris...

        Réferences :

        vieille vidéo :
        http://wearables.unisa.edu.au/mpx/videos/gimp.mp4

        http://wiki.x.org/wiki/Development/Documentation/MPX

        ;-)

        Cdlt.
        • [^] # Re: multiseat

          Posté par (page perso) . Évalué à 2.

          Bonne idée, mais petit inconvénient, il reste toujours un seul clavier.

          Sinon les cartes mères avec 2 pciexpress en x16 sont trouvables.
          • [^] # Re: multiseat

            Posté par . Évalué à 1.

            J'ai regardé ce que j'avais comme matériel et je pense être en bonne voie.

            Je dispose d'une carte mère avec une carte graphique intégrée (Intel je suppose).
            Je dispose aussi d'une carte graphique dédiée en AGP.
            Il doit y avoir moyen de faire quelque chose avec ça ?

            Sinon l'application que doivent utiliser les personnes est en cour de développement. C'est moi même qui la développe. (A la base je suis développeur mais je me retrouve à faire l'admin système en même temps :P)
            Cette application s'utilise depuis un écran tactile, donc une souris.

            Je ne sais pas encore comment les écran tactiles sont géré avec xorg mais, je ne pense pas que ce soit un gros problème ...
            • [^] # Re: multiseat

              Posté par (page perso) . Évalué à 1.

              Une carte graphique intégrée plus un port AGP, je parie 10 balles que l'utilisation de l'un désactive l'autre.

              Il n'y a pas de problème avec les écrans tactiles avec xorg car ils sont vus comme une souris, juste être sur d'avoir les drivers.
              • [^] # Re: multiseat

                Posté par . Évalué à 2.

                Pas obligatoirement, j'ai une carte mère bas de gamme qui commence à dater un peu avec un duron 1.6 GHz, et je peux parfaitement utiliser la carte intégrée et l'AGP en même temps. Mais c'est vrai que ça ne marche pas toujours, j'ai eu le problème au boulot où l'utilisation d'une des cartes désactivait l'autre.
          • [^] # Re: multiseat

            Posté par . Évalué à 3.

            Il n' a pas exprimé le besoin que ses utilisateurs aient un clavier chacun.
            L' important semble être pour lui :
            Que 2 utilisateurs puissent se servir de l' application sur un seul ordinateur.

            S' il ont besoin de chacun un clavier, au lieu du multiseat (qui est quant même une m**** aujourdhui), mieux s' orienter vers 2 postes : 1 postes normal et un poste léger. C' est il me semble la solution la moins couteuse, tant économiquement directement qu' en terme de temps pour la config.

            non ?
            cdlt.
  • # solution

    Posté par . Évalué à 1.

    Après plusieurs moment d'hésitations et de réflexions j'ai fini par choisir la solution de prendre deux ordinateurs.

    Je ne me suis décidé que cet après midi. Je contexte de mon "réseau" est trop contraignant pour n'utiliser qu'un seul ordinateur.
    Maintenant reste à savoir quel ordinateur choisir.
    J'ai bien pensé à un linutop2 mais, les prix m'a l'aire excessif pour le matériel qu'il y a dedans.
    J'ai aussi pensé à une eeebox.

    Vous avez avis de ce côté ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.