c'est quoi le baud rate?
un pc de nos jour peut recuperer tres facilement un flux serie a
38,4kbds meme en shell.
en C en effet ce sera le code le plus rapide car compile et le
programme passera le plus clair de son temps dans les syscalls
et pas au niveau user.
pour les autres langages, pearl,python, shell, ils sont tous interprete,
meme si pearl et python on une phase de pseudocompilation qui change le
code and bytescode ou en C recompile, mais il y a des chances qu'il y ai
de l'overhead.
http://blog.famzah.net/2010/08/02/cpp-vs-python-vs-perl-vs-php-performance-benchmark-part-2/
en c ce n'est pas beaucoup plus complique dans tous les cas.
Aussi un point important de C par rapport aux autres languages:
il n'y a pas de garbadge collection, donc, pas de risque de
perte de temps a faire du menage dans la memoire.
Le 01/03/2011 16:25, Jean-Marc Beaune a écrit :
Sachant que plusieurs voitures peuvent passer simultanément sur la
boucle de detection et que ce sont des voitures de course, il faut faire
ça rapidement et précisément. :-)
Je vais tester C et/ou Python, on verra bien.
Merci
2011/3/1 Alain Vaugham <al...@vaugham.com <mailto:al...@vaugham.com>>
Le Tuesday 01 March 2011 15:12:50 Laurent, vous avez écrit :
> en utilisant un coprocess comme minicom ca a l'avantage de
rajouter un
> buffer: le pipe.
>
> mais un read/echo avec le sql en coprocess et pas lance a chaque fois
> ca devrait passer
Jean-Marc parle d'un transfert rapide pour quelques poignées d'octets.
C'est certainement pour libérer un processeur quelque part.
Il ne parle pas de la fréquence ni de la durée des mesures.
On peut imaginer que les intervalles de passage des voitures sont
suffisamment
espacés dans le temps et que le volume de données captées ne créera
pas de
débordement impossible à réguler sauf à multiplier les capteurs.
Sa question porte sur le choix du langage.
Je n'ai aucune idée mais est-ce qu'on sait évaluer l'ordre de
grandeur du
rapport de vitesse de traitement qui existe entre les différents
languages
qui lui ont été cités : C, pearl, python?
Le C me semble plus proche du hard, non?
--
Alain Vaugham
Clef GPG : 0xD26D18BC
_________________________________
Linux mailing list
Linux@lists.parinux.org <mailto:Linux@lists.parinux.org>
http://lists.parinux.org/mailman/listinfo/linux
--
Jean-Marc
_________________________________
Linux mailing list
Linux@lists.parinux.org
http://lists.parinux.org/mailman/listinfo/linux
_________________________________
Linux mailing list
Linux@lists.parinux.org
http://lists.parinux.org/mailman/listinfo/linux
