A quoi sert-il de définir le paramètre topdown de ess1 avec une valeur par defaut a False ?
Cela paramètre os.walk, pour qu'il mémorise les noms des répertoires, après avoir parcouru les sous-répertoires. Avec topdown=True, la mémorisation se ferait avant.
Et pourquoi tu ne passes pas le paramètre à os.walk ?
Pour le reste, je me doute que os.walk fait plus de choses (explication logique). Je ne suis pas sûr que les liens symboliques, inexistants sous windows, jouent beaucoup ; par contre il doit y avoir de nombreux tests pour portabilité (OS, version, etc.) qui doivent peser.
Mais si tu avais regardé le code de os.walk, tu aurais vu que cette fonction fait un appel de fonction à islink par fichier parcouru. Cet appel même s'il renvoye toujours faux prend du temps. Et pour information, NTFS supporte les liens symboliques et les liens hard comme sous Unix, c'est juste que les fonctions ne sont exposées dans aucune API Win32 standard. Mais on peut y accéder dans les API de compatibilité POSIX de Microsoft parait-il :)
Conclusion : principes et croyances ne devraient être que des hypothèses.
@-salutations
Michel Claveau
Do Re Mi chel La Si Do wrote:
Bonjour !
A quoi sert-il de définir le paramètre topdown de ess1 avec une valeur
par defaut a False ?
Cela paramètre os.walk, pour qu'il mémorise les noms des répertoires,
après avoir parcouru les sous-répertoires. Avec topdown=True, la
mémorisation se ferait avant.
Et pourquoi tu ne passes pas le paramètre à os.walk ?
Pour le reste, je me doute que os.walk fait plus de choses (explication
logique). Je ne suis pas sûr que les liens symboliques, inexistants sous
windows, jouent beaucoup ; par contre il doit y avoir de nombreux tests
pour portabilité (OS, version, etc.) qui doivent peser.
Mais si tu avais regardé le code de os.walk, tu aurais vu que cette fonction
fait un appel de fonction à islink par fichier parcouru. Cet appel même
s'il renvoye toujours faux prend du temps. Et pour information, NTFS
supporte les liens symboliques et les liens hard comme sous Unix, c'est
juste que les fonctions ne sont exposées dans aucune API Win32 standard.
Mais on peut y accéder dans les API de compatibilité POSIX de Microsoft
parait-il :)
Conclusion : principes et croyances ne devraient être que des hypothèses.
A quoi sert-il de définir le paramètre topdown de ess1 avec une valeur par defaut a False ?
Cela paramètre os.walk, pour qu'il mémorise les noms des répertoires, après avoir parcouru les sous-répertoires. Avec topdown=True, la mémorisation se ferait avant.
Et pourquoi tu ne passes pas le paramètre à os.walk ?
Pour le reste, je me doute que os.walk fait plus de choses (explication logique). Je ne suis pas sûr que les liens symboliques, inexistants sous windows, jouent beaucoup ; par contre il doit y avoir de nombreux tests pour portabilité (OS, version, etc.) qui doivent peser.
Mais si tu avais regardé le code de os.walk, tu aurais vu que cette fonction fait un appel de fonction à islink par fichier parcouru. Cet appel même s'il renvoye toujours faux prend du temps. Et pour information, NTFS supporte les liens symboliques et les liens hard comme sous Unix, c'est juste que les fonctions ne sont exposées dans aucune API Win32 standard. Mais on peut y accéder dans les API de compatibilité POSIX de Microsoft parait-il :)
Conclusion : principes et croyances ne devraient être que des hypothèses.
@-salutations
Michel Claveau
Do Re Mi chel La Si Do
Bonsoir !
Et pourquoi tu ne passes pas le paramètre à os.walk ?
pour faire parler les bavards.
En fait, j'ai fait différents essais, avec et sans le paramètre ; comme ça ne changeait rien (pour les perfs), j'ai laissé en l'état.
@-salutations
Michel Claveau
Bonsoir !
Et pourquoi tu ne passes pas le paramètre à os.walk ?
pour faire parler les bavards.
En fait, j'ai fait différents essais, avec et sans le paramètre ; comme ça
ne changeait rien (pour les perfs), j'ai laissé en l'état.
