Le 11/02/2012 11:35, Giuseppe Aruta a écrit :
Hi Michael,
the version of Sextante (sextante-binding-0.6.1.jar) included into OJ
is modified so that it checks libraries into lib/ext/sextante folder.
See es.unex.sextante.openjump.extensions.SextanteToolboxPlugin class.
Which is a good idea.
However, it seems that Sextante is also scanning other sub-directories,
otherwise, adding FillPattern directory would have no effect on starting
time.
I think the problem is connected to the large set of raster fill
images which where moved from OJ core to FillPattern folder.
The problem seems connected to BOTH the large set of image files AND how
sextante reacts to these images.
As far as I remember I asked those images not to stay into FillPattern
folder but in an extra folder for two original reasons: a) FillPatter
becomes more easy to use as user-customized patterns are more evident
and not hidden by those hundreds of rasters, b) if user wants to use
them, they are easily available using the option load image into the
style window. Jukka is probably testing a third reason to move them
into another folder
Yes, and it has been removed from CORE distribution.
If other agree to remove images from PLUS distro, I don't mind.
Just want to do it fo good reasons.
User-friendliness is one thing (generally a good reason), slow startup
time is another (my guess is this is a bad reason)
By the way, doing more tests, I found that choosing custom images works
in core distribution, but not in PLUS (I clicked in the "no image
choosen" element and nothing happens, do you have the same behaviour ?)
Michaël
Giuseppe
------------------------------------------------------------------------
*Da:* Michaël Michaud <michael.mich...@free.fr>
*A:* jump-pilot-devel@lists.sourceforge.net
*Inviato:* Sabato 11 Febbraio 2012 10:55
*Oggetto:* Re: [JPP-Devel] vertexsymbol optimization
Hi,
I think I've got the bad combination, which I wouldn't have guess
without many measurements :
openjump alone : about 4 s
openjump + sextante : about 8 s
openjump + sextante + FillPatterns directory : about 25 s
I think that sextante binding is reading all ext subdirectories (it
discovers sextante algorithm in a subdirectory) including those
containing only images like FillPatterns.
Peppe, you have the actual version of sextante binding. Maybe I have
it too. Not sure if src is on the official site though.
Michaël
Le 11/02/2012 09:52, Giuseppe Aruta a écrit :
Hi all,
I had the same on Ubuntu 11.10 and OJ Plus - 65 symbols in 0.133msc.
Thanks Geoff for your efforts
Giuseppe
------------------------------------------------------------------------
*Da:* Geoffrey Roy <ge...@cadplan.com.au> <mailto:ge...@cadplan.com.au>
*A:* OpenJump develop and use
<jump-pilot-devel@lists.sourceforge.net>
<mailto:jump-pilot-devel@lists.sourceforge.net>
*Inviato:* Sabato 11 Febbraio 2012 9:14
*Oggetto:* Re: [JPP-Devel] vertexsymbol optimization
Dear ede and Jukka
No problems - I will probably leave the threaded code in for the next
release as it is probably a good thing to do.
Geoff
On 11/02/2012 4:07 PM, edgar.sol...@web.de
<mailto:edgar.sol...@web.de> wrote:
> On 11.02.2012 02:54, Geoffrey Roy wrote:
>> Dear ede and others
>>
>> If there is a problem with loading symbols then it will apply
equally for the VertexSymbols plugin and to the FillPattern plugin,
as both used the same in-line process for loading all symbols at startup.
>>
> SNIP
>> * For VertexSymbols: 92 symbols takes 0.1 mSec
>> * For FillPattern: 161 images takes 2.4 mSec
>>
>> My first reaction is that these times are quite small and should
not cause a noticeable delay - but perhaps I am missing something.
>>
> You are right .. just tested here and come to the same conclusion.
Removing sextante on the other speeds up the start significantly.
>
> In conclusion, false alarm, sorry for that.
>
> On the other hand i will have a look at the splash screen output
which clearly starts listing all extensions and after that
initializes one by one leaving the last found extensions name
displayed. Will see if there is a way to have extensions printout
some loading statistic and to print the current initializing
extension as well.
>
> ..ede
>
>
------------------------------------------------------------------------------
> Virtualization& Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
<mailto:Jump-pilot-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date:
02/10/12
>
>
--
Dr Geoffrey G Roy
Cadplan
129 Gloster Street, Subiaco WA 6008
Tel: (08) 9381 4870 Fax: (08) 9382 4459
Email: ge...@cadplan.com.au <mailto:ge...@cadplan.com.au>
http://www.cadplan.com.au
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
<mailto:Jump-pilot-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
<mailto:Jump-pilot-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
<mailto:Jump-pilot-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
Virtualization& Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
