|
|
|
#9 |
|
Messages: n/a
Hébergeur: |
> Peut-être reprendre le code, et l'améliorer (taille de buffers)...
Pas sûr que ça change grand chose. Il y a l'OS derrière qui a ses propres buffers... |
|
|
|
#10 |
|
Messages: n/a
Hébergeur: |
jean-michel bain-cornu a écrit :
>> Peut-être reprendre le code, et l'améliorer (taille de buffers)... > > Pas sûr que ça change grand chose. Il y a l'OS derrière qui a ses > propres buffers... Oui, mais entre lire et écrire des blocs de 1K et des blocs de 1M, je ne suis pas sûr que l'OS puisse faire les mêmes optimisations sur la gestion de ses buffers. En plus, en utilisant directement les fonctions bas niveau type os.open(), on peut spécifier certaines options, du genre O_NONBLOCK / O_NDELAY... Bref, faut tester. http://www.linux-kheops.com/doc/man/...n2/open.2.html |
|
|
|
#11 |
|
Messages: n/a
Hébergeur: |
>>> Peut-être reprendre le code, et l'améliorer (taille de buffers)...
>> >> Pas sûr que ça change grand chose. Il y a l'OS derrière qui a ses >> propres buffers... > > Oui, mais entre lire et écrire des blocs de 1K et des blocs de 1M, je ne > suis pas sûr que l'OS puisse faire les mêmes optimisations sur la > gestion de ses buffers. > > En plus, en utilisant directement les fonctions bas niveau type > os.open(), on peut spécifier certaines options, du genre O_NONBLOCK / > O_NDELAY... > > Bref, faut tester. > Ce n'est pas une mauvaise idée. Sais-tu si la compil de python est facile sous linux ? Je ferai quelques tests dans la semaine, et si ça donne quelque chose, je mettrai un post. |
|
|
|
#12 |
|
Messages: n/a
Hébergeur: |
jean-michel bain-cornu <pythonnews@nospam.jmbc.fr> a écrit :
> Ce n'est pas une mauvaise idée. Sais-tu si la compil de python est > facile sous linux ? Je ferai quelques tests dans la semaine, et si ça Pourquoi en serait-il autrement ? Perso, je le compile comme ça : ../configure --enable-shared && make && make install. Mes 2 cts. -- http://scipy.org/FredericPetit |
|
|
|
#13 |
|
Messages: n/a
Hébergeur: |
> Pourquoi en serait-il autrement ?
La question était idiote, il est vrai ; mais sait-on jamais... > Perso, je le compile comme ça : > > ./configure --enable-shared && make && make install. > > Mes 2 cts. > Tu as compté la csg ? |
|
|
|
#14 |
|
Messages: n/a
Hébergeur: |
jean-michel bain-cornu a écrit :
>>>> Peut-être reprendre le code, et l'améliorer (taille de buffers)... >>> >>> Pas sûr que ça change grand chose. Il y a l'OS derrière qui a ses >>> propres buffers... >> >> Oui, mais entre lire et écrire des blocs de 1K et des blocs de 1M, je >> ne suis pas sûr que l'OS puisse faire les mêmes optimisations sur la >> gestion de ses buffers. >> >> En plus, en utilisant directement les fonctions bas niveau type >> os.open(), on peut spécifier certaines options, du genre O_NONBLOCK / >> O_NDELAY... >> >> Bref, faut tester. >> > Ce n'est pas une mauvaise idée. Sais-tu si la compil de python est > facile sous linux ? Je ferai quelques tests dans la semaine, et si ça > donne quelque chose, je mettrai un post. Pourquoi veux-tu recompiler ? os.open() et les options indiquées sont dispos en standard. (note au cas où: après il faut utiliser les fonctions de lecture/écriture du module os, pas les méthodes sur les fichiers!) |
|
|
|
#15 |
|
Messages: n/a
Hébergeur: |
jean-michel bain-cornu <nospam@nospam.fr> a écrit :
>> Pourquoi en serait-il autrement ? > La question était idiote, il est vrai ; mais sait-on jamais... Mais non, mais non. >> Perso, je le compile comme ça : >> ./configure --enable-shared && make && make install. >> Mes 2 cts. >> > Tu as compté la csg ? Oui :-) -- http://scipy.org/FredericPetit |
|
|
|
#16 |
|
Messages: n/a
Hébergeur: |
>>> En plus, en utilisant directement les fonctions bas niveau type
>>> os.open(), on peut spécifier certaines options, du genre O_NONBLOCK / >>> O_NDELAY... >>> >>> Bref, faut tester. >>> >> Ce n'est pas une mauvaise idée. Sais-tu si la compil de python est >> facile sous linux ? Je ferai quelques tests dans la semaine, et si ça >> donne quelque chose, je mettrai un post. > > Pourquoi veux-tu recompiler ? Pas examiné assez bien les post. J'avais en tête une intervention sur les sources C sans penser qu'une partie plus qu'appréciable est en python lui-même. > > os.open() et les options indiquées sont dispos en standard. > > (note au cas où: après il faut utiliser les fonctions de > lecture/écriture du module os, pas les méthodes sur les fichiers!) > J'ai trouvé sans pb la fonction copyfile(src, dst) dans shutil.py, qui fait deux open avec 'rb' et 'wb', mais quid de l'open lui-même ? Et je ne vois pas non plus ces fonctions de lecture/écriture du module os... |
|
![]() |
| Outils de la discussion | |
|
|