Une manière propre de faire un ftoa en C

**bulki** · 20/05/2007, 15h34

Salut,

je dois lire d'un fichier des floats32, je fais quelques calculs sur eux, ensuite, j'aimerais les afficher avec gnuplot, mais le problème, c'est qu'il ne lit que de l'ascii. Ce que je faisais jusqu'à maintenant, c'est que je faisais une sortie sur le sortie standard que je pipais dans un fichier, mais le problème, c'est que j'ai plusiques millions de données à traiter, donc c'est très très lent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
./monprogramme > fichier.ascii

Je code ce programme en C (pas de C++), et je suis sous linux, la commande ftoa (float to ascii) n'existe malheureusement pas

. Comment est-ce que je peux enregistrer les valeurs sous un format ascii dans le fichier? (c'est un nombre à virgule).

Merci

**Neitsa** · 20/05/2007, 15h49

Bonjour,

Est-ce que cela répond à la question ? : http://c.developpez.com/faq/c/?page=...RINGS_strtonum

**dj.motte** · 20/05/2007, 15h51

Salut,

Pourquoi ne pas essayer la conversion float => Ascii avec sprintf ?

**souviron34** · 20/05/2007, 16h07

pour faire ce que tu veux, effectivement "printf" est correct, avec le pipe.

Tu peux aussi remplacer si tu veux par un "fprintf.." en mettant dans un fichier à toi.. ou "fprintf(stderr, .." .

Je ne suis pas certain que ce soit plus rapide.

**bulki** · 21/05/2007, 10h15

merci pour vos réponses, mais j'avoue n'être que partiellement convaincu, parce qu'un pipe est quasiment plus rapide.

J'ai un fichier avec environ 50 millions de valeurs à traiter (qui plus est en valeurs float32 complexes), si en plus je multiplie les appels systèmes de la sorte, je n'en finis plus.
J'aurais plutôt cherché un moyen de travailler en mémoire et à la fin, de faire un "gros" appel système pour enregister tout d'une fois dans un fichier ce qui a été travaillé...

En fait voilà mon problème:
je lis un fichier .dat contenant des nombres complexes float32, sous forme binaire. Je calcule leurs normes, et j'aimerais l'enregistrer dans un autre fichier pour les traiter avec gnuplot ultérieurement. Seulement gnuplot n'aime pas le format binaire, je suis obligé de les écrire sous cette manière: nombre1\n nombre2\n, etc,... Donc voilà, je ne sais pas si vous avez une meilleure solution des fois...

merci

**souviron34** · 21/05/2007, 10h29

ben de ce que tu exposes, et comme effectivement gnuplot ne prend que des caractères, tu n'a pas le choix.

Effectivement le plus rapide est sans doute de tout stocker en mémoire, faire, les calculs, et ensuite faire une grand boucle d'écriture...

Mais le problème que tu cites depuis le début n'a rien à voir avec ftoa....

**Emmanuel Delahaye** · 21/05/2007, 10h35

Envoyé par bulki

merci pour vos réponses, mais j'avoue n'être que partiellement convaincu, parce qu'un pipe est quasiment plus rapide.

J'ai un fichier avec environ 50 millions de valeurs à traiter (qui plus est en valeurs float32 complexes), si en plus je multiplie les appels systèmes de la sorte, je n'en finis plus.

Ne pas présumer des performances de ta plateforme. Faire des mesures objectives dans des conditions définies et reproductibles. fprintf() n'est justement pas un 'appel système'. C'est un appel à la bibliothèque standard du C qui va se traduire par une bufférisation des demandes et par une ou des écriture sur disque (appel système) uniquement quand c'est nécessaire. (ça pourrait très bien se produire au moment du fclose()).

J'aurais plutôt cherché un moyen de travailler en mémoire et à la fin, de faire un "gros" appel système pour enregister tout d'une fois dans un fichier ce qui a été travaillé...

Pas avant d'avoir évalué les performances...

En fait voilà mon problème:
je lis un fichier .dat contenant des nombres complexes float32, sous forme binaire. Je calcule leurs normes, et j'aimerais l'enregistrer dans un autre fichier pour les traiter avec gnuplot ultérieurement. Seulement gnuplot n'aime pas le format binaire, je suis obligé de les écrire sous cette manière: nombre1\n nombre2\n, etc,... Donc voilà, je ne sais pas si vous avez une meilleure

Bah, pour moi, il n'y a aucun problème à utiliser fprintf(). (en admettant que le format binaire lu soit bien celui de ta machine).