le 5/01/07 12:22, island à [EMAIL PROTECTED] a écrit :
> On Friday 05 January 2007 12:14, Stéphane LELAURE wrote:
>
> Hello,
>
>>> Comme je te l'ai mis récemment dans un message privé, j'ai envoyé un
>>> mail à Nils pour faire part de ton pb.
>>> Il a modifié quelque chose pour que le pb que posait ton gedcom n'en
>>> soit plus un, ou tout au moins qu'on ait pas le message d'erreur qu'on
>>> retrouvait dans le log. Je vais remonter la dernière version dans la
>>> foulée de ce message.
>>
>> Une des raisons principales pour lesquelles GenJ n'est (toujours) pas
>> devenu mon logiciel principal de généalogie, malgré ses qualités
>> indéniables, est le fait que la machine virtuelle Java semble être un
>> gros consommateur de mémoire et que quand on dispose d'un ordi portable
>> mais un peu ancien, doté de 640 Mo de mémoire seulement, GenJ ne peut
>> ouvrir facilement de gros fichiers. Dans sa configuration standard, GenJ
>> prend déjà du temps et de la mémoire pour ouvrir un fichier de 5000
>> individus et 1825 familles. J'ose imaginer le temps et la mémoire
>> nécessaire pour que GenJ ouvre une base de près de 450 000 individus et
>> 250 000 familles que je consulte de temps en temps (mon logiciel habituel
>> met 2 minutes pour ouvrir ce fichier).
>
> oui, et moi Genj me met même pas une minute pour charger plus de 300.000
> personnes, donc on est vraiment pas mal ;-)
J'ai vraiment été surpris de lire ça quand tu as écrit ça dans un précédent
message. Pour info, du double clic sur GenJ.jar à l'apparition de la fenêtre
principale de GenJ, il s'est écoulé environ 1 min. 30. Le logiciel s'est
lancé en environ 25 secondes, le reste du temps a été utilisé pour lancer
mon fichieer qui comprend un peu plus de 85 000 lignes représentant 5000
individus et 1825 familles. Je sais que je n'ai pas un ordi dernier cri (ça
viendra, c'est en projet ;-D ) mais le logiciel que j'utilise habituellement
ouvre ce même fichier en quelques secondes, donc y a pas photo...
Ce fichier utilise environ 24 Mo de mémoire, soit environ 14-15 % de la
mémoire allouée.
>
>>>> -------------------- debut de quote ----------------------
>>>
>>> I've put in a change that removes the warning you're seeing in the log.
>>> Other than that, yes, he'll have to increase
>>> the -Xmx parameter. I'd suggest to try
>>>
>>> javaw -Xmx2048m -Xms32m -jar run.jar
>>
>> Si n'importe quel utilisateur Mac lambda doit ouvrir le terminal pour
>> lancer GenJ afin de bénéficier de toute la ram disponible sur son ordi,
>> ce n'est pas comme ça qu'on va faciliter et développer l'usage de ce
>> logiciel, malheureusement. Evidemment c'est faisable, mais bien peu
>> d'utilisateurs vont se risquer à faire une telle manip. (voir suite du
>> commentaire + loin)
>
> Ah bon, vous ne pouvez pas utiliser un script de démarrage sous Mac OS ?
> Si tel est le cas, je comprends ta remarque.
Le fichier run.sh peut devenir double-cliquable, normalement. J'ai suivi la
procédure indiquée dans une revue pour ce faire, en utilisant le terminal,
malheureusement ce fichier continue de s'ouvrir avec un éditeur de texte et
je n'arrive pas à faire en sorte qu'il soit lancé par le système.
> Stéphane, tu seras surement plus à meme que Xalbat pour rapporter ça auprés
> de Nils. Pourrais tu lui mettre quelques messages sur ce pb trés spécifique
> à Mac OS pour qu'enfin on puisse donner à cet OS quelque chose de plus
> adapté.
Oui, je peux toujours lui en parler, en effet.
> Il serait bien que vous puissiez voir entre Xalbat et toi les pbs qui se
> posent et les rapporter à Nils pour qu'il améliore ça, ou qu'il fasse
> quelque chose de plus adéquat.
Je ne sais pas ce qui peut être amélioré, ça peut être la machine virtuelle
Java qui n'est pas très performante sur Mac (ou sur un "vieux" Mac).
J'aimerais bien savoir de quelle configuration Xalbat dispose sur son ordi
(processeur, mémoire), afin de voir si le problème persiste même sur un ordi
récent...
>
>>> This simply means that GenJ can take up to 2gb of memory if it wants
>>> to. Once the file loads correctly he can check the memory consumption
>>> bar in controlcenter to check how much memory he actually needs.
>>>
>>> If the xmx doesn't change something for him then this might be a macos
>>> difference in how GenJ is started. How does he start genj? Is he
>>> running the batchfile (which one)?
>>
>> Sur Mac, GenJ se lance en double-cliquant sur l'archive jar, puisque ce
>> logiciel n'a pas été adapté pour être une "vraie" application Mac
>> (contrairement à d'autres applis construites sur Java mais
>> particulièrement bien adaptées à notre environnement). Si l'on veut
>> utiliser systématiquement le maximum de mémoire disponible sur son ordi
>> et augmenter le paramètre -Xmx, l'utilisateur lambda doit refaire la
>> manipulation décrite par Nils, càd lancer le terminal et taper ce que
>> Nils indique pour lancer GenJ. Il y a certainement plus simple, mais
>> personne ne s'est penché sur le sujet.
>
> Effectivement, ça mériterait vraiment qu'on avance sur ça.
Oui, je le pense aussi.
>
> a bientot, Francois
>
A bientôt,
--
Stéphane LELAURE
---------------------------------------------------------------------
<*> Pour vous désincrire de cette liste, envoyez un mail à :
[EMAIL PROTECTED]
<*> Pour obtenir de l'aide sur les commandes de la liste :
[EMAIL PROTECTED]
