Petit probleme à resoudre .. [resolu]
Petit probleme à resoudre .. [resolu] - C - Programmation
Marsh Posté le 19-10-2003 à 10:27:36
fread c'est pour les fichier binaires ...; ben fread (.... la taille qui va bien), autant de fois que tu as de lecture à faire
mais on comprends rien à ton machin
Marsh Posté le 19-10-2003 à 10:30:22
Perso, tu lit le fichier en entier d'un coup et ensuite tu copie les bouts d'infos et d'images dasn les tableaux.
hop TP résolu 
![[:xx_xx]](https://forum-images.hardware.fr/images/perso/xx_xx.gif "[:xx_xx]")
Marsh Posté le 19-10-2003 à 11:18:34
Reply
Marsh Posté le 19-10-2003 à 13:40:36
super comme argumentation, tu deviens lourd la quand même ...
Marsh Posté le 19-10-2003 à 13:43:18
je veux bien ta solution, mais c'est toi qui lui expliques les pointeurs, l'allocation dynamqiue, memcpy et tout le tralala
toi aussi tu peux le dire
non
Marsh Posté le 19-10-2003 à 14:35:26
Serieux !! vous avez rien compris ???
Dans un fichier BINAIRE qui contient des données organisées comme suit :
Infos1 (Taille_Infos octets)
BouDimage1 (Taille_BouDimage1 octets)
Infos2 (Taille_Infos octets)
BouDimage2 (Taille_BouDimage2 octets)
Les fread bouffant enormement de temps CPU je tient à en faire le moins possible (idem pour le memecpy je m'en passerait bien ..)
je souhaite toujours remplir 3 buffers d'un coup ..
Message édité par stancw le 19-10-2003 à 14:35:49
Marsh Posté le 19-10-2003 à 14:38:58
moi j'ai ça dans mon fichier binaire
ýN3ýWý RýýýSýý␍ýP␉ýýýý 4 ý ýJýý*ý≠ýýýýý␍Kÿ^ýýýý3ýý @1ýý<<ýýý*ý�ý7ý ýNVýý>├<Ua�ý�,ýBU␋ýS]@ý␊┼ý!ýHCý─ýý<ýFýLý?8 ܻYýý2ý�7┌ý└�Iý�Eýý?3ýý$ý+ýü1ýýVýTA'ï; ─7ýX�ýý(ý┤ý␌.ýý$ýý└.┌^ýã |
et on m'a dit de pas faire de programme par ce que ça consomme du temps CPU
Marsh Posté le 19-10-2003 à 14:44:33
| StanCW a écrit : Serieux !! vous avez rien compris ??? |
Ben alors tu lis tout ton fichier en memoire d'un coup et tu bosses sur le fichier en memoire.
A+,
---------------
There's more than what can be linked! -- Iyashikei Anime Forever! -- AngularJS c'est un framework d'engulé! --
Marsh Posté le 19-10-2003 à 15:01:02
En gros fo lire tout ça en 40ms maxi pour pouvoir recracher Boudimage1 et Boutdimages2
Un peu comme si il fallait lire les trames video dans un fichiers avi et les afficher ...
le debit du disque est suffisant (SCSI3) et taille(Boudimage1+Boudimage2) = 432Ko
Contrainte temps = > Temps réel donc souci si 15 memcpy ou 36 fread ...
Marsh Posté le 19-10-2003 à 15:07:19
Utilise mmap comme ça tu auras lu ton fichier en memoire sans l'avoir lu du disque.
Marsh Posté le 19-10-2003 à 15:10:14
me suis mal exprimé .... desolé en fait ça bouffe du temps ...tout court ... 25 ms sur 40 ....
Marsh Posté le 19-10-2003 à 15:16:16
vu les connaissances que t'as l'air d'avoir, je pense franchement pas que tu sois à quelques ms pres. surtout que c'est faux. la bufferisation ça existe, ton système le fait très bien, les FILE* en rajoute une couche
Marsh Posté le 19-10-2003 à 15:27:43
T'es en train de me dire que quelque soit le systeme, la lecture sur disque d'un fichier video peut se faire en temps réel par ce que la bufferisation ça existe ???
merci Kristoph : j'avais deja utiliser mmap pour creer des shm, mais jamais avec des fichiers , je vais essayer .
Message édité par stancw le 19-10-2003 à 15:29:48
Marsh Posté le 20-10-2003 à 03:05:21
Taz : oui les read/fread, ça bouffe du CPU et oui, il faut essayer d'en faire le moins possible. Un system call c'est minimum 1000 instructions. Essaie de lire un fichier octet par octet avec read et tu le constera par toi même...
Sinon j'ai toujours rien a compris a la structure de ton fichier. Mais voila quelques idées en vrac pour éviter de faire trop de lectures :
- Lire par blocs suffisemment grand, en faisant des realloc(), jusqu'à la fin du fichier
- Determiner la taille du fichier en se positionant la fin (lseek) puis lire cette taille
- Si tu ne veux pas de read, tu peux aussi mapper le fichier en mémoire (mmap) comme suggéré par Kristoph
Marsh Posté le 20-10-2003 à 08:01:37
ou t'as vu que fread faisait systématiqument un sytème call ?
amuse toi à lire un fichier avec fgetc, ça ira bien plus vite que tu ne le crois. Faut arrêter la parano les mecs. L'autre commencer déjà à m'expliquer qu'un read prends 40ms le temps de déplacer la tête du disque ... ce sujet n'est vraiment pas sérieux
au fait j'efface mon petit drapeau
Message édité par Taz le 20-10-2003 à 08:19:36
Marsh Posté le 20-10-2003 à 20:26:10
| Taz a écrit : ou t'as vu que fread faisait systématiqument un sytème call ? |
L'autre :
-> C'est STANCW
un read prends 40ms
-> Heu... relis ce que j'ai écris ou achete toi des lunettes .
ce sujet n'est vraiment pas sérieux-> c'est grace à toi !! au lieu de denigré à tout bout de champ pose les bonnes question, ou donnes des réponses et si ça ne te plait pas va voir ailleur !!!
Marsh Posté le 26-10-2003 à 08:27:24
La clé ?? la lecture asynchrone...
pendant qu'un thread lit contenu du fichier et reorganise le tout (pour chaque bloc mentionné plus haut) un autre se charge de commuter les bancs memoires de la petite carte vidéo(carte CNA)
j'ai pas essayé avec aioread mais ça doit marcher pareil
merci
Message édité par stancw le 26-10-2003 à 08:29:03
Sujets relatifs:
- Probleme de preloading (Flash)
- Probleme avec une requete SQL: je ne sais pas comment faire...!
- [RESOLU] DIVs, IE et positionnement : je vais claquer un fusible ...
- Problème de programmation....
- [VC++] ouvrir une requete au lieu d'une table...?<<<RESOLU
- [HTML/PHP] petit problème d'accent
- Réaliser un petit traitement de texte ?
- [HTML/CSS] petit probleme de transparence...
Marsh Posté le 19-10-2003 à 09:13:22
Dans un fichier BINAIRE qui contient des données organisées comme suit :
Infos1 (Taille_Infos octets)
BouDimage1 (Taille_BouDimage1 octets)
Infos2 (Taille_Infos octets)
BouDimage2 (Taille_BouDimage2 octets)
Les fread bouffant enormement de temps ,je tient à en faire le moins possible (idem pour le memcpy je m'en passerait bien ..)
je souhaite remplir 3 buffers d'un coup ..
Message édité par stancw le 26-10-2003 à 08:28:26