Re: [JPP-Devel] oj startup duration
ok.. for the benchmarking and yes, initializing Sextante takes time - I discovered that too during my programming. Its also somehoe logic, because Sextante is like its own program and loads, as OJ, all the functions as a type of plugin. I am not sure, but I just remember that when I programmed with it (1-2 years ago) Sextante was loaded when I clicked on the Sextante menu item in OpenJUMP.. I had to wait then for some time until things have been there... or do I confuse that now with the way the Python plugin is loaded? stefan On 22/11/2011 2:23 AM, edgar.sol...@web.de wrote: > On 22.11.2011 09:21, Giuseppe Aruta wrote: >>> I'm quite sure the startup duration problem is due to Sextante >>PlugIn, not JumpFillPattern. >> > From a CORE installation, loading patterns or not makes about no >>difference (between 5 and 7s) >> > From PLUS installation I get about 12 s with FilPatterns and >>without sextante and more than 30 with Sextante >> >> >> It could be. AFAIR also Kosmo was a bit slower with the same configuration >> (Sextante set on, when Kosmo is loading) > we should benchmark this some more i think .. will do so later. > > ede > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
On 22.11.2011 09:21, Giuseppe Aruta wrote: >> I'm quite sure the startup duration problem is due to Sextante > PlugIn, not JumpFillPattern. >>From a CORE installation, loading patterns or not makes about no > difference (between 5 and 7s) >>From PLUS installation I get about 12 s with FilPatterns and > without sextante and more than 30 with Sextante > > > It could be. AFAIR also Kosmo was a bit slower with the same configuration > (Sextante set on, when Kosmo is loading) we should benchmark this some more i think .. will do so later. ede -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
Hi Michael, thanks for the job >I can also remove all images from FillPaterns but a dozen I prefer, if other developers agree, to move either all images into another folder and not in FillPatterns one >I'm quite sure the startup duration problem is due to Sextante PlugIn, not JumpFillPattern. >From a CORE installation, loading patterns or not makes about no difference (between 5 and 7s) >From PLUS installation I get about 12 s with FilPatterns and without sextante and more than 30 with Sextante It could be. AFAIR also Kosmo was a bit slower with the same configuration (Sextante set on, when Kosmo is loading) regards Giuseppe -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
OK, I moved images from src directory to ext/FillPatterns directory and forgot to commit. I commit. This way, Sorry, FillPatterns is already in PLUS directory, Ede moved it there, I just have to remove it from source... Michaël CORE wil not have these images any more PLUS will have them and will load them I can also remove all images from FillPaterns but a dozen BUT I'm quite sure the startup duration problem is due to Sextante PlugIn, not JumpFillPattern. From a CORE installation, loading patterns or not makes about no difference (between 5 and 7s) From PLUS installation I get about 12 s with FilPatterns and without sextante and more than 30 with Sextante Michaël Le 18/11/2011 14:49, Giuseppe Aruta a écrit : Hi Ede, a) I agree with you and Michael to speed up the plugin b) on the other hand, my original proposal (to move all JPGs out OJ into an external folder) was to make the fill pattern menu more simple with less items. JPGs were inflating the menu with more than 137 items and, if used, geoff's plugin benefits were not so easy to find But in the actual OJ NB we use Geoff's plugin to load extenal pattern (included JPG) and we moved all OJ JPGs into "FillPattern" folder (the system folder of this plugin). Making OJ more slow on starting AND re-"inflating" again Fill Pattern menu with more than 100 images - basically vanifing point b). I believe that we should leave "FillPattern" folder empty, or at least with few raster and vector examples. Any external JPG can be anyhow loaded using option 39 (no image choosen) on Fill Pattern menu. This is my proposal Giuseppe *Da:* "edgar.sol...@web.de" *A:* OpenJump develop and use *Inviato:* Venerdì 18 Novembre 2011 9:08 *Oggetto:* Re: [JPP-Devel] oj startup duration That's what i meant. But i agree with Michael that we should check the code for speedup possibility before considering limiting. ..ede On 18.11.2011 08:08, Giuseppe Aruta wrote: > Hi Ede, > it could be connected to the images on FillPatern folder. Too many. Did you try to move them on another folder? We don't need them on FillPattern dir as they can be loaded using "load image" option > > *Da:* "edgar.sol...@web.de <mailto:edgar.sol...@web.de>" mailto:edgar.sol...@web.de>> > *A:* OpenJump develop and use <mailto:jump-pilot-devel@lists.sourceforge.net>> > *Cc:* bernd.we...@erfurt.de <mailto:bernd.we...@erfurt.de> > *Inviato:* Giovedì 17 Novembre 2011 18:07 > *Oggetto:* Re: [JPP-Devel] oj startup duration > > as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or deleting the folder with the pattern brings it up to a to 2513 comparable speed. > > should we fix it or leave it to geoff? > > ..ede > > On 17.11.2011 17:57, edgar.sol...@web.de <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>> wrote: >> i can repeat this with >> R2513plus 20s, >> R2532plus 60s >> .. ede >> >> On 17.11.2011 17:54, edgar.sol...@web.de <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>> wrote: >> > Bernd a german user i am in contact with noticed that the current plus build takes much longer to start up. here are his measurements. >> > >> > Release min:sec >> > R2532plus 02:12 >> > R2532core ca. 00:05 >> > >> > R2513plus 00:45 >> > r2513core ca. 00:05 >> > >> > for tests i made the 2513 available again. >> > >> > a short test here showed that sextante takes at least 30s alone (on my machine of course). >> > >> > ..ede >> > >> > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@lists.sourceforge.net> <mailto:Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@lists.sourceforge.net>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive
Re: [JPP-Devel] oj startup duration
Hi, OK, I moved images from src directory to ext/FillPatterns directory and forgot to commit. I commit. This way, CORE wil not have these images any more PLUS will have them and will load them I can also remove all images from FillPaterns but a dozen BUT I'm quite sure the startup duration problem is due to Sextante PlugIn, not JumpFillPattern. From a CORE installation, loading patterns or not makes about no difference (between 5 and 7s) From PLUS installation I get about 12 s with FilPatterns and without sextante and more than 30 with Sextante Michaël Le 18/11/2011 14:49, Giuseppe Aruta a écrit : Hi Ede, a) I agree with you and Michael to speed up the plugin b) on the other hand, my original proposal (to move all JPGs out OJ into an external folder) was to make the fill pattern menu more simple with less items. JPGs were inflating the menu with more than 137 items and, if used, geoff's plugin benefits were not so easy to find But in the actual OJ NB we use Geoff's plugin to load extenal pattern (included JPG) and we moved all OJ JPGs into "FillPattern" folder (the system folder of this plugin). Making OJ more slow on starting AND re-"inflating" again Fill Pattern menu with more than 100 images - basically vanifing point b). I believe that we should leave "FillPattern" folder empty, or at least with few raster and vector examples. Any external JPG can be anyhow loaded using option 39 (no image choosen) on Fill Pattern menu. This is my proposal Giuseppe *Da:* "edgar.sol...@web.de" *A:* OpenJump develop and use *Inviato:* Venerdì 18 Novembre 2011 9:08 *Oggetto:* Re: [JPP-Devel] oj startup duration That's what i meant. But i agree with Michael that we should check the code for speedup possibility before considering limiting. ..ede On 18.11.2011 08:08, Giuseppe Aruta wrote: > Hi Ede, > it could be connected to the images on FillPatern folder. Too many. Did you try to move them on another folder? We don't need them on FillPattern dir as they can be loaded using "load image" option > > *Da:* "edgar.sol...@web.de <mailto:edgar.sol...@web.de>" mailto:edgar.sol...@web.de>> > *A:* OpenJump develop and use <mailto:jump-pilot-devel@lists.sourceforge.net>> > *Cc:* bernd.we...@erfurt.de <mailto:bernd.we...@erfurt.de> > *Inviato:* Giovedì 17 Novembre 2011 18:07 > *Oggetto:* Re: [JPP-Devel] oj startup duration > > as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or deleting the folder with the pattern brings it up to a to 2513 comparable speed. > > should we fix it or leave it to geoff? > > ..ede > > On 17.11.2011 17:57, edgar.sol...@web.de <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>> wrote: >> i can repeat this with >> R2513plus 20s, >> R2532plus 60s >> .. ede >> >> On 17.11.2011 17:54, edgar.sol...@web.de <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de <mailto:edgar.sol...@web.de>> wrote: >> > Bernd a german user i am in contact with noticed that the current plus build takes much longer to start up. here are his measurements. >> > >> > Release min:sec >> > R2532plus 02:12 >> > R2532core ca. 00:05 >> > >> > R2513plus 00:45 >> > r2513core ca. 00:05 >> > >> > for tests i made the 2513 available again. >> > >> > a short test here showed that sextante takes at least 30s alone (on my machine of course). >> > >> > ..ede >> > >> > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@lists.sourceforge.net> <mailto:Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@lists.sourceforge.net>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common
Re: [JPP-Devel] oj startup duration
Hi Ede, a) I agree with you and Michael to speed up the plugin b) on the other hand, my original proposal (to move all JPGs out OJ into an external folder) was to make the fill pattern menu more simple with less items. JPGs were inflating the menu with more than 137 items and, if used, geoff's plugin benefits were not so easy to find But in the actual OJ NB we use Geoff's plugin to load extenal pattern (included JPG) and we moved all OJ JPGs into "FillPattern" folder (the system folder of this plugin). Making OJ more slow on starting AND re-"inflating" again Fill Pattern menu with more than 100 images - basically vanifing point b). I believe that we should leave "FillPattern" folder empty, or at least with few raster and vector examples. Any external JPG can be anyhow loaded using option 39 (no image choosen) on Fill Pattern menu. This is my proposal Giuseppe Da: "edgar.sol...@web.de" A: OpenJump develop and use Inviato: Venerdì 18 Novembre 2011 9:08 Oggetto: Re: [JPP-Devel] oj startup duration That's what i meant. But i agree with Michael that we should check the code for speedup possibility before considering limiting. ..ede On 18.11.2011 08:08, Giuseppe Aruta wrote: > Hi Ede, > it could be connected to the images on FillPatern folder. Too many. Did you > try to move them on another folder? We don't need them on FillPattern dir as > they can be loaded using "load image" option > > *Da:* "edgar.sol...@web.de" > *A:* OpenJump develop and use > *Cc:* bernd.we...@erfurt.de > *Inviato:* Giovedì 17 Novembre 2011 18:07 > *Oggetto:* Re: [JPP-Devel] oj startup duration > > as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or > deleting the folder with the pattern brings it up to a to 2513 comparable > speed. > > should we fix it or leave it to geoff? > > ..ede > > On 17.11.2011 17:57, edgar.sol...@web.de <mailto:edgar.sol...@web.de> wrote: >> i can repeat this with >> R2513plus 20s, >> R2532plus 60s >> .. ede >> >> On 17.11.2011 17:54, edgar.sol...@web.de <mailto:edgar.sol...@web.de> wrote: >> > Bernd a german user i am in contact with noticed that the current plus >> > build takes much longer to start up. here are his measurements. >> > >> > Release min:sec >> > R2532plus 02:12 >> > R2532core ca. 00:05 >> > >> > R2513plus 00:45 >> > r2513core ca. 00:05 >> > >> > for tests i made the 2513 available again. >> > >> > a short test here showed that sextante takes at least 30s alone (on my >> > machine of course). >> > >> > ..ede >> > >> > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > 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 > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel-- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
That's what i meant. But i agree with Michael that we should check the code for speedup possibility before considering limiting. ..ede On 18.11.2011 08:08, Giuseppe Aruta wrote: > Hi Ede, > it could be connected to the images on FillPatern folder. Too many. Did you > try to move them on another folder? We don't need them on FillPattern dir as > they can be loaded using "load image" option > > *Da:* "edgar.sol...@web.de" > *A:* OpenJump develop and use > *Cc:* bernd.we...@erfurt.de > *Inviato:* Giovedì 17 Novembre 2011 18:07 > *Oggetto:* Re: [JPP-Devel] oj startup duration > > as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or > deleting the folder with the pattern brings it up to a to 2513 comparable > speed. > > should we fix it or leave it to geoff? > > ..ede > > On 17.11.2011 17:57, edgar.sol...@web.de <mailto:edgar.sol...@web.de> wrote: >> i can repeat this with >> R2513plus 20s, >> R2532plus 60s >> .. ede >> >> On 17.11.2011 17:54, edgar.sol...@web.de <mailto:edgar.sol...@web.de> wrote: >> > Bernd a german user i am in contact with noticed that the current plus >> > build takes much longer to start up. here are his measurements. >> > >> > Release min:sec >> > R2532plus 02:12 >> > R2532core ca. 00:05 >> > >> > R2513plus 00:45 >> > r2513core ca. 00:05 >> > >> > for tests i made the 2513 available again. >> > >> > a short test here showed that sextante takes at least 30s alone (on my >> > machine of course). >> > >> > ..ede >> > >> > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > 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 > > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
Hi Ede, it could be connected to the images on FillPatern folder. Too many. Did you try to move them on another folder? We don't need them on FillPattern dir as they can be loaded using "load image" option Da: "edgar.sol...@web.de" A: OpenJump develop and use Cc: bernd.we...@erfurt.de Inviato: Giovedì 17 Novembre 2011 18:07 Oggetto: Re: [JPP-Devel] oj startup duration as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or deleting the folder with the pattern brings it up to a to 2513 comparable speed. should we fix it or leave it to geoff? ..ede On 17.11.2011 17:57, edgar.sol...@web.de wrote: > i can repeat this with > R2513plus 20s, > R2532plus 60s > .. ede > > On 17.11.2011 17:54, edgar.sol...@web.de wrote: >> Bernd a german user i am in contact with noticed that the current plus build >> takes much longer to start up. here are his measurements. >> >> Release min:sec >> R2532plus 02:12 >> R2532core ca. 00:05 >> >> R2513plus 00:45 >> r2513core ca. 00:05 >> >> for tests i made the 2513 available again. >> >> a short test here showed that sextante takes at least 30s alone (on my >> machine of course). >> >> ..ede >> >> -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel-- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
Hi, It would be more satisfying if we had a look at the code first. If there is no easy fix, your proposition could become a good alternative. My 2 cents, Michaël Le 17/11/2011 21:08, Stefan Steiniger a écrit : > how about picking some essential fill patterns and offer the full > version for extra download? > > stefan > > On 17/11/2011 12:50 PM, Michaël Michaud wrote: >> Hi, >> >> Don't know if Geoff is still monitoring this list. Let's wait a few >> days, then we'll contact him and see if he still want to maintain the >> plugin. >> >> Michaël >> >> Le 17/11/2011 18:07, edgar.sol...@web.de a écrit : >>> as far as i can pinpoint it is the FillPattern loading algorithm. Renaming >>> or deleting the folder with the pattern brings it up to a to 2513 >>> comparable speed. >>> >>> should we fix it or leave it to geoff? >>> >>> ..ede >>> >>> On 17.11.2011 17:57, edgar.sol...@web.de wrote: i can repeat this with R2513plus 20s, R2532plus 60s .. ede On 17.11.2011 17:54, edgar.sol...@web.de wrote: > Bernd a german user i am in contact with noticed that the current plus > build takes much longer to start up. here are his measurements. > > Release min:sec > R2532plus 02:12 > R2532core ca. 00:05 > > R2513plus 00:45 > r2513core ca. 00:05 > > for tests i made the 2513 available again. > > a short test here showed that sextante takes at least 30s alone (on my > machine of course). > > ..ede > > >>> -- >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> ___ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> -- >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
how about picking some essential fill patterns and offer the full version for extra download? stefan On 17/11/2011 12:50 PM, Michaël Michaud wrote: > Hi, > > Don't know if Geoff is still monitoring this list. Let's wait a few > days, then we'll contact him and see if he still want to maintain the > plugin. > > Michaël > > Le 17/11/2011 18:07, edgar.sol...@web.de a écrit : >> as far as i can pinpoint it is the FillPattern loading algorithm. Renaming >> or deleting the folder with the pattern brings it up to a to 2513 comparable >> speed. >> >> should we fix it or leave it to geoff? >> >> ..ede >> >> On 17.11.2011 17:57, edgar.sol...@web.de wrote: >>> i can repeat this with >>> R2513plus 20s, >>> R2532plus 60s >>> .. ede >>> >>> On 17.11.2011 17:54, edgar.sol...@web.de wrote: Bernd a german user i am in contact with noticed that the current plus build takes much longer to start up. here are his measurements. Release min:sec R2532plus 02:12 R2532core ca. 00:05 R2513plus 00:45 r2513core ca. 00:05 for tests i made the 2513 available again. a short test here showed that sextante takes at least 30s alone (on my machine of course). ..ede >> -- >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> ___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
Hi, Don't know if Geoff is still monitoring this list. Let's wait a few days, then we'll contact him and see if he still want to maintain the plugin. Michaël Le 17/11/2011 18:07, edgar.sol...@web.de a écrit : > as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or > deleting the folder with the pattern brings it up to a to 2513 comparable > speed. > > should we fix it or leave it to geoff? > > ..ede > > On 17.11.2011 17:57, edgar.sol...@web.de wrote: >> i can repeat this with >> R2513plus 20s, >> R2532plus 60s >> .. ede >> >> On 17.11.2011 17:54, edgar.sol...@web.de wrote: >>> Bernd a german user i am in contact with noticed that the current plus >>> build takes much longer to start up. here are his measurements. >>> >>> Release min:sec >>> R2532plus 02:12 >>> R2532core ca. 00:05 >>> >>> R2513plus 00:45 >>> r2513core ca. 00:05 >>> >>> for tests i made the 2513 available again. >>> >>> a short test here showed that sextante takes at least 30s alone (on my >>> machine of course). >>> >>> ..ede >>> >>> > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
as far as i can pinpoint it is the FillPattern loading algorithm. Renaming or deleting the folder with the pattern brings it up to a to 2513 comparable speed. should we fix it or leave it to geoff? ..ede On 17.11.2011 17:57, edgar.sol...@web.de wrote: > i can repeat this with > R2513plus 20s, > R2532plus 60s > .. ede > > On 17.11.2011 17:54, edgar.sol...@web.de wrote: >> Bernd a german user i am in contact with noticed that the current plus build >> takes much longer to start up. here are his measurements. >> >> Release min:sec >> R2532plus 02:12 >> R2532core ca. 00:05 >> >> R2513plus 00:45 >> r2513core ca. 00:05 >> >> for tests i made the 2513 available again. >> >> a short test here showed that sextante takes at least 30s alone (on my >> machine of course). >> >> ..ede >> >> -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] oj startup duration
i can repeat this with R2513plus 20s, R2532plus 60s .. ede On 17.11.2011 17:54, edgar.sol...@web.de wrote: > Bernd a german user i am in contact with noticed that the current plus build > takes much longer to start up. here are his measurements. > > Release min:sec > R2532plus 02:12 > R2532core ca. 00:05 > > R2513plus 00:45 > r2513core ca. 00:05 > > for tests i made the 2513 available again. > > a short test here showed that sextante takes at least 30s alone (on my > machine of course). > > ..ede > > -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] oj startup duration
Bernd a german user i am in contact with noticed that the current plus build takes much longer to start up. here are his measurements. Release min:sec R2532plus 02:12 R2532core ca. 00:05 R2513plus 00:45 r2513core ca. 00:05 for tests i made the 2513 available again. a short test here showed that sextante takes at least 30s alone (on my machine of course). ..ede -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
