Discussion :

[Torx26]

Bonjour

J'aurais aimé savoir si, sur un systeme de fichier ext ou ntfs, il etait possible que plusieur coeur lisent en parallel les lignes d'un fichier text (par exemple avec 2 coeurs, lignes paires pour le coeur de rang 0, impaires pour le coeur de rang 1.

Deplus je me demandais si la fonction open qui ouvre un fichier charge en memoire ce fichier ou si juste un pointeur est cree et se n'est que la lecture effective qui va reellement charger les portion devant etres lu, en memoire

Merci par avance pour vos reponses

[phi1981]

La fonction open se charge simplement d'ouvrir le fichier, à ma connaissance sans buffer.
fopen par contre a un buffer qu'elle remplit au fur et à mesure des lectures (c'est d'ailleurs très fun à implémenter, et si ma mémoire est bonne le Kernighan & Ritchie en propose une implémentation minimale).
Mais ces deux informations sont dépendantes de l'implémentation.

Pour lire via deux threads le même fichier, ça doit être faisable, en faisant gaffe aux modes d'ouverture, mais rien ne prouve que ça ira plus vite, au contraire.
Si vraiment le sujet t'interesse, tu as les overlapped I/Os sous Win32, et sous linux je pense que passer le descripteur en mode non-bloquant provoque un fonctionnement similaire, mais honnêtement j'en sais rien du tout.

[Sve@r]

Bonjour

J'aurais aimé savoir si, sur un systeme de fichier ext ou ntfs, il etait possible que plusieur coeur lisent en parallel les lignes d'un fichier text (par exemple avec 2 coeurs, lignes paires pour le coeur de rang 0, impaires pour le coeur de rang 1.

Salut

Généralement, dans un système multi coeurs, tu peux spécifier les processeurs chargés d'exécuter ton programme. Ensuite c'est le système qui prend la main. Donc en fait tu n'as pas vraiment besoin de te préoccuper de ça...

Deplus je me demandais si la fonction open qui ouvre un fichier charge en memoire ce fichier ou si juste un pointeur est cree et se n'est que la lecture effective qui va reellement charger les portion devant etres lu, en memoire

Aucune fonction d'ouverture ne charge le fichier en mémoire. Ce serait un gaspillage de ressources inouïes. Tu imagines la mémoire qu'il faudrait ???
Les fonctions d'ouvertures prépositionnent un identifiant. Ensuite, quand tu demandes à récupérer des octets, là le système va lire le fichier pour te ramener les octets demandés. Et la différence entre open et fopen est que la seconde est bufferisée alors que la première ne l'est pas (ce qui n'empêche pas bien entendu le système d'avoir ses propres buffers).
Accessoirement c'est assez amusant (sous Linux) d'écrire un programme qui va lire un fichier pendant qu'un autre va y écrire et de les lancer en parallèle voir lequel des deux gagne. Ou alors de lancer un "more fichier" d'un coté tandis que tu lances un super processus que tu rediriges dans le fichier de l'autre coté et de faire ensuite monter le "more" bien au delà de 100%...