Mon applet est une usine a gaz [optimisation et solution inside]

Recherche :

Dernière réponse
Sujet : Mon applet est une usine a gaz [optimisation et solution inside]
darklord	bonnes vacances ;)

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

darklord

bonnes vacances ;)

veryfree

:love: je vous aime :love:

Darlord on vois ca en pv des que j ai le temps
pq la il est temps pour moi de décroché un peu je pars en vacance demain :sol:

@++ les amis

Cherrytree

DarkLord a écrit a écrit :

ceci dit very si j'ai une heure ou deux je veux bien regarder ton code pour voir si je trouve des trucs à optimiser.

Si ca t'intéresse -> PM

Cte grand prince !

gfive

--greg-- a écrit a écrit :

je ne m'en lasserai jamais :lol:

Bah pourquoi??? :p

--greg--

gfive a écrit a écrit :

[...]

Code :

package atchik.chat.itf.applet.event;

[...]

je ne m'en lasserai jamais :lol:

darklord

ceci dit very si j'ai une heure ou deux je veux bien regarder ton code pour voir si je trouve des trucs à optimiser.

Si ca t'intéresse -> PM

darklord

ah d'accord. Tu pensais que l'event était une thread? Bin non justement c'est ca la force du listener ... enfin gfive l'a expliqué donc ...

gfive

veryfree a écrit a écrit :

je crois que tu n a pas compris que j avait tres bien compris ce que tu m a dit de faire grand dark
ma question faisait référence a ce qu a fait jfive en l occurence lancer un thread
NetworkEvent e = new NetworkEvent(line);

c a ca que je faisait référence....

d ailleur greg est sur le chat la et apperement ca consomme bine moins merci encore :jap:

Mais..Mais qui a dit que l'instantiation du NetworkEvent cr?ait une Thread??

Pour plus d'info, voil? le code de NetworkEvent :

Code :

package atchik.chat.itf.applet.event;
public class NetworkEvent {
// the embedded object
private String line;
public static final String SERVERDIED = "SERVERDIED";
public NetworkEvent(String line) {
this.line = line;
}
public String getString() {
return line;
}
}

Et celui de NetworkListener :

Code :

package atchik.chat.itf.applet.event;
public interface NetworkListener {
public abstract void networkEvent(NetworkEvent evt);
}

Apr?s, dans l'impl?mentation de la m?thode networkEvent de l'interface NetworkListener, tu fais ce que tu veux!! Tu cr?es une Thread si tu veux, tu fait faire un bip, voire un prout, n'importe quoi!! LE point important, c'est que la Thread de lecture sur la socket se contente de LIRE, et de transmettre ce qu'elle a lu....R?sultat, elle revient tout de suite sur le Thread.yield() puis sur le line = readLine(), qui est bloquant, et qui par cons?quent ne consome pas.....
Si on faisait les interpr?tations de messages dans la boucle while, ?a boufferait beaucoup plus de ressources : l?, une Thread lit, et une autre (celle par laquelle le NetworkListener a ?t? instanci?) fait le boulot 'lourd'....

Ouala ouala...Tu piges???

--greg--

je confirme
et j'ai pas une bete de course, on peut le dire.
(d'ailleurs le ventilo c pas mis à hurler, c bon signe)

veryfree

DarkLord a écrit a écrit :

Mais ca fait pas un thread par ligne raaaaaaaaaaaaaaa. Le schéma est le suivant:

Je suis abasourdi. Ca fait 2 jours que j'essaie de te montrer ça et à chaque fois tu reviens avec les memes arguments. Je parle chinois ou quoi :??:

La thread elle ressemble à celle que gfive a donné dans son post ;) (pas de secret donc)

je crois que tu n a pas compris que j avait tres bien compris ce que tu m a dit de faire grand dark
ma question faisait référence a ce qu a fait jfive en l occurence lancer un thread
NetworkEvent e = new NetworkEvent(line);

c a ca que je faisait référence....

d ailleur greg est sur le chat la et apperement ca consomme bine moins merci encore :jap:

darklord

veryfree a écrit a écrit :

c super comme facon de faire mais a quoi est ce qu il ressemble ce thread en gros?

mais ca fait un thread par ligne lu c enorme non?
en cas de flood en plus ca peux faire des ravage jme trompe?

darlord>> j ai essayé le socket timout et j ai droit a une exception tout les 1.5 seconde ca me fait de la peine de les voir s affichier ds la console du plug in ,et le chat consomme presque autant ( c est tres difficile de comparé... [ mon seu indice est le gestionnaire de tache de windows 2000])

merci de votre aide a tout les deux

Mais ca fait pas un thread par ligne raaaaaaaaaaaaaaa. Le schéma est le suivant:

while(run)

// essayer de lire
- Y a qcch à lire je lis
- Y a rien à lire je me prends une InterruptedException dans la tronche

DANS CE CAS JE NE LOG RIEN C'EST NORMAL. Je m'endors pendant 500msec comme ca je laisse mon système se reposer un peu

--> retour à mon while

Conclusion:

- Une thread pour toutes les lignes :D
- Quand y a rien à lire, fait un check puis dors (d'où consomme peu de ressource au lieu de rester bloquer comme un glan dans la méthode de lecture

Je suis abasourdi. Ca fait 2 jours que j'essaie de te montrer ça et à chaque fois tu reviens avec les memes arguments. Je parle chinois ou quoi :??:

La thread elle ressemble à celle que gfive a donné dans son post ;) (pas de secret donc)

Pour les exceptions, bin faut les catcher et rien imprimer à la console de un et de deux faut t'endormir après sinon ca sert à rien gros malin (je précise que c'est le troisième post ou j'écris la meme chose. J'aimerai bien que tu lises convenablement ou que tu m'explique si c'est pas clair).

:hello: Allez concentre toi bon sang :D

--greg--

veryfree a écrit a écrit :

faut allé ds le paneau de configuration >> plug in java>>onglet avancé>> choisie un autre jre ...

j'ai pas "plugin java" dans mon panneau de conf... [:dawa]

veryfree

--greg-- a écrit a écrit :

j'ai po tout suivi mais euh
j'ai une jdk sur ma machine
mais ça veut que je telecharge le plugin pour ie :/
y'a une manip à faire pour pas re-telecharger tout ça?

faut allé ds le paneau de configuration >> plug in java>>onglet avancé>> choisie un autre jre ...

--greg--

j'ai po tout suivi mais euh
j'ai une jdk sur ma machine
mais ça veut que je telecharge le plugin pour ie :/
y'a une manip à faire pour pas re-telecharger tout ça?

veryfree

--greg-- a écrit a écrit :

je voulais dire ce que tu as compris.
une feinte à 2 sous quoi

allé vien je t attend [:snoozy]

--greg--

veryfree a écrit a écrit :

serieusement tu voulait dire quoi au juste par rapport au titre?

je voulais dire ce que tu as compris.
une feinte à 2 sous quoi

veryfree

--greg-- a écrit a écrit :

[:dawa]
et l'odeur ça va quoi?

serieusement tu voulait dire quoi au juste par rapport au titre?

tu veux venir essayé le chat la?
c ici http://veryfree.dns2go.com

--greg--

[:dawa]
et l'odeur ça va quoi?

veryfree

--greg-- a écrit a écrit :

au fait, rapport au titre: c'est pas trop dur à supporter?

ben y a un peu de fumée ds ma chambre c est embetant , ca a le merite de faire fuir les moustiques [:ddr555]

--greg--

au fait, rapport au titre: c'est pas trop dur à supporter?

veryfree

c super comme facon de faire mais a quoi est ce qu il ressemble ce thread en gros?

mais ca fait un thread par ligne lu c enorme non?
en cas de flood en plus ca peux faire des ravage jme trompe?

darlord>> j ai essayé le socket timout et j ai droit a une exception tout les 1.5 seconde ca me fait de la peine de les voir s affichier ds la console du plug in ,et le chat consomme presque autant ( c est tres difficile de comparé... [ mon seu indice est le gestionnaire de tache de windows 2000])

merci de votre aide a tout les deux

gfive

Quel homme, ce DarkLord! :)
Au passage, c'est codé comme un cochon, mon truc : l'arrêt de la thread est tout pas bô, et tout...Mais bon, ça date de quand j'apprenais à utiliser les threads!

darklord

c'est un évenement asyncrhone qui est paramètre du listener. Le listener recoit un network event et fait ce qu'il faut (par exemple récupérer la ligne, regarder quel genre de commandes c'est etc etc).

Comme ca ta thread de lecture ne s'occupe pas de savoir ce qu'elle doit faire avec l'info qui entre

veryfree

public void fireEvent(String line) {
NetworkEvent e = new NetworkEvent(line);
// we send the event to all the listeners available
for (int i = 0; i < listeners.size(); i++)
((NetworkListener) listeners.elementAt(i)).networkEvent(e);
}

}

que fait l objet NetworkEvent ??

sinon ca ressemble a ce que j ai fait...

gfive

Bah, ce qui m'étonne dans ton truc, c'est que j'ai pas de timeout, ni de sleep dans mon client, en fait, et qu'il ne rame pas du tout...

Quand tu disais que tu avais "un seul Thread pour le client" tu voulais dire quoi???

Bon, je te file le code complet de la classe qui instancie la socket et qui lit dessus côté client. Côté serveur, c'est à peu de chose près le même code (y'a juste la gestion des évènemets serveur (genre, quand le serveur s'arrête, il prévient tout le monde, histoire que ça crashe pas comme un gros sale)

Code :

package atchik.chat.itf.applet.client;
import java.io.*;
import java.net.*;
import java.util.*;
import atchik.chat.itf.applet.exception.*;
import atchik.chat.itf.applet.event.NetworkEvent;
import atchik.chat.itf.applet.event.NetworkListener;
import atchik.chat.itf.applet.utils.*;
public class WebChatClient implements Runnable {
// this array contains all the listeners linked to this class
public Vector listeners = new Vector();
// the socket which stand for the server
private Socket server;
// the stream used to send datas to the server
private PrintWriter writer;
// the stream used to read datas received from the server
private BufferedReader reader;
// the thread
private Thread network;
public WebChatClient(String ip, int port) throws IOException {
server = new Socket(ip, port);
reader = new BufferedReader(new InputStreamReader(server.getInputStream()));
writer = new PrintWriter(new OutputStreamWriter(server.getOutputStream()), true);
network = new Thread(this);
network.setPriority(Thread.NORM_PRIORITY);
network.start();
}
public void pause() {
try {
Thread.sleep(100);
} catch (InterruptedException ie) {
}
}
public void stop() {
network = null;
try {
server.close();
} catch (IOException ioe) {
}
}
public void run() {
String line;
while (network != null) {
try {
if ((line = reader.readLine()) != null) {
fireEvent(line);
} else {
fireEvent(NetworkEvent.SERVERDIED);
}
} catch (IOException ioe) {
fireEvent(NetworkEvent.SERVERDIED);
}
network.yield();
}
}
public void removeAllListeners() {
listeners.removeAllElements();
}
public void addNetworkListener(NetworkListener l) {
listeners.addElement(l);
}
public void removeNetworkListener(NetworkListener l) {
listeners.removeElement(l);
}
public void send(String msg) {
writer.println(msg);
writer.flush();
}
public void fireEvent(String line) {
NetworkEvent e = new NetworkEvent(line);
// we send the event to all the listeners available
for (int i = 0; i < listeners.size(); i++)
((NetworkListener) listeners.elementAt(i)).networkEvent(e);
}
}

Bon, y' vraiment rien de sorcier là dedans, hein, en fait..

Cherrytree

--greg-- a écrit a écrit :

ben ouais
sinon le std pour un tab c'est 8espaces. euh ou 4 j'hésite du coup.
argh.

4. :jap:

--greg--

veryfree a écrit a écrit :

ben t indente en faisant des espaces toi??

ben ouais
sinon le std pour un tab c'est 8espaces. euh ou 4 j'hésite du coup.
argh.

veryfree

DarkLord a écrit a écrit :

dans le post ton try est en dehords du do while. Il doit etre a l'intérieur comme je le montre dans ma solution. Et le forum n'a pas une identation de merde, c'est le code que tu as pasté qui est bourré de tab :kaola:

ben t indente en faisant des espaces toi??

darklord

veryfree a écrit a écrit :

c'est a cause de l indentation de merde du forum ;)

sinon ben je fait ce que tu m a dit :jap:

dans le post ton try est en dehords du do while. Il doit etre a l'intérieur comme je le montre dans ma solution. Et le forum n'a pas une identation de merde, c'est le code que tu as pasté qui est bourré de tab :kaola:

veryfree

DarkLord a écrit a écrit :

j'avais pas vu ;)

bon en fait ton catch doit etre à l'intérieur de ton do while. Comme ca si tu as un timeout c'est catché puis tu recommences à essayer de lire

c'est a cause de l indentation de merde du forum ;)

sinon ben je fait ce que tu m a dit :jap:

darklord

Code :

public void run(){
String phraseLu = "";
try {
do {
try {
phraseLu = in.readLine();
if(phraseLu.length()!=0) {
if(phraseLu.startsWith("ADD" ))
mainPanel.addElement(phraseLu.substring(3));
else if(phraseLu.startsWith("REM" ))
mainPanel.removeElement(phraseLu.substring(3));
else if(!phraseLu.equals("" ))
setText(phraseLu);
}
}
catch (InterruptedException ie) {}
runner.yield(); // ou sleep
}while(phraseLu!=null);
} catch(Exception exception) {
setText("03Connexion interrompue\n\n" );
System.out.print("exception:"+exception+"\n" );
}
}

darklord

j'avais pas vu ;)

bon en fait ton catch doit etre à l'intérieur de ton do while. Comme ca si tu as un timeout c'est catché puis tu recommences à essayer de lire

veryfree

DarkLord a écrit a écrit :

mais tu dois boucler. Tu boucles pas là. NE me dis pas que tu as une thread pour lire une ligne qd meme ?

le do - while c'est une boucle [:titprem]

serieusement oui je fait un thread qui lit une ligne , et c'est comme ca qu a fait jfive aussi pour son chat...

darklord

mais tu dois boucler. Tu boucles pas là. NE me dis pas que tu as une thread pour lire une ligne qd meme ?

veryfree

DarkLord a écrit a écrit :

bon tu as une socket et la partie émetteur > serveur

ton serveur est en écoute sur la socket. Ton receveur n'envoit aucune commande (il est idle quoi). Au bout de 3sec tu as un timeout qui est levé. A ce moment là t'en profite pour dormir 500 msec et puis tu recommences à lire et ainsi de suite. Si pendant les 500msec ou tu dors, l'émetteur envoit des brols, bin c pas grave, c'est bufférisé et dès que tu recommences à lire ton serveur récupère l'info

voila ma methode run :

Code :

public void run()
{
String phraseLu = "";
try
{
do
{
phraseLu = in.readLine();
if(phraseLu.length()!=0)
{
if(phraseLu.startsWith("ADD" ))
mainPanel.addElement(phraseLu.substring(3));
else if(phraseLu.startsWith("REM" ))
mainPanel.removeElement(phraseLu.substring(3));
else if(!phraseLu.equals("" ))
setText(phraseLu);
}
runner.yield();
}while(phraseLu!=null);
}
catch(InterruptedIOException ex)
{
System.out.print("InterruptedIOException:"+ex+"\n" );
}
catch(Exception exception)
{
setText("03Connexion interrompue\n\n" );
System.out.print("exception:"+exception+"\n" );
}
}

tu dit que je doit faire dormir mon thread lorsque j ai mon InterruptedIOException ok mais ma socket est fermée lorsque cette exception est levée alors il me faudrait la reinstancié c problematique ca non?
et puis mon thread n a plus de raison d etre si ma socket est close...
sur le site de sun y a ecrit:

Citation :

If the timeout expires, a java.io.InterruptedIOException is raised, though the Socket is still valid.

la mienne n est plus valide alors je comprend pas pq

darklord

veryfree a écrit a écrit :

bon ben je recapitule:

mais le probleme principale et que si rien ne se passe au bout de ces 3000 ms , la socket est fermée donc jmy prend mal c sur ...

Bin oui c'est sur tu dois boucler. Un truc du genre

while(up) {
// je lis
// timeout
// je dors
}

et tu recommences ;)

darklord

bon tu as une socket et la partie émetteur > serveur

ton serveur est en écoute sur la socket. Ton receveur n'envoit aucune commande (il est idle quoi). Au bout de 3sec tu as un timeout qui est levé. A ce moment là t'en profite pour dormir 500 msec et puis tu recommences à lire et ainsi de suite. Si pendant les 500msec ou tu dors, l'émetteur envoit des brols, bin c pas grave, c'est bufférisé et dès que tu recommences à lire ton serveur récupère l'info

veryfree

bon ben je recapitule:

avec un timeout de 3000 c beaucoup trop ca met 3000 ms pour s afficher a chaque fois que je met une phrase mais le probleme principale et que si rien ne se passe au bout de ces 3000 ms , la socket est fermée donc jmy prend mal c sur ...

veryfree

DarkLord a écrit a écrit :

oui synchronisée n'était pas le mot que j'aurai du utiliser. En réalité, si tu as une thread qui lit et qui attends des informations (par exemple une réponse du serveur, ou le serveur attend un commande du client). il faut pas qu'il attende comme un con pendant des heures sinon à terme ca va bouffer des ressources.

Solution qd tu crées ta socket tu lui associes un timeout de quelques seconds. Périodiquement tu vas voir que ton instruction read va partir en timeout et ca te permet d'un peu relacher les ressources et éviter le genre de probs que tu as. Je ne dis pas que c'est LA solution, je dis que ca peut etre une bonne piste.

bonne chance

juste une petite question avant de faire des betises:

Citation :

If the timeout expires, a java.io.InterruptedIOException is raised, though the Socket is still valid.

si j ai bien compris, si personne ne parle sur le chat la methode qui lit le flux entrant de la socket devrai lever l exception java.io.InterruptedIOException et ca libere les ressources c bien ca? mais la methode ReadLine() associée a ce flux est toujours valables?

j ai mis 3000 ms pour le timeout
sinon je fait appel a cette methode qu un fois n est ce pas?

socket = new Socket(host,port);
socket.setSoTimeout(3000);
....
public void run(){

try{
monFlux.readLine();
}catch(InterruptedIOException ioe){...}catch(IOException ie){...}

}

c bien comme ca?