microdav
Messages postés46Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention17 décembre 2007
-
3 juin 2004 à 19:49
ledev
Messages postés9Date d'inscriptionlundi 29 décembre 2003StatutMembreDernière intervention28 juin 2004
-
25 juin 2004 à 00:19
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
ledev
Messages postés9Date d'inscriptionlundi 29 décembre 2003StatutMembreDernière intervention28 juin 2004 25 juin 2004 à 00:19
Pense à utilisé un MD5sum pour chaque "morceau" envoyée au passage, comme ça en prime tu rajoute un contrôle d'intégrité, et à l'autre bout il peut retélécharger la partie qui va pas :).
crack_xp
Messages postés91Date d'inscriptionsamedi 28 février 2004StatutMembreDernière intervention25 janvier 2007 4 juin 2004 à 13:03
Salut,
effectiuvement coq, ya une grande consommation au niveau de memoire, et la je suis entrain de compiler un nouveau projet tres interessant qui a le meme principe que GetRight, c.a.d spliter un fichier en plusieur morceaux et envoyer les blocs un par un, et les reconstituer dans l'autre coté, l'idée me viens via d'un probleme que j'ai rencontrer lors d'envoie des fichier par le protocole HTTP a un WebService qui s'occupe a le copier dans un autre serveur , le probleme été que le protocole http pouvait transferer au maximum un packet de 1 mo et pas plus....
alors avec le decoupage des fichiers ça marche tres bien, et encore ce nouveau projet contiendra une progress bar selon la demande de microdav :)
taharban
Messages postés56Date d'inscriptionlundi 7 juillet 2003StatutMembreDernière intervention14 novembre 2007 4 juin 2004 à 12:39
Le principe du progressbar est le même en local ou par internet, découper la lecture-écriture et créer un événement à chaque fois qu'un bout est copié (dans mon exemple porgressbar.PerformStep() ).
cs_coq
Messages postés6349Date d'inscriptionsamedi 1 juin 2002StatutMembreDernière intervention 2 août 2014101 3 juin 2004 à 20:29
prend un gros fichier (genre 600Mo) et regarde la consommation memoire de ton appli dans "Processus" (RAM et MV en affichant la colonne "taille de la mémoire virtuelle")
tu comprendras tout de suite le probleme de la lecture/ecriture en un coup :)
microdav
Messages postés46Date d'inscriptionmardi 19 mars 2002StatutMembreDernière intervention17 décembre 2007 3 juin 2004 à 19:49
Tres sympa, Bonne idee....
Mais a-t-on moyen de voir l'etat de la copie, via un progress bar par exemple. Si oui comment recuperer cette info ? Y a t il par exemple un evenement qui permettait cela ??
25 juin 2004 à 00:19
4 juin 2004 à 13:03
effectiuvement coq, ya une grande consommation au niveau de memoire, et la je suis entrain de compiler un nouveau projet tres interessant qui a le meme principe que GetRight, c.a.d spliter un fichier en plusieur morceaux et envoyer les blocs un par un, et les reconstituer dans l'autre coté, l'idée me viens via d'un probleme que j'ai rencontrer lors d'envoie des fichier par le protocole HTTP a un WebService qui s'occupe a le copier dans un autre serveur , le probleme été que le protocole http pouvait transferer au maximum un packet de 1 mo et pas plus....
alors avec le decoupage des fichiers ça marche tres bien, et encore ce nouveau projet contiendra une progress bar selon la demande de microdav :)
4 juin 2004 à 12:39
http://www.csharpfr.com/code.aspx?ID=22744
Le principe du progressbar est le même en local ou par internet, découper la lecture-écriture et créer un événement à chaque fois qu'un bout est copié (dans mon exemple porgressbar.PerformStep() ).
3 juin 2004 à 20:29
tu comprendras tout de suite le probleme de la lecture/ecriture en un coup :)
3 juin 2004 à 19:49
Mais a-t-on moyen de voir l'etat de la copie, via un progress bar par exemple. Si oui comment recuperer cette info ? Y a t il par exemple un evenement qui permettait cela ??