[CRT]Low-level I/O Temps de réponses open-close

Je m'explique,

j'ai un folder avec des fichiers tiffs que je scanne je fais _open(...) je lis le header, _close(...).

j'ai environ 8000 fichiers dans mon folder et au bout de 2000 environs, le _open me renvoi -1 cause : "le fichier ne peut être ouvert."
Sur cette erreur j'ai une message box qui freeze le prog, et c'est là où ça devient chelou....
En effet, si je clicque tout de suite sur OK, l'erreur réapparait très vite.
Par contre, si j'attend un peu plus, il est repartis pour 200 - 300 fichiers...

Donc ma question est la suivante, est-ce qu'il y a un temps de latence à l'ouverture ou la fermeture des handle qui fait que si je fait trop d'open - close il atteint le nombre max de handles ouvrables...

Si qqun voit pourquoi...

Au bout de 2048 il plante je suppose...
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt__setmaxstdio.asp
Tu peux pas aller au delà. Réduit le nombre de fichiers ouverts simultanément. Avoit 2000 fichiers ouverts en même temps c'est pas top. De plus d'autres compilos en supportent beaucoup moins.

je sais,

mais si tu veut je fais une boucle

Code:

---

1 2 3 4 5 6 7

for (;;) { int Handle = _open(...) //lecture header... _close(Handle); }

---

Donc normalement je les ouvrent les uns après les autres...
mais comme la lecture du header est assez rapide, ej me demandais si il n'y avais pas un temps de latence entre l'appel au close et la destructioin du handle, du même genre que lorsque on stoppe un thread, il ne ce stoppe pas instantanément...

Normalement _close rend la main quand c'est détruit. Je vois pas comment ça pourrait être autrement.
Mais je pige mieux ce que tu veux dire, c'est à l'exécution il semble traiter ça par lots. Ben ça c'est Windows en interne, c'est comme quand tu copies un fichier, un coup ça tourne à fond, un coup ça fait une petite pose... Peut être aussi qu'il effectue de la mise en cache puis il te rend la main. Ils font quelle taille tes header ?
Tu as quel système de fichiers ?

tu devrais essayer directement avec les API Windows : CreateFile() et CloseHandle(); peut-être que tu aurais de meilleurs résultats...

Je me demande d'ailleurs si le flag FILE_FLAG_NO_BUFFERING aurait ou non un impact.