Discussion :

[montis]

Salut

Voila j'ai un programme tous simple pour utilisation de l'api rmi et j'ai besoin de prevoir le passge du ramasse miettes au bout de 10ms, ensuite 1ms avec affichage d'un message indiquant son passage

Comment faire ça svp ?

Voici mes classes :

HelloInterface.java

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
import java.rmi.*;
public interface HelloInterface extends Remote{
 
  /*methode imprimant un message prédéfini dans l'objet appelé*/
  public String sayHello() throws RemoteException;
 
}

HelloImpl.java

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
import java.rmi.*;
import java.rmi.server.*;
 
public class HelloImpl extends UnicastRemoteObject implements HelloInterface{
 
  private String message;
  /*Le constructeur*/
  public HelloImpl(String s) throws RemoteException{
  super();
  // appelé automatiquement pour que l'OD puisse accepter les requetes
  message = s;}
  /*implementation de la méthode*/
  public String sayHello() throws RemoteException{
  return message;
  }
 
}

HelloServer.java

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
import java.rmi.*;
public class HelloServer{
 public static void main(String[] args){
  try{
   /*creer une instance de classe Hello et l'enregistrer dans le serveur de noms */
   Naming.rebind("Hello1",new HelloImpl("Hello World!"));
   System.out.println("Serveur pret:");
  }catch (Exception e){
   System.out.println("Erreur serveur:" +e);      
  }
 }
}

HelloClient.java

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
import java.rmi.*;
 
public class HelloClient {
 
	public static void main(String[] args){
	try{	
		/*cherche reference objet distant*/
		HelloInterface hello = (HelloInterface)Naming.lookup("rmi://localhost/Hello1");
		/*appel de method a distance*/
		System.out.println(hello.sayHello());
	}catch (Exception e){
     System.out.println("Erreur client:" +e);      
	}
  }
}

Cordialement

[JoeChip]

Je ne connais aucun moyen de prévoir le passage du GC, mais par simple curiosité, ça sert à quoi ? En plus tu veux non seulement le prévoir, mais le provoquer toutes les 10ms ?! Ca semble très cher ! Pour quoi vouloir faire ça ?

[stephane.combes]

Bonjour,

avec la JVM standard il n'est pas possible de provoquer le passage de GC. Par contre tu peux voir quand un objet est détruit en utilisant sa méthode "finalize".


S. Combes

[thelvin]

Euh, on peut toujours provoquer le passage du ramasse-miettes avec System.gc();
Mais même s'il passe, ça ne veut pas forcément dire qu'il fait effectivement quelque chose. Ça dépend s'il y a quelque chose à ramasser pour sa stratégie.

[stephane.combes]

Bonjour,

System.gc() demande le passage du GC mais ne le garanti pas : http://java.developpez.com/faq/java/...bage_collector

J'ai aussi trouvé ce sujet : http://www.developpez.net/forums/d62...ode-system-gc/
Je ne sais pas si la mise en garde de adiGuba est toujours d'actualité mais il vaut peut être mieux s'en assurer

S. Combes

[thelvin]

Bien sûr qu'elle est d'actualité.

Invoquer le ramasse-miettes c'est pas rien, et étant donné qu'il est pas super clair s'il va faire quelque chose ou pas, au final c'est chercher les ennuis.

On peut appeler le ramasse-miettes. Mais :
- Ça n'avance à rien,
- C'est chercher les ennuis,
- Pas besoin. Tout marche très bien sans le faire.

[adiGuba]

Salut,

J'ai aussi trouvé ce sujet : http://www.developpez.net/forums/d62...ode-system-gc/
Je ne sais pas si la mise en garde de adiGuba est toujours d'actualité mais il vaut peut être mieux s'en assurer

La remarque est toujours d'actualité...

S'il n'est pas ignoré, l'appel de System.gc() va générer une full-collection. C'est à dire que le GC va tout faire pour libérer un maximum de mémoire, ce qui est très couteux en temps...

Mais c'est surtout inutile dans la plupart des cas !
Bref on va surcharger le GC pour rien (en cas de besoin, le GC peut très bien faire une full-collection sans qu'on ne le lui demande).



A noter également qu'il est préférable d'éviter de redéfinir finalize() pour rien, ca cela implique une libération moins rapide (après avoir exécuté finalize(), le GC doit s'assurer que la référence soit toujours inaccessible).




Maintenant, il faudrait plus de détail quand au besoin exact qu'il y a derrière tout cela...



a++