donc 1000char/sec
chaque message faisant a priori 48 bytes d'apres l'exmple, cela fait
donc a peut pres 20 message par seconde, donc rien que le shell ne
puisse faire - ca reste raisonable si on met le mysql en coprocess
plutot que d'en demarrer un a chaque entree. en utilisant les buildin
plutot que des sous process.
donc quelle que soit le language, il n'y aura pas de probleme de perf
a priori sur un pc moderne, si c'est fait correctement. ( meme en lisp
ca passerait)
a 115k ca fait 10 fois plus on peut peut etre commencer a avoir des
doutes,vu que ca fait 200 messages par seconde, meme si il est probable
que ca marche aussi.
Dans tous les cas comme il a deja ete dit, le meilleur language est
celui qu'on connait le mieux.
Si je devais le faire, ca serait C ou shell, ce sont ceux que je
pratique tous les jours.
shell parceque que ca m'evite de regarder l'API mysql vu que j'utilise
mysql en coprocess, stty pour configurer la ligne, ou minicom, mais plus
gourmand en cpu. ( minicom n'est pas obligatoire, stty/ et
exec 3</dev/ttySx suffirait).
C parceque je suis sur de savoir exactement ce qui va etre realiser et
comment.
_________________________________
Linux mailing list
Linux@lists.parinux.org
http://lists.parinux.org/mailman/listinfo/linux
