Voila je doit faire un petit dossier sur l'OS de mon choix ...
 
Donc premiere difficulté: trouvé un OS qui sort de l'ordinaire et qui est néanmoins bien documenté sur le NET ...
 
J'ai besoin de vraiment avoir à diposition les fonctionnement de bases de l'OS...
 
-Les plateformes matériels
-Multitaches ? comment et faite la gestion des taches ...
 
Etc. ...
 
Vous avez des idées et des liens ?
 
Merci

il y a des version temps réel du noyau Linux :
http://www.mvista.com/cge/index.html

pwet : http://boost.ht.st

 
Merci, mais au niveau documentation et détails technique c'est un peu legé non?

mate mes sources... Et pis pour l'architecture intel, tu as de très bonnes docs papier gratuites (cherche sur le site d'intel : Intel IA-32 Developer manuals)

 
ha mais c'est toi qui le fait boost ??
 

oui

 
Je pourrais donc te questionner car tu es donc bien au courant?

à priori, je connais chaque ligne de l'OS....

 
C'est pas un OS temps réel que tu prépares?

Sinon je cherchais des infos sur JAVA OS pas exemple !!
 
Mais c'est pas évident d'en trouver apparemment

 
OS9, tres utilisé en industrie
 
Cf -> http://www.radisys.com/microware.cfm
 

VxWorks , embarqué , temps réel , stable, le plus utilisé dans l'industrie et donc pas mal documenté , mais licence tres chere .

 
Merci, mais je tiens à dire que je veux seulement des infos dessus !!
Je cherche pas à le tester ni à l'acheter simplement avoir le MAXIMUM d'info dessus:
Tel que:  
 
-comment fonctionne l'ordonnanceur (priorité des taches)
-Le tic system et il réglable?
 
l'os est il préemptif ? (temps réel)
 
Etc etc ...

Exemple d'info necessaires:
 
-Platformes matérielles supportés?
-Config mini suivant plateformes?
-Multitaches ou non (comment)
-temps réel ou non? (comment)
(...)
 

sinon tu vas voir un dyno, c'est marant aussi genre sco

QNX est une bonne RTP

excuser mon ignorance, mais ca veut dire quoi "embarqué" et "temps reel" ?

Embarqué ca veut dire qu'il peut etre embarqué dans n'importe quoi ou presque
 
Temp reel... ben la je n'ai plus de reel definition de la chose...
 
Ca veut dire qu'il delivre les resultat au fur et a mesure du calcul sans "tampon" ?

heu ben ca ca depend plutot di pgm qui tourne dessus alors non ?
 
A moins que l'os n'ai pas de buffer pour la sortie standard par exemple et ecrive directement dessus ? Quel interet ?

Ben les reslutat n'est plus limiter que par le temp de calcul, ca diminue le temp de latence.
Mais chuis pas sur que ce soit seulement ca

temps reel: tout l'ordanceur de l'os est regulé par un timer, chaque programme "alloue" un temps machine pour son execution, ce qui fait que des resultats de programmes arrivent au moment ou on les attends.
 
Embarqué: pour faire simple, rien ne vaut un bon exemple: Ton telephone portable contient un OS embarqué (tout comme l'ABS de ta voiture )

ok, donc "temps reel" est assez utile pour le system embarqué d'un abs

 
Oui c'est ca !
On crois toujours qu'il sagit de qqch qui répond instantanément mais non, il s'agit d'un OS qui répond au MOMENT ou on veut qu'il réponde en gros ... ca peut etre de l'ordre de l'heure ou de la µs.
 

Bon, j'ai trouvé plein d'info sur VxWorks ... donc je vais me concentré sur celui ci
 
Est ce quelqu'un pourrait me renseigner sur la puissance requise par platforme? (j'ai du mal à trouver ces renseignement)
 

tu veux créer un OS ? Ou juste savoir comment ça marche ?

 
Je ne veux pas faire un OS, mais juste faire un dossier sur VxWorks le plus complet possible
 
