Bof, je continue à penser que c'est une IPC comme les autres qui a ses avantages et inconvéniants. Pour reprendre ton expression, on a pas inventé la redirection des I/O standard pour les chiens non plus. Dans pas mal de cas, c'est nettement plus pratique qu'une lib ou un composant.
Et puis, la perte de perf n'est vraie que pour la génération des parametres et le passage de ces paramètres. C'est un parametre parfois critique et il vaut mieux éviter la commande si tu lances beaucoup de fois le processus et que ce processus est rapidement traité : dans ce cas, la lib va bien mieux, c'est clair.
L'autre limitation de l'utilisation d'une commande c'est que ce n'est pas le pied pour un processus interactif, dans ce cas, c'est sur qu'il vaut mieux éviter.
Mais sinon, si tu lances un processus long qui n'est pas interactif, interfacer une commande va tres bien (cdrecord / gcombust ou mpg123 / frontend quelconque, par exemple), et je ne vois pas ce qu'amènerai de plus l'utilisation d'une lib.
[^] # Re: oué et
Posté par Toufou (site web personnel) . En réponse au journal Windaube, c'est maaaaaal! / linux c'est bien!. Évalué à 3.
Et puis, la perte de perf n'est vraie que pour la génération des parametres et le passage de ces paramètres. C'est un parametre parfois critique et il vaut mieux éviter la commande si tu lances beaucoup de fois le processus et que ce processus est rapidement traité : dans ce cas, la lib va bien mieux, c'est clair.
L'autre limitation de l'utilisation d'une commande c'est que ce n'est pas le pied pour un processus interactif, dans ce cas, c'est sur qu'il vaut mieux éviter.
Mais sinon, si tu lances un processus long qui n'est pas interactif, interfacer une commande va tres bien (cdrecord / gcombust ou mpg123 / frontend quelconque, par exemple), et je ne vois pas ce qu'amènerai de plus l'utilisation d'une lib.