[Linux-bruxelles] RE: Plume - Diskless X Terminal

[Jerome.Warnier at cec.eu.int]

> > > [MISSON Didier]  
> > > 486 ou 486sx donc (avec ou sans copro), et 8 MB ce n'est pas 
> > > un problème !
> > > Je m'attendais à plus..
> > 
> > Mais non, c'est tout con ce qu'on leur demande. En fait, 
> cela dépend plus
> > des performances de ton réseau que de celles des machines.
> > Attention toutefois, à chaque fois que tu lances une 
> application X, elle
> > consomme de la mémoire sur le client en fonction du nombre 
> de couleurs et
> > de
> > sa taille à l'écran, alors si tu utilises plein 
> d'applications en même
> > temps
> > (par exemple avec des bureaux virtuels), tu risques de 
> saturer, et comme
> > nous n'utilisons pas de swap en réseau, il risque de 
> prendre l'initiative
> > de
> > killer toutes tes tâches (dont peut-être le serveur X).
> > A vérifier quand même...
> [MISSON Didier]  
> logique, puisque le PC client (disons, le 486) ne fait que 
> l'affichage... il
> doit au moins avoir la mémoire pour traiter la, ou les pages écrans...
> Mais le nombre d'applications ne doit pas influencer je suppose ? 
Je pense que si, justement. Je pense que X stocke les affichages de chaque
fenêtre pour ne pas les redemander au serveur à chaque fois qu'une
application passe au second plan.
Mais ça reste à vérifier.
> Par contre, les écrans virtuels, c'est logique que ça 
> consomme, si le swap
> d'un écran à l'autre se fait sur le client, sans devoir à chaque fois
> redemander l'affichage au serveur.
Si, il faut redemander au serveur, mais normalement, une partie de ces infos
est stockée sur le client.   

> > Très bien, nous ne voulons pas faire du support pour Etherboot. 
> [MISSON Didier]  
> chacun son truc ! 
> On ne peut pas tt faire... le temps n'est pas illimité !
> On verra qd j'en serai à l'étape de devoir flasher des Eprom...
> c'est pas pour demain ! Je commencerai avec Etherboot depuis 
> une disquette.
> >    
> >  
> > Essaie LTSP¨alors, ils ont tout prévu, mais c'est vraiment 
> trop tordu et
> > mal
> > foutu pour qu'on le recommande. 
> > > ASD ? C'est quoi ?
> > C'est un remplacement pour Esound 
> [MISSON Didier]  
> ok, je verrai ça... plus tard ! :-)
> J'irai aussi voir LTSP
J'ai dit que je ne le recommandais pas! Qu'est-ce que tu vas foutre là-bas?
Tu crois que tu es libre? Tu es dans Plume maintenant, alors restes-y! ;-)

> Et puis, des évolutions sont tj possibles...
> (non, je n'ai pas dit que tu devais tt faire... qd je m'en 
> sortirai avec
> Plume et Etherboot... peut-être que j'essayerais d'autres trucs...)
Justement, Plume est une évolution de LTSP. C'est l'aspect complexe et
merdique qui nous a poussés à recommancer de zéro. Sinon, on aurait
simplement adapté leur solution (ce qu'on avait commencé par faire).  
   
> > > > > - est ce que ça semble réaliste un PC du genre Pentium 
> > > (Cyrix P150+ ou
> > > > > K6-200) bootant sur le réseau, low cost, mais avec une 
> > > carte son pour
> > > > > permettre les MP3 (par ex, ou Divx, ou...) en prenant les 
> > > fichiers sur
> > > > un
> > > > > serveur ?
> > > > Bien sûr, ce serait simplement une super-plume. N'oublie 
> > > pas que dans 
> > > > Plume, tous les softs (sauf la gestion du hardware du 
> client) sont 
> > > > tournés par le serveur.
> > > [MISSON Didier]  
> > > il y a qd même une partie graphique sur le PC client... 
> pas moyen d'y
> > > inclure le son ?
> > Si, mais cela demande bcp de boulot: installer alsa sur le client ou
> > compiler OSS dans le kernel + utiliser un daemon pour jouer 
> à distance +
> > configurer les droits pour cela, pour que n'importe qui ne 
> fasse pas tout
> > foirer. Vienne s'ajouter à cela les besoins supplémentaires 
> en mémoire.
> > Et comme nous n'en avons pas l'intérêt...
> [MISSON Didier]  
> ok, mais pas du tt irréalisable !
> OSS ou Alsa, un lecteur MP3 (ou Divx ou autres) sur le client, et les
> fichiers multimédia accessibles en lecture uniquement, en NFS sur un
> serveur... ça ne semble pas hyper complexe...
> oui, évidemment, le PC client devrait être plus puissant.
> 
> ça peut devenir une évolution, ou un complément à Plume...
> Et qd on voit la puissance des PC actuels ! P3, P4, Duron, 
> Athlon à 800MHz,
> 1,2 GHz ou plus, avec 256 MB...
> on va bientôt récupérer les K6-200 et les P2-300 avec 32 ou 
> 64 MB dans les
> poubelles....  :p) 
> ça ouvre d'autres possibilités...
> 
> > > Oui, je sais, je vois... si tu écoutes un MP3... ce ne serait 
> > > peut-être pas
> > > une idée génial de faire tourner le player MP3 sur le 
> serveur, et de
> > > rediriger le son DECOMPRESSE via le réseau vers le PC client !
> > > ça fait qd même du 150 KB / sec environ, qd c'est décompressé...
> > Exactement.
> [MISSON Didier]  
> c'est pour ça qu'il faut accèder via le réseau au fichier MP3 
> (compréssé),
> et avoir le lecteur MP3 sur le PC local, pas sur le serveur.
> >  
> > > Je pense que, pour certaines applications, Plume est très 
> intéressant.
> > > Pour d'autre, ce serait plutôt un PC plus gros, mais 
> > > diskless, bootant via
> > > le réseau, mais tournant ses softs en local...
> > > A réfléchir...
> > LTSP fait cela, et nous avons décidé d'éviter, vu la 
> complexité folle que
> > cela engendre. Et les problèmes de fiabilité aussi.
> [MISSON Didier]  
> fiabilité ?
ben oui, tu dépends de plus de choses, et plus complexes quand tu veux
tourner des trucs interactifs sur les stations: il te faut un système de
gestion de sécurité sur le réseau, des systèmes pour surveiller plein de
choses supplémentaires, un meilleur système d'installation de logiciels que
dans LTSP, ... 
> ah...
NIS et consort... 
 
> > > > N'oublie pas que le réseau est très important si tu comptes 
> > > passer en 
> > > > résolutions et nombre de couleurs élevés.
> > Ne pas utiliser d'écrans virtuels alors, ou alors avec bcp 
> de mémoire
> > (vidéo
> > ou RAM).
> [MISSON Didier]  
> pour certaines applications, un seul écran suffit, sans 
> écrans virtuels...
Pour toutes les applications, mais c'est parfois plus agréable de pouvoir
répartir (surtout si on a un petit/mauvais écran).  
> > > Je serai qd même en FastEternet 100. (sauf mes anciennes 
> > > cartes 486 isa ou
> > > vlb)
> > > Qd on voit les prix des cartes réseaux pci... on prend 
> des 100 Mbits !
> > > Heureusement, les Hub 100 commencent à baisser de prix aussi.
> > Pour des 486, tu ne peux pas te baser sur la présence du 
> PCI, alors...
> > De plus, dans la config actuelle, les besoins en réseau sont très
> > raisonnables.
> [MISSON Didier]  
> oui, il y a des MB 486 en ISA, d'autres en ISA / VLB, ou en 
> ISA / PCI ...
> donc, parfois on doit se contenter d'une carte Ethernet 10 Mb ISA.
Souvent.  
  
> > > > > (et MP3, pas besoin de les duplicier sur toutes les 
> > > machines... un seul
> > > > > serveur suffirait, tt comme pour les emails, etc...)
> > Tu pourrais utiliser du streaming pour tes MP3.
> [MISSON Didier]  
> oui, j'y pense.
> Je ne sais pas si le streaming est plus intéressant que 
> simplement accéder
> au fichier MP3 en NFS...
> ok, ça permet aussi... le streaming sur Internet via le FW... oui...
Exact, nous n'avons pas besoin de routing puisqu'il n'y a que le serveur qui
accède à Internet (puisque toutes les applications sont exécutées de là). 
> 
> > > > Je rappelle que nous cherchons des mains, alors, si vous en 
> > > avez, jetez 
> > > > un coup d'oeil sur plume.sourceforge.net!
> > > [MISSON Didier]  
> > > :-)
> > > un jour peut-être...
> > > mais je ne suis pas encore à un niveau suffisant pour vous 
> > > aidez, manque de
> > > pratique aussi...
> > Pas un niveau suffisant? Tu as réussi à ne pas dire de conneries en
> > plusieurs mails, c'est pas mal, je trouve. Tu as le niveau 
> requis pour
> > aider.
> [MISSON Didier]  
> Je pense, mais il me manque bcp de pratique, et du tps !
> Je vais d'abord essayer ça chez moi 
> et je n'ai même pas encore passé mes emails sous Linux ! Et 
> je suis encore
> avec M$ Office...
> vous voyez, j'ai du travail à faire dans les 3 ou 4 
> prochaines semaines...
> mais cette fois ci, c'est la bonne !
> A part les jeux des enfants, j'espère que je ferai un maximum 
> sous Linux
> très rapidement...
> 
> Merci pour tes réponses.
> 
> Didier
Je connais quelqu'un qui utilise ce système pour avoir la paix dans sa
chambre: son serveur est en bas et le terminal dans sa chambre n'a plus
aucun élément mécanique, donc plus de bruit du tout (sauf les clics de
souris et sur le clavier).