PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Autres forums > Forum Programmation & Conception > fr.comp.lang.python > copie vers USB (rapidité)
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
copie vers USB (rapidité)

Réponse
 
LinkBack Outils de la discussion
Vieux 08/10/2007, 08h33   #9
jean-michel bain-cornu
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

> 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...
  Réponse avec citation
Vieux 08/10/2007, 08h51   #10
Laurent Pointal
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

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

  Réponse avec citation
Vieux 08/10/2007, 22h05   #11
jean-michel bain-cornu
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

>>> 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.
  Réponse avec citation
Vieux 09/10/2007, 08h07   #12
fred
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

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
  Réponse avec citation
Vieux 09/10/2007, 08h41   #13
jean-michel bain-cornu
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

> 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 ?
  Réponse avec citation
Vieux 09/10/2007, 12h31   #14
Laurent Pointal
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

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!)

  Réponse avec citation
Vieux 09/10/2007, 21h49   #15
fred
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

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
  Réponse avec citation
Vieux 09/10/2007, 22h45   #16
jean-michel bain-cornu
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: copie vers USB (rapidité)

>>> 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...
  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 02h36.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,14331 seconds with 16 queries