Qqun à des info sur les puissance processeur et mémoire requise...

Ca marche pas tout à fait comme ça VxWorks. Ton OS est intimement lié à ta plateforme et au programme qu'il fait tourné. Si tu veux de la Doc: http://beru.univ-brest.fr/~singhoff/supports.html

 
Ok merci
 
Mais il y a bien quand meme des limites MINIMUM suivant les platformes pour que l'OS tourne non?

Oui et non en fait. Un OS temps reel ne tourne pas sur un PC (enfin, si, tu peux, mais paye l'"embarqué" ), c'est pas standard. On utilise une architecture spécialisée. A l'heure actuelle, il existe une trousaine d'OS temps reels car les architecture sont tellement spécifiques que les sociétes développent leur propre OS.
L'architecture "minimum" depend de ce que tu veux faire.

oui oui, je sais bien que ca ne tourne pas sur un PC ... quoique ...
 
Mais ce que j'aurais aimé avoir c'est de quoi a besoin le system pour fonctionner au MINIMUM
 
Exemple:  
 
-Windows CE necessite 350Ko MINIMUM  
-Linux RT necessite entre 128 et 256Ko pour un noyau
 
Mais pour VXWORK j'ai trouvé qu'il lui fallait que quelque Ko pour fonctionner .... mais combien??
 
Et surtout est ce variable suivant la plateforme processeur (compilation des binaires ... ) :
-PowerPC
-68000
-CPU32
-Coldfire
-MCORE
-80x86 - Pentium
-i960
-ARM
-MIPS
-SH
-SPARC
-Nec V8xx
-RAD6000
-ST20
-Tricore
 

Euh , pas du tout efface.
Temps reel : On peut garantir le temps de traitement d'un evenement . Sachant que le temps en question peut etre la milliseconde ou la minute.
 
Ce qui est important c'est "garanti".
 
De plus concernant le mode de scheduling, c'est souvent en mode FIFO dur sans round rubbing pour pouvoir avoir un system deterministe.
 
Oui vxWorks comme vrtx, ose ou autre sont des systems temps reels durs.
 
Par exemple, ils ont un temps MAXIMUM de traitement des events/rescheduling/section critiques connu et garanti.

 

 
On est bien d'accord...

???
Le pas du tout efface etait bien sur lie a la definition de l'aspect temps reel

 
Ben je sais pas trop combien au mini, mais ça depend de la cible que tu charge.

Ok mean
Et au sujet de mes questions?
 
 
>>Deepcore oui mais l'OS SEUL ?
 

Je connais mal vxWorks, mais si il est du meme tonneau que ses petits camarades il n'y a pas de reponse a ta question.
Je m'explique :
  - Le temps de reaction / processing est lie a ta platforme, mais les besoins sont lies a ton application. Donc il faut juste voir
l'adequation entre hw/system/besoin.
 
  - Ces systems sont hautement customisables. Ca part du scheduler avec 2 primitives qui font  par exemple 5 ko de rom et 2 ko de ram et tu peux ajouter du soft (gestion de fs, synchronisation plus evoluee, gestion de la MMU, ....) et arrive a des chiffres de l'ordre de 600 ko. Si tu fais une application qui utilise un 68hc11  
et qui ne traite qu'un tres faibles nombres d'evenement tu as besoin de qq dizaines de ko.
Si c'est un truc plus gros , ou tu as besoin de fonctionnalites plus fines ca va monter.
 

Ok merci, je vais me contenter de ca alors
 
Bon, je me lance dans la gestion du multitaches maintenant et dans la communication entre process ...
 

up
 
J'ai un peu de mal à dissocier les platformes materielles des microprocesseurs en fait
 
Ja liste que j'ai fourni au dessus et bien la liste des microprocesseurs supportés ?!!
 
Mais les plateformes? c'est encore spécifique non?
 
On customise la plateforme à notre guise en respectant les normes du CPU c'est ca?
 

Up ?