Discussion :

[yodalesage]

Bonjour,
Depuis plusieurs années nous développons sur des systèmes embarqués avec des os temps réel du style (Vxworks, segger, ecos, lepton (https://code.google.com/p/lepton/ ).
Les micro (at91sam9261, kinetis k70,...) que nous utilisions jusqu'ici était tout à fait adapter pour ce genre d'os.
Pour nos futur projets nous avons besoin d'utiliser des micros plus puissant de fait de ce choix nous voulons utiliser du linux embarqué.
Nous avons actuellement retenue trois micro:

• sama5d31 "micro atmel cortex A5 vitesse max 500Mhz" ,
  vybrid "micro freescal cortex A5 vitesse max 500Mhz" ,
  imx6 solo "micro freescale cortex A9 vitesse max 800Mhz",

Nos différents projet ont besoin d'affichage et d'une librairie graphique (nous pourrions par exemple partir sur du QT).

Maintenant la vraie interrogation qui se pose est qu'elle est la puissance dont nous avons besoin.
Donc ma discussion est sur ce sujet et s'adresse surtout au personnes qui ont déjà développées sur du linux embarqué:
Quelle puissance choisir lorsque l'on souhaite faire du linux embarqué avec une librairie graphique évolué?
Est ce qu'un coretx A5 est suffisant ou est il trop limitatif pour le futur ou faut il plutôt partir sur un cortex A9?

Bien sur la puissance n'est pas la seul question que l'on se pose ( outil de développement, distribution linux,...)
Mais avant de nous poser tout ces questions qu'elle puissance choisir?

[frp31]

Oùla c'est justement la question la plus épineuse ... il est très difficile d'estimer son besoin sur de l'embarqué en particulier sans avoir d'abord figer un hardware ou au contraire un ELDB¹ qui permet alors de virtualiser un test quantifiable et donc analysable ... dans tous les autres cas il est impossible de faire mieux qu'une estimation à la louche.... avec tous les risques de dérive, temps de developpement, surcouts imprevus etc...

Vu que tu veux +ou- partir sur du TR avec du QT qui est pas si lourd que ça mais qui ne doit pas devenir un SPOCRAM²
et qu tu sens qu'il y aura du futur au(x) projet(s) ... il serait tout à fait pertinent de se baser deja sur du ARM9 des maintenant, d'autant qu'en embarqué je présume que certains process vont tourner en double en mode fail-over ou autres processus d'auto-controle... ça bouffe peu ... mais ça +plus ça +ci + encore autre chose ... ça peut faire beaucoup ....



¹ ensemble de logiciels de base (un socle software)
² Single point of "ca rame a mort"