[Socket]probleme de debit avec des socketssl

Version imprimable

Bonjour,

J'ai une application C/S qui permet d'envoyer des fichier via un socketssl.

Tout marche nikel ... sauf que le debit est tres tres pourris.En transferant un fichier de 800ko, j'ai une vitesse de 1ko/s em local !!

Voila le bout de code qui envoi le fichier cote client

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
// envoi la taille du fichier au serveur
			String size = "#" + fic.length() + "#" + fic.getName() + "#\n";
			out.write(size.getBytes());
			int limite = new Long(fic.length()).intValue();
			// envoi le fichier via le tableau de byte
			for (int i = 0; i < limite; i++) {
				byte[] temp = new byte[1];
				temp[0] = ficBinaire[i];
				out.write(temp);
				out.flush();
				// System.out.println(i);
			}
			fluxFic.close();

Voici le bout de code cote serveur :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
String temp = inString.readLine();
			if(temp == null){return true;}
			StringTokenizer strTk = new StringTokenizer(temp, "#");
			long Size = Integer.parseInt(strTk.nextToken());
			String OldName = strTk.nextToken();
			int indexExt = OldName.lastIndexOf('.');
			String FicName = OldName.substring(0, indexExt) + "_copy"
					+ OldName.substring(indexExt);
 
			FileOutputStream fic = new FileOutputStream(FicName);
			long k = 0;
			byte[] tmp = new byte[1];
			in.read(tmp);
			long Start = System.currentTimeMillis();
			while (k < Size - 1) {
				fic.write(tmp);
				in.read(tmp);
				k++;
			}
			fic.close();
 
			// statistiques
			long End = System.currentTimeMillis();
			long nbOctet = k / 8;
			long vitesse = nbOctet / ((End - Start) / 1000 + 1);
			System.out.println("FIN RECEPTION : " + nbOctet + " octets copie,"
					+ vitesse + " oct/sec n " + FicName);

Tout n'est pas parfait (notement le passage des info sur le fichier qui interdit un # dans le nom du fichier ^^), mais ca marche , le probleme viens du debit.

19/04/2007, 09h55
jibbi

J'ai répondu à un problème identique
voir :
http://www.developpez.net/forums/sho...33&postcount=8
20/04/2007, 09h07
Invité

Oke merci, desole mais j'ai fait quelques recherche mais sans resultat :(

Est ce que tu peut m'expliquer pourquoi le writeByte et readByte sont plus rapide ?
20/04/2007, 10h13
jibbi
Code:

1 2 3 4 5 6 7 8 for (int i = 0; i < limite; i++) { byte[] temp = new byte[1]; temp[0] = ficBinaire[i]; out.write(temp); out.flush(); // System.out.println(i); }
Ce n'est pas readByte et writeByte qui est plus rapide. c'est ta structure qui fait renlentir. Tu n'utilse pas de BufferXXXStream. Dans ta boucle ci haut tu fait un appel a new a chaque itération...Imagine un fichier de 1 gig ca donne autant d'appel a new qu'il y a de byte. D'ailleurs, tu crée un tableau de un seul byte. Si t'a besion d'un seul byte alors fait : byte temp;:)
Finalement, flush() est placé dans ta boucle, cela force l'evoi du paquet.
Donc t'envoi byte par byte (1 byte = 1 octect = 8 bits) alors q'un protocle TCP peut contenir 4 bytes (32 bits) de données. Dans les deux cas tu utilse un tampon pour transmettre les données entre les flux soit temp[] et tmp. En imbriquant les streams: out.write(int.read()); plus besoin de ces tampons.

On peut combiner readInt() et writeInt(), readByte et writeByte pour faire encore plus rapide....
20/04/2007, 10h41
Invité

Merci beaucoup :D
16/05/2007, 15h19
Invité

Desole de uper le topic, mais ca concerne le meme sujet et vu que j ai ecris le premier j'pas trop envie de creer un autre topic.

Une question :

J'ai actuelement un debit de 500ko/s quand j'envoi des fichier via des socket ssl en local. Est ce normal ?? Ca fait pas beaucoup je pense, faudrait que je teste peut etre sur une machine plus puissante ou meme sur un serveur.
16/05/2007, 17h23
jibbi

Bonjour,

En localhost, sur la même machine c'est plutôt lent. j'ai un AMD 3000 et je transfère à 4.5 à 6 mb/sec en localhost. C'est sûr que si on a plusieurs tâches dans les boucles d'envoie/réception ca fait diminuer le débit. Peux-tu afficher ta structure d'envoie et de réception ?

Okay :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
		DataOutputStream out2 = new DataOutputStream(new BufferedOutputStream(out));
 
 
		long fileSize = temp.length();
		long totalByte = fileSize;
		float p = totalByte / 100;
 
		while (totalByte > 0 && !this.isCanceled) {
			// update the progress bar
			if (totalByte % p == 0) {
				float p2 = 100 * p / totalByte; //
				myClient.progress((int) p2);
			}
			try {
				out2.write(inFile.readByte());
			}  catch (IOException e) {
				e.printStackTrace();
				return false;
			}
			totalByte--;
		}

Methode d'envoi cote serveur, out est un objectoutputstream.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
DataInputStream in2= new DataInputStream(new BufferedInputStream(in));
		long fileSize = temp.length();
		long k = fileSize;
		boolean isCanceled = false;
		byte b;
 
		while (k > 0 && !isCanceled) {
			try {
				fic.writeByte(in2.readByte());
				// System.out.println(k);
				k--;
			} catch (IOException e) {
				e.printStackTrace();
				isCanceled = true;
			}
		}
 
		try {
			fic.flush();
			fic.close();
		} catch (IOException e) {
			e.printStackTrace();
			return false;
		}

Code de la reception, in est un objectinputstream.

17/05/2007, 20h14
jibbi
Bonjour

Qu'est-ce qui ce passe ici ?
Code:

1 2 myClient.progress((int) p2);
j'imagine qui tu fais un affichage dans un composant graphique à chaque itération, cela peux ralentir le débit. Vaut mieux créer un thread qui vérifie périodiquement l'état du transfert et qui update l'interface graphique. Et faire le calcul du % dans ce thread.

Citation:

Methode d'envoi cote serveur, out est un objectoutputstream.
Code de la reception, in est un objectinputstream.

Il semble que tu veux transmettre des fichiers, utilise plustôt
FileInputStream et FileOutputStream
18/05/2007, 08h18
Invité
1/ Pour le progress, j'ai fait un test en commentant toute la partie le concernant et le gain de debit est ridicule (apres tout ca ne fait l'action que 100 fois au maximum), mais il est vrai que sans la condition (mise a jour a chaque iteration), le debit prend cher.

2/ Ben pour fileinputstream je les utilise pour lire le fichier cote client :
Code:

1 2 inFile = new DataInputStream(new BufferedInputStream( new FileInputStream(temp)));
et pour ecrire le fichier cote serveur :
Code:

1 2 fic = new DataOutputStream(new BufferedOutputStream( new FileOutputStream(pwd + temp.getName() + ".tmp")));
J'ai beau regarder le javadoc de fileinputstrem, je ne vois pas comment je pourrai envoyer un fichier via cette classe.
19/05/2007, 06h16
jibbi

Citation:

DataOutputStream out2 = new DataOutputStream(new BufferedOutputStream(out));
[...]
DataInputStream in2= new DataInputStream(new BufferedInputStream(in));

Les variables in et out c'est quoi ?
afficher tout le code si c'est pas trop long

Ce sont des ObjectStream :

Code:

1
2
in = new ObjectInputStream(socket.getInputStream());
				out = new ObjectOutputStream(socket.getOutputStream());

C'est ObjectXXXStream sont inutiles

Utilise directement les streams du socket:
Code:

1 2 3 4 DataOutputStream out2 = new DataOutputStream(new BufferedOutputStream(socket.getOutputStream())); [...] DataInputStream in2= new DataInputStream(new BufferedInputStream(socket.getInputStream()));

22/05/2007, 15h38
Invité

Je les utilisent parce qu'ils sont des champs de mes classes, et je les utilisent pas mal par la suite.

Je viens de tester comme tu le preconise, je gagne rien en debit, peut etre que ca viens de mon pc ... est ce que les chiffres que tu donne sont fait avec des socketsll ?