[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gulliver] Explora401 NCD est libéré !


From Avila Mathieu <mathieu dot avila at laposte dot net>
Subject Re: [gulliver] Explora401 NCD est libéré !
Date Tue, 04 Oct 2005 22:19:53 +0200

Vincent MAHE wrote:

RzR www.rzr.online.fr a écrit :

et liNCDux , OpeNCD , termix , isketerm , .. N.C.D.O.B.C.D. ou
gulliloosix, vt2005 ... ?

;))

(isketerm ?!?!?)

Quand a X je pense que c'est une fausse piste, autant taper
directement dans le framebuffer...


Non.
Ne pas oublier que le NCD est une station diskless à 8 ou 16 Mo de RAM, qu'il est hors de question de faire tourner comme poste de travail stand alone (c'est à dire faisant tourner lui même un window manager et des applis, même s'il peut les charger depuis un DD réseau).


En fait, c'est possible, mais sans intérêt, puisque effectivement tu perds tout dès que la machine est éteinte. Tu peux toujours travailler sur du NFS distant... à condition d'avoir le réseau !

Il me semble que Linus avait lancé son projet pour pouvoir se servir de son PC comme VT pour se connecter sur les ordinateurs de l'université. Ce genre d'utilisation est possible, toujours à condition d'avoir le réseau ! (ca va devenir vite critique, je sens ;) )

Rappel : son processeur n'a pas de MMU et ne peut donc pas swapper, ni faire de fork.....

En fait, tu peux toujours swapper vers un fichier disque qui est dans le système de fichier, donc dans la mémoire, mais ca n'a pas d'intérêt, on est d'accord ;)
Par-contre pour le fork (qui n'existe effectivement pas), il existe une alternative, le "vfork", et c'est ca qui est utilisé dans uClinux. Le principe: tant que le process fils n'a pas fait "execve" (chargement d'une image programme) ou d'"exit", le père est bloqué. A partir du moment ou le fils a fait une de 2 actions, père et fils vivent leur vie séparément dans 2 espaces mémoires séparés, avec chacun leur time slice. Le multitache est donc possible comme sur un Linux normal. (Tu pourras tester ca dans le shell.)
Là ou ca se gâte, c'est qu'on n'a pas de mémoire partagée ni de bibliothèques partagées, etc. Ce qui rend l'utilisation d'un programme comme Xorg totalement impossible, voire même de certains programmes plus simples comme des shells; d'ou l'intérêt d'utiliser Busybox qui implémente un shell (msh) sans faire appel à la mémoire partagée.


Maintenant, il faut trouver un serveur X tellement trivial qu'il n'utilise pas de mémoire partagée; Pour les bibliothèques partagées, compiler tout en statique évite le problème, même si c'est gourmand en mémoire....

--
Mathieu


Vincent


---- Liste gulliver ----
Se désinscrire, mailto:gulliver-unsubscribe at listes dot gulliver dot eu dot org
GULLIVER,       http://gulliver.eu.org/