Un truc étrange... Différence entre Windows et Linux

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Un truc étrange... Différence entre Windows et Linux

Sinner

Trapped Inside This Octavarium

Bonjour,

J'ai codé un ptit programme qui écrit dans des fichiers.

Le programme crée 96 fichiers dans chacun desquels il écrit 2000 lignes.

Lorsque le code tourne sous Linux, il tourne pendant 10 ou 15 secondes à tout casser. Lorsqu'il tourne sous Windows, il lui faut 10 ou 15 secondes pour écrire UN SEUL fichier. Ce qui rend le traitement un peu long sous Windows.

J'ai un processeur Dual Core, donc déjà il ne sait pas le gérer. Il ne tourne que sur un seul processeur, mais tout de même, la différence avec Linux est nettement marquée.

C'est normal que Windows soit aussi long ?

Publicité

Olivier51

Le code est exactement le meme sur les deux plateforme ? Tu utilises quel API pour ecrire dans un fichier ? Tu fais de la manipulation de texte avant, si oui quel genre de manipulation ?

Sinner

Trapped Inside This Octavarium

Le code est en effet exactement le même sur les deux plateformes.

Pour info voici le code :

Code :

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#define LONG 1024
int main (int argc, char *argv[])
{
int lineCount, atomCount ;
char line[LONG], scaleInfo[LONG], space[] = " ", *energyMax, *energyMin, *energyStep, *fermiLevel, dosFilePath[LONG] ;
FILE *doscarFile, *dosFile ;
lineCount = 1 ;
atomCount = 0 ;
energyStep = "0" ;
/* Opening DOSCAR file */
doscarFile = fopen ("DOSCAR", "r" ) ;
/* Testing the opening procedure */
if (doscarFile == NULL)
{
fprintf(stderr, "Error while opening the DOSCAR file.\n" ) ;
}
else
{
fprintf(stderr, "DOSCAR file opened successfully in read only mode.\n" ) ;
/* Reading POSCAR file line by line */
while (fgets(line, LONG, doscarFile) != NULL)
{
/* Importing basic scales for DoS plotting */
if (lineCount == 6)
{
if (atomCount == 0 )
{
mkdir("DOS_FILES", 0755) ;
strcpy(scaleInfo, line) ;
energyMax = strtok(scaleInfo, space) ;
energyMin = strtok(NULL, space) ;
energyStep = strtok(NULL, space) ;
fermiLevel = strtok(NULL, space) ;
fprintf(stderr, "Energy Min : %s eV\nEnergy Max : %s eV\nEnergy Step: %s eV\nFermi Level : %s eV\n", energyMin, energyMax, energyStep, fermiLevel) ;
atomCount ++ ;
/* Setting name of first atom DoS file */
sprintf(dosFilePath, "DOS_FILES/DOS_%d", atomCount) ;
}
}
else if (lineCount > 6 && lineCount < 7 + atoi(energyStep))
{
/* Opening Partial DOS file */
dosFile = fopen (dosFilePath, "a" ) ;
fputs(line, dosFile) ;
fclose(dosFile) ;
}
else if (lineCount == 7 + atoi(energyStep))
{
lineCount = 6 ;
atomCount ++ ;
/* Setting name of next atoms DoS files */
sprintf(dosFilePath, "DOS_FILES/DOS_%d", atomCount) ;
}
lineCount ++ ;
}
fprintf(stderr, "Number of atoms in cell : %d\n", atomCount) ;
}
/* Closing the DOSCAR file */
fclose (doscarFile) ;
}

Edit : Euuuh. En fait non. Je viens de le tester sous Linux au bureau, et c'est long aussi. Pourtant sur mon PC ça carburait

Edit 2 : Je viens de retester. Sur mon portable, Dual Core avec Mandriva Spring 2007.1 sous VMWare, le code met 10 secondes pour écrire les 96 fichiers.

Sur le PC du bureau, il faut quelques minutes.

Message édité par Sinner le 11-10-2007 à 13:52:15

franceso

C'est pas un peu bourrin d'ouvrir et de fermer le fichier de sortie à chaque écriture ?

Tu pourrais peut-être l'ouvrir, écrire toutes tes lignes, et fermer à la fin (juste avant d'ouvrir le fichier suivant). Ca devrait être plus efficace je pense. (mais je dis peut-être des conneries parce que j'ai parcouru le code vraiment brièvement)

Message cité 1 fois

---------------
TriScale innov

Sinner

Trapped Inside This Octavarium

Ah peut être.

Je vais tester.

Taz

bisounours-codeur

bof, le problème c'est que avoir tous ces descripteurs de fichiers ouverts, tu peux vite atteindre une limite système si ton programme évolue (genre 1024 par exemple).

Message cité 1 fois

franceso

Taz a écrit :

bof, le problème c'est que avoir tous ces descripteurs de fichiers ouverts, tu peux vite atteindre une limite système si ton programme évolue (genre 1024 par exemple).

Ouais, mais là si j'ai bien lu, il n'a besoin que d'un seul fd ouvert à la fois puisqu'il écrit dans les fichiers les uns à la suite des autres.

---------------
TriScale innov

Taz

bisounours-codeur

bah oui ... je soulignais le problème potentiel de ton idée

Olivier51

Tu utilises quoi comme compilateur sur Windows ?
Les resultats attendus sont-ils correct dans les deux cas ?

Taz

bisounours-codeur

là c'est a priori limité par le E/S, le compilateur n'y peut pas grand chose.

Publicité

Olivier51

Lorsque je parlais de compilateur, je pensais plus aux librairies fournies avec le compilateur.

Message cité 1 fois

MEI

|DarthPingoo(tm)|

J'dit ça comme ça, mais t'es obligé de faire du C ou pas ?

Non parce que avec du C++ en utilisant le fichier comme un Stream ça devrait allé pas mal plus vite.

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

Taz

bisounours-codeur

Olivier51 a écrit :

Lorsque je parlais de compilateur, je pensais plus aux librairies fournies avec le compilateur.

Wof, ça devrait pas différer des masses. La vraie différence, je pense qu'elle peut venir de NTFS qui aura tendance à fragmenter comme un goret, voire créera un fragment par écriture.

MEI

|DarthPingoo(tm)|

192000 ouverture/ecriture/fermeture de fichier + 96 mkdir, c'est sur que c'est lent.

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

Sve@r

franceso a écrit :

...mais je dis peut-être des conneries parce que j'ai parcouru le code vraiment brièvement...

Non non, t'as bien lu. fopen+fclose dans le while => pas tiptop

franceso a écrit :

Ca devrait être plus efficace je pense.

Ouaip. Avec le système de bufferisation ça ira nettement mieux. Sûrement pas aussi rapide que Linux (où le C est une seconde langue pour lui) mais entre "un fopen/fclose par boucle" et "un seul fopen/fclose par fichier" la différence sera quand-même bien visible...

Message édité par Sve@r le 11-10-2007 à 18:41:21

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

Olivier51

Il faudrait voir pour utiliser un outils d'analyse pour tracer le temps dans chaque fonctions, ca irait plus vite (je n'ai pas de nom en tete pour Windows).

bjone

Insert booze to continue

y'a un anti-virus sur les machines lentes ?

MEI

|DarthPingoo(tm)|

Hehe ah oui ça l'antivirus sur 192000 I/O ca fait mal... surtout si c'est un truc style AVG

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

FORUM HardWare.fr

Programmation

Un truc étrange... Différence entre Windows et Linux

Sujets relatifs
Anti-plantage linux	[Java / Servlet] Nom de fichiers french-like sous linux
Problème RMI Windows/Linux	[ada] Compilateur gnatmake windows Pb...
Plugin pour Windows XP Media Center 2005	fonction poll() en C sous linux
[xhtml et CSS] Probleme de lien sur image..(truc de fou lol)[Résolu]	Compiler sous Windows pour Linux
Plus de sujets relatifs à : Un truc étrange... Différence entre Windows et Linux

Page générée en 0.136 secondes