Une manière propre de faire un ftoa en C

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:

---

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

Bonjour,

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

Salut,

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

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.

Citation:

---

Envoyé par bulki

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

---

fprintf() avec "%f", c'est fait pour...

C'est un peu élémentaire comme question. Tu ne connais pas printf() ? Tu n'as pas de livre de C?

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

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.... :aie: :aie:

Citation:

---

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()).

Citation:

---

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...

Citation:

---

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).

Merci beaucoup pour cette dernière réponse ! Alors je vais faire comme çA...