Re: e: [Tsp-devel] Jsynoptic sur windows

[NOULARD Eric]

Le mer 24/11/2004 à 03:29, dvp.duf a écrit :
> Plusieurs remarques
> 
> - 80 % de CPU pour tracer combien de courbes ? Tu a pensé à figer 
> l'autoscale en Y ou X? De plus il y avait un moyen de fixer le refresh à 
> 1Hz et non pas 10 (une des properties du plugins, mais je ne sais plus 
> laquelle. Peut-ètre une trace dans un message de monsieur BRODU dans les 
> archives de TSP...)

2 courbes avec un TSP à 4 Hz.
1 afficheur à 4hz

donc 8 variables TSP à 4Hz récupérée dont 3 affichées :))

disons qu'avec 4 pauvres variables que ce soit 
un refresh à 10hz ou 1Hz ca me fait qd même mal :<<

> - La serialisation fonctionne surement dans jsynoptic et fonctionnait 
> correctement dans TSP avant les URLs. Peut-etre qu'une des classes 
> gracieusement codées par notre trappeur n'ont pas hérités des attibuts 
> Serialisableblelbe ?

Probablement mais je ne blame pour le moins pas du tout le Caribou
vu le travail fourni.
Ce sera pour moi une bonne occaz' de demander une participation
des intéressés.

> - Il faudrait peut-etre profiler le code de jSynoptic+TSP et voir ou est 
> le goulot d'etranglement. 

yes exact.

>
> A mon avis le PB viens surtout du plotter de 
> JfreeChart, qui n'est pas pensé OnLine mais postprocess. 

probablement à voir.

>
> J'avais bien 
> envie de réecrire un plot en Java qui s'inspire de tsp_gdisp+ pour 
> l'algo, 

J'ai dans mes tiroir un plotter qui déchire en Java que nous
avions fait pour une démo d'un plotter RT en Java 
il y a un certains.

Je l'offre au premier venu qui se lance dans la bataille :))

> mais je manque chroniquement de temps)

Euh tout pareil, c'est pourquoi il faut convaincre pour
avoir plus de manpower efficace :))

> 
> Y++
> 
> 
> NOULARD Eric wrote:
> 
> >J'ai raté l'@ tsp-devel
> >  
> >
> >
> > ------------------------------------------------------------------------
> >
> > Subject:
> > Re: [Tsp-devel] Jsynoptic sur windows
> > From:
> > NOULARD Eric <address@hidden>
> > Date:
> > Tue, 23 Nov 2004 21:21:00 +0100
> > To:
> > Stephane Galles <address@hidden>
> >
> > To:
> > Stephane Galles <address@hidden>
> >
> >
> >Merci de l'effort fourni pour une belle démo.
> >C'est nickel chez moi avec toutes ces modifs.
> >
> >Jsynoptic + TSP continue de me bouffer 
> >quasiment 80% des mes 2 PIII 450 ce qui me fait un
> >peu pleurer mais bon...
> >
> >J'espère décider ceux que ça intéresse pour 
> >achever un dév très très bien commencé et notamment
> >améliorer un peu la perfo.
> >
> >Juste un bémol la sauvegarde de conf Jsynoptic ne fonctionne
> >pas  car elle tente de sérialiser des objets TSP (cf ci-après)
> >mais c'est justement un bon argument pour tester la bonne 
> >volonté des participants éventuels.
> >
> >Si vous le voulez ben allez-y il manque pas grand chose.
> >
> >Encore un grand merci à Stéphane pour ce dév nickel au bon moment
> >(en ce qui me concerne bien sur).
> >
> >  
> >
> >     [java] TSP INFO[Tue Nov 23 21:13:55 CET 2004]Thread is finishing...
> >     [java] java.io.NotSerializableException:
> >tsp.core.common.url.TspURLDefaultDecorator
> >     [java]     at
> >java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
> >     [java]     at
> >java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
> >     [java]     at
> >java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:367)
> >     [java]     at
> >tsp.consumer.jsynoptic.impl.TspHandler.writeObject(Unknown Source)
> >     [java]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> >Method)
> >     [java]     at
> >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >     [java]     at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >     [java]     at java.lang.reflect.Method.invoke(Method.java:324)
> >     [java]     at
> >java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
> >     [java]     at
> >java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
> >     [java]     at
> >java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
> >     [java]     at
> >java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
> >     [java]     at
> >java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
> >     [java]     at simtools.data.DataSourcePool.writeDataSource(Unknown
> >Source)
> >     [java]     at
> >jsynoptic.plugins.jfreechart.SourceXYDataset.writeObject(Unknown Source)
> >     [java]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> >Method)
> >     [java]     at
> >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >     [java]     at
> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >     [java]     at java.lang.reflect.Method.invoke(Method.java:324)
> >  
> >
> >
> >Le mar 23/11/2004 à 06:35, Stephane Galles a écrit :
> >  
> >
> >>JTSP - Jsynoptic fonctionne encore sur windows (j'en ai profité pour faire
> >>une compil ant sur windows de JTSP, je n'avais pas encore essayé)
> >>
> >>Deux petites indications pour la démo :
> >>
> >>- J'ai remarqué que le scan de serveur tsp peut être lent si un serveur
> >>est mort en apportant avec lui sont progid RPC sans se désenregistrer
> >>(genre, sur Linux, le serveur numéro 0 meurt, dans ce cas, si on relance
> >>le serveur, il prendra le numéro 1). On a comme un phénoméne de zombis
> >>sur les progid. Dans ce cas, on dirait que quand la lib Java consumer tombe
> >>sur un zombis, cela ralentit son scan (cela fini par se débloquer néanmoins
> >>au bout de quelques secondes).
> >>Donc, peut être que pour la démo il vaudra mieux utiliser des adresse en
> >>précisant le server number, et ne pas compter sur le scan pour s'éviter des
> >>sueurs froides.
> >>Cela doit être une histoire de timeout, Je regarderai cela à l'occaz.
> >>
> >>- Les servernames dans les URL ont toujours un comportement non laxiste
> >>dans la partie Java, je n'ai plus touché à cette partie depuis nos 
> >>discussions
> >>qui pédalaient un peu dans la semoule.
> >>Si le servername est précisé, il faut donc le taper en entier.
> >>
> >>A+
> >>
> >>Steph
> >>
> >>
> >>
> >>_______________________________________________
> >>Tsp-devel mailing list
> >>address@hidden
> >>http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >>    
> >>
> >>------------------------------------------------------------------------
> >>
> >>_______________________________________________
> >>Tsp-devel mailing list
> >>address@hidden
> >>http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >>    
> >>
-- 
Eric NOULARD
E-mail: address@hidden