L'intérêt de Linux dans les petits ordinateurs - Page 3

./54> Ben justement - perso au boulot je travaille sur un CPU 8 bits @ 14 MHz + un PIC 16 bits @ 16 MHz, pourtant ma formation n'est pas du tout dans l'embarqué, donc je vois de quoi tu parles
Mais c'est quand même déjà largement plus qu'à une époque, on y vient. Même si Linux requiert énormément de RAM (je pense qu'un Mo est déjà limite, mais je ne suis pas un expert) et que ça n'a pas beaucoup d'intérêt de l'avoir dans l'automobile on est d'accord, surtout qu'il n'est pas temps réel, il y a des applications où je le verrais bien, comme tout ce qui doit faire des tâches plus ou moins simples impliquant de se mettre en réseau (je pense par exemple à la domotique).

[Edit] Mega-cross

Brunni (./61) :
Mais c'est quand même déjà largement plus qu'à une époque, et même si Linux requiert énormément de RAM (je pense qu'un Mo est déjà limite, mais je ne suis pas un expert) et que ça n'a pas beaucoup d'intérêt de l'avoir dans l'automobile on est d'accord, surtout qu'il n'est pas temps réel, il y a des applications où je le verrais bien, comme tout ce qui doit faire des tâches plus ou moins simples impliquant de se mettre en réseau (je pense par exemple à la domotique). T'en penses quoi?

Moi je pense qu'il y a des OS plus adapté, qui font ça aussi bien, et qui sont prévu des le départs.. Le problème de Linux c'est que sortit des machines proche d'un PC...

Ximoon (./59) :
Non, le sujet du topic original, c'est que tu n'as pas d'amis, alors ne me reproche pas de forker

Je ne te reproche pas de faire du hors sujet, mais de répondre à côté de la plaque! Tes réponses sont dans le sujet du topic, mais pas celui des citations auxquelles tu prétends répondre.

tu le lui reproches alors que c'est un sport dont tu es un habitué... d'autant que là, il reste grosso modo dans le contexte même si c'est pas exactement le même...


et si tu veux une liste d'exemple, on va faire en mode "libre", comme sous linux&co "fais le toi même"

Ximoon (./54) :

Kochise (./38) :
Et face à uC/OS2 ?

Très bon, très bien supporté, portable, fourni avec les sources, certifié et pas cher. Bref, que du bonheur ce noyau (et je crois bien qu'il a une pile TCP/IP maintenant)

Yep, et aussi un FS, une GUI, etc...

http://www.amazon.fr/Microc-OS-II-Real-Kernel/dp/1578201039/ref=sr_1_2?ie=UTF8&s=books&qid=1223539814&sr=8-2
http://www.micrium.com/products/gui/gui.html (par exemple)

Kochise

Moi ce que j'adore c'est ça :

Big systems (including window manager and widgets)
RAM: 2-6 kb (depending on number of windows required)
Stack: 1200 bytes ROM: 30-60 kb (depending on the functionality used)

6Ko de ram et 60Ko de ROM et c'est *BIG*


(et le mieux reste le footprint du small :

Small systems (no window manager)
RAM: 100 bytes
Stack: 500 bytes ROM: 10-25 kb (depending on the functionality used)

)

Le jour ou Linux peut faire 100octets de ram pour un mode graphique ^^

(bon c'est extreme la quand meme mais bon

Bah tu sais, j'ai bossé sur des ARM9 avec 128 KiB de ROM et... 3.5 KiB de RAM ! Donc oui, BIG c'est BIG pour ce genre de config Mais bon, passons, Kevin va dire (avec raison quand même) qu'un eeePC avec VGA et 512 MiB de RAM et 4 GiB de Flash, ça le fait quand même différement !

Mais on avait dérivé vers la perte de marché de Linux envers l'embarqué... Reste qu'avec un BasicSTAMP ou un JavaSTAMP tout con, on peut faire pas mal de choses, OS-less bien sûr !

Kochise

Kochise: Mais je ne disais pas que c'était pas bien que ça soit "big" hein ^^ je sais bien qu'il y a des machines avec un mémoire qui peut paraitre ridicule quand on compare avec les PC

(quand on vois que le moindre PDA il lui faut au moins 256 voir plus de RAM...)

Godzil (./68) :
(quand on vois que le moindre PDA il lui faut au moins 256 voir plus de RAM...)

Ben j'ai aussi bossé sur PDA, cartographie IGN, ben forcément quand on demande de faire les mêmes choses que sur PC, il faut s'attendre à avoir les mêmes besoins que sur PC justement :/ Donc 'grosse' config (624 MHz, 128 MiB de RAM, grosse Flash, copro 3D genre Intel 2700G, etc...)

Windows CE est pas trop mal fait, effectivement les API sont très semblables à la version PC ce qui permet de porter un soft assez rapidement et facilement. Mais dans la gamme PocketPC, on se traine de ces limaces de 1ère génération (PocketPC 2002 par exemple). Avec Windows Mobile 5 et 6, c'est quand même autre chose (mais les besoins hardware sont du même ordre que pour Vista sur PC)

Kochise

Non mais bien sur pour certaines appli c'est normal d'avoi besoin de RAM/ROM (surtout la carto) mais quand on vois les spec mini pour WM5/6 poru fonctionner correctement (et je parle pas pour les applis hein, juste la version "mini" de l'OS) c'est quand meme dommage que ça bouffe tant... (WM5 sur un CPU @200Mhz c'est limite alors que bon, pour un telephone c'est quand meme pas si mal 200Mhz/128Ram et 256 de rom)

Pour ça il y a SymbianOS 9 S60v3, microkernel temps-réel, justement mis en open-source récement suite à l'apparition d'OpenMoko et d'Androïd

Kochise

Micro-kernel sux, parce qu'on passe son temps à switcher entre user-space et kernel-space !

(nan, je fais semblant: si on utilise les bons concepts et qu'on implémente intelligemment son micro-kernel, ce n'est pas vrai, comme l'a écrit et montré Liedtke à partir de 1993 avec L4. De nos jours, en embarqué, on utilise parfois des dérivés L4 comme OKL4.)

Oui, sur x86, maintenant y'a pas que le x86 sur terre, y'a les ARM sur lesquels tourne justement Symbian Et puis switcher de mode ne prend pas forcément si long...

Kochise

N'est pas forcement si long, c'est sur, mais ça dépend du nombre de fois par seconde qu'il faut le faire..

(donnés purement inventées : ) si par appel il faut sur une machine X 1µS et sur une machine Y 1mS au final sur 60 appel par seconde on a pas la meme perte de temps...

./73: tsk tsk tsk, tu n'as pas lu
http://www.ok-labs.com/products/okl4 : ARM est une des principales targets d'OKL4

Voir aussi les slides de la présentation de Gernot Heiser à linux.conf.au 2008, où il démonte de grosses conneries racontées par Christoph Lameter à Ottawa Linux Symposium 2007 et donne des mesures de perf (notamment avec context switching): http://www.ertos.nicta.com.au/publications/papers/Heiser_08lca.pdf

Comment il a pu dire que les µK etait moins "reliable" que les monolitiques car "si un truc tombe tout tombe" ? Il a jamais compris ce que signifiais µK lui :/ (page4 il me semble)

Si si, il a compris, c'est le fondateur d'OKL4 Labs qui distribue / vend OKL4
Il répond, en opposant des faits et chiffres, à des critiques fausses qu'on fait fréquemment aux micro-kernels, et qui ont été répétées par Lameter à l'OLS 2007.

Non mais tu ma pas compris, pas le gars qui a fait la présentation, je parlais du gars de linux (Chrisoph Lameter)

Je n'avais JAMAIS entendu dire que les µK etait moins reliable que les monolthyques ala Linux, bien au contraire (mais c'est ptet lié au fait que j'ai lu les tannenbaum )

(c'est d'ailleurs pour ça que si GdOS un jour il y aura autre que dans mon cerveau, µK (voir nK) il sera ^^)

Non mais tu ma pas compris, pas le gars qui a fait la présentation, je parlais du gars de linux (Chrisoph Lameter)

Je m'en doutais un peu, parce que c'était clair que tu avais déjà entendu parler de micro-kernels... mais ton message n'était pas clair ^^

Oui je plaide coupable

Lionel Debroux (./75) :
./73: tsk tsk tsk, tu n'as pas lu

Nop, effectivement j'avais pas lu le spoiler, erf Moi je me poilais quand je lisait les confrontations Torvald/Tannenbaum, Torvald prétendant que les sachets entourant chaque morceaux de viande (sic) alourdissaient le ziguigui, un système monolitique était lui comme un gros morceau de barbaque, sans fioriture. Comme si on pouvait comparer le poid de sachet avec le temps de context-switch... Et rien à foutre de perdre quelques % de GHz si on gagne des 1000% de sécurité et stabilité du système ! Regardez, Windows XP consomme en idle 16 MHz pour son fonctionnement interne, je suis près à passer à 64 MHz (la belle affaire sur une machine Quad Core 3 GHz, et même sur un Atom HT 1.6 GHz) pour avoir un noyau uK imperturbable !

Depuis que je me suis mis à l'Erlang, je percois sans AUCUN problème les avantages de l'architecture uK grâce aux green-threads : un processus foire, il se fait killer et GC par le système, et pour peu qu'on ai pris soin de créer un processus linké, celui-ci se fait forwarder le signal KILL et peut redémarrer le processus ! Vive la tolérance de panne Et je ne parle même pas du code swaping pour mettre à jour un module dans une application qui continue de tourner, même pas besoin d'arreter le système ! A quand l'installation d'un nouveau driver sans redémarrer sur un système monolithique, hein ?

M'enfin je m'égare je m'égare, mais des fois j'ai l'impression qu'en dehors de Windows et Linux, pas mal de monde oublie qu'il existe CERTAINEMENT des systèmes bien mieux foutus (rhâââ uC/OS-2, c'est quand même bien branlé ce truc, un Atari ST pourrait le faire tourner, en plus le bouquin explique TOUT et les sources sont livrées avec sur le CD, et les portages sont dispos sur le site de Micrium)

Kochise

NT est un kernel hybride (mélange entre µK et monolitique), plus proche du µK que du monolitique


Tiens d'ailleurs je suis vnr... J'aurais du l'avoir le bouquin (et le CD) mais celui qui devait me le donner a oublier, et maintenant c'est un peu tard

Kochise (./81) :
des fois j'ai l'impression qu'en dehors de Windows et Linux, pas mal de monde oublie qu'il existe CERTAINEMENT des systèmes bien mieux foutus

qu'esttuveux, la partie "embarqué" de l'info est peu connue du grand public.

mais ô combien importante

Zerosquare (./83) :

Kochise (./81) :
des fois j'ai l'impression qu'en dehors de Windows et Linux, pas mal de monde oublie qu'il existe CERTAINEMENT des systèmes bien mieux foutus

qu'esttuveux, la partie "embarqué" de l'info est peu connue du grand public.

en même temps, c'est un peu normal qu'il ne le connaisse pas, ce n'est pas fait pour

Pourtant, l'embarqué, c'est 90% de ce qu'ils connaissent, c'est ce qui les entoure quotidiennement : téléphone mobile, tableau de bord automobile, automatisme d'ascenceur, télévision, horloge à LED de pharmacie, etc...

Kochise

ouais, mais quand c'est bien foutu, c'est transparent pour l'utilisateur

Pas comme linux #troll# (cf ./1)

VxWorks est un noyau propriétaire temps réel très implanté dans l’industrie bien que les systèmes à base de noyau Linux se déploient énormément et aient un succès grandissant via RTAI (RTLinux étant breveté).

(sorurce : http://fr.wikipedia.org/wiki/Noyau_de_syst%C3%A8me_d'exploitation )
C'est breveté à quel niveau RTLinux ?