Bonjour,
Quel est l'objet le
plus performant pour stocker des ensembles clé/valeur ? La Hashtable, HashMap
... ou bien autre chose ?
Merci
On Tue, 10 Jun 2003 04:16:39 -0400, Jarry, Denis [EMAIL PROTECTED] wrote:
Bonjour,
Quel est l'objet le plus performant pour stocker des ensembles clé/valeur
? La Hashtable, HashMap ... ou bien autre chose ?
Ca dépend de ce que tu veux !
Est-ce que tu veux que tes clés soient stockés dans l'ordre
Title: Message
La HashTable est
synchronisée donc un peu plus lente à mon avis.
Cdt,
__
Eric Samson,
LIBeLIS
Enterprise Information
Access
www.libelis.com
-Message d'origine-De: Jarry, Denis
[mailto:[EMAIL PROTECTED] Envoyé: mardi 10 juin 2003
Je veux que l'écriture et surtout la lecture soient rapides.
-Original Message-
From: Nicolas Delsaux [mailto:[EMAIL PROTECTED]
Sent: mardi 10 juin 2003 10:34
To: [EMAIL PROTECTED]
Subject: Re: Hashtable, HashMap, HashSet ...
On Tue, 10 Jun 2003 04:16:39 -0400, Jarry, Denis [EMAIL
Bonjour,
Tu as un excellent site web pour avoir ce genre d'infos: il est à
l'adresse
http://www.precisejava.com/
et la partie réservée aux collections est à l'adresse
http://www.precisejava.com/javaperf/j2se/Collections.htm
Il y a tout: tests, conseils, quand et comment utiliser telle
Pas la mme chose
Une HashTable est synchronise au contraire d'une HasHMap.
Avec un HashSet on a en plus la proprit d'unicit qui est rajoute.
Ensuite Il est tout a fait possible de "rajouter" une HashMap l'aspect synchronis
en utilisant une mthode static de la classe collection, on obtient
On Tue, 10 Jun 2003 04:42:20 -0400, Jarry, Denis [EMAIL PROTECTED] wrote:
Je veux que l'écriture et surtout la lecture soient rapides.
Et le reste tu t'en fous ?
Dans ce cas, une HashMap devrait suffire.
--
Nicolas Delsaux
Les hémorragies cérébrales sont moins fréquentes chez les amateurs et les
Title: RE: Hashtable, HashMap, HashSet ...
Salut !
-Message d'origine-
De : Jarry, Denis [mailto:[EMAIL PROTECTED]]
Envoy : mardi 10 juin 2003 10:42
: [EMAIL PROTECTED]
Objet : RE: Hashtable, HashMap, HashSet ...
Je veux que l'criture et surtout la lecture soient rapides.
Regarde sinon
http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections/v2.1/
Ou il y a entre autre FastHashMap.
Fred.
En réponse à Aurelien Mazurie [EMAIL PROTECTED]:
Bonjour,
Tu as un excellent site web pour avoir ce genre d'infos: il est à
l'adresse
D'après de petits tests que j'avais fait, la FastHashMap est moins
rapide que la HashMap (comme son nom l'indique) dans le cas où il n'y a
pas de concurrence d'accès.
L'idée que j'ai de la FastHashMap est quelle propose une implémentation
d'une HashMap rapide dans le cadre d'accès concurrents.
Bruno == Bruno Marquie [EMAIL PROTECTED] writes:
Bruno Pas la même chose Une HashTable est synchronisée au contraire
Bruno d'une HasHMap. Avec un HashSet on a en plus la propriété
Bruno d'unicité qui est rajoutée.
Comme son nom l'indique, le HashSet est un ensemble. Il ne permet donc
Bonjour à tous,
je pensais betement que pour que mon appli (donc toutes ses classes)
soit chargée avec mon classloader à moi tout seul , il me suffisait de
charger la classe principale avec mon classloader et d'appeler la
méthode main par reflection.
J'ai essayé et ca marche pas. Le loadclass
On Tue, 10 Jun 2003 13:58:28 +0200, Bruno Marquie [EMAIL PROTECTED]
wrote:
Bonjour à tous,
je pensais betement que pour que mon appli (donc toutes ses classes) soit
chargée avec mon classloader à moi tout seul , il me suffisait de charger
la classe principale avec mon classloader et d'appeler
oui bien sr, ma rponse n'tait pas trs claire... pour me rattraper :),il
y a une implmentation base de HashMap derriere un HashSet :)
Laurent Martelli wrote:
"Bruno" == Bruno Marquie [EMAIL PROTECTED] writes:
public class ClassLoaderRun {
static public void main(String args[]) throws Exception {
// nom de l'appli java à lancer
String aProgClass = args[0];
//arguments du programme
String anEnsOfProgArgs[] = new String[args.length - 1];
System.arraycopy(args, 1,
Oups ca a cupé la fin de mon mail..
Donc voila le code d'appel du classloader. Des idées? :)
Bruno Marquie wrote:
public class ClassLoaderRun {
static public void main(String args[]) throws Exception {
// nom de l'appli java à lancer
String aProgClass = args[0];
On Tue, 10 Jun 2003 15:46:40 +0200, Bruno Marquie [EMAIL PROTECTED]
wrote:
public class ClassLoaderRun {
snip le code
}
Tout cela m'a l'air correct. Comment sais-tu que tes classes ne sont pas
chargées par ton PigClassLoader ? Il trace les appels ?
--
Nicolas Delsaux
A lutter avec les mêmes
oui il trace les appels...snif
Nicolas Delsaux wrote:
On Tue, 10 Jun 2003 15:46:40 +0200, Bruno Marquie
[EMAIL PROTECTED] wrote:
public class ClassLoaderRun {
snip le code
}
Tout cela m'a l'air correct. Comment sais-tu que tes classes ne sont
pas chargées par ton PigClassLoader ? Il trace
plus exactement
public Class findClass(String pClassName) throws ClassNotFoundException {
Class aClass = null;
try {
System.out.println(Load Class:+pClassName);
aClass = getPigClass(pClassName);
return aClass;
}
catch (Exception e) {
On Tue, 10 Jun 2003 17:06:10 +0200, Bruno Marquie [EMAIL PROTECTED]
wrote:
oui il trace les appels...snif
Ah !
Tu devrais essayer de lancer la JVM en mode verbose, pour voir quelles
classes sont chargées par le ClassLoader système. Peut-être qu'il charge à
ton insu toutes les classes de
je viens de le faire : il utilise le classloader systeme pour charger
mes autres classes, mais après l'invocation de la méthode main de ma
classe principale, qui elle a été chargée avec mon classloader. Pas
avant malheureusement.
Nicolas Delsaux wrote:
On Tue, 10 Jun 2003 17:06:10 +0200,
Mais ca répond à mon autre question : les classes standart sont donc
chargées avant le lancement/chargement de mon appli. Donc elle ne
peuvent pas être chargées avec mon classloader, aucun risque.
Nicolas Delsaux wrote:
On Tue, 10 Jun 2003 17:06:10 +0200, Bruno Marquie
[EMAIL PROTECTED]
22 matches
Mail list logo
