Yes, this cleanup is on my list... bugs always have priority... On 09/07/2011 03:04 PM, Matthias Noll wrote: > Supplement entry: > > Additionally I would like to know how to get rid of the output information > > get service ref "org.blueberry.service.IQtStyleManager" for plugin > "file:///J:/MITK_MSVC2010_X64/MITK_GIT/MITK-build/bin/plugins/Debug/liborg_blueberry_osgi.dll" > = 1 refs > > since it is flooding the command line any time you do anything, so it seems. > > Please advise, > Matthias > > > > > Am 9/7/2011 11:36 AM, schrieb Matthias Noll: >> Hi all, >> >> I was pretty happy with the staring time of the old MITK and therefore I >> too am a bit puzzled by the slow starting of CTK MITK. Since I just >> switched to the new version to get my plugins working there, I tried >> both Release and Debug mode with 18 plugins installed (mostly MITK >> defaults). In Release mode I get an average starting time of 17 seconds >> which is not so good, but not too bad either. Then I needed to debug >> something. The starting time here is on average 210 seconds which is >> just out of control slow. I can't wait 3-4 minutes every time I want to >> change and test something in debug mode. Development will be pretty much >> impossible and also annoying. Is there a way to deactivate the caching >> process since it seems to have no benefit in development at all. >> >> The behavior that Sascha described to Klaus is only true for the >> installer version of the Release compilation. There the caching is only >> performed once. Starting from Visual Studio (with debugger attached or >> not), the caching is performed ot every application start. I guess this >> has to be considered a bug since it should behave the same way >> regardless of being started from VS or by the installer executable. >> >> Quick workaround: >> The only way I can think of to make things a bit less impossible to work >> is to deactivate/delete every plugin that I am currently not working on. >> >> Hoping that you guys will provide/suggest a solution soon. >> >> All the best, >> Matthias >> >> >> Am 9/1/2011 10:45 AM, schrieb Klaus Drechsler: >>> Hi Sascha, >>> >>> thank you for your explanation. >>> >>> However, I tstill think that something is wrong. >>> >>> 1. This registering/unregistering happens only to >>> "PlanarFigureObjectFactory" (as you can see from the attachment in the last >>> post). After all this "PlanarFigureObjectFactory" registering/unregistering >>> output the application starts lightning fast. Should there not be similar >>> output for all other plugins/modules? (I compiled *everything* in, so I >>> would expect that) >>> >>> 2. This slow startup and multiple registering/unregistering does not >>> only happen once after compilation (as "release" btw), but at every >>> startup. So, the "re-caching" and checking of time stamps seems not to work >>> as expected. >>> >>> 3. Why is there a difference in output if I start "AwesomeApp" (or an >>> external app created using the generator) or the "extapp" delivered with >>> mitk? (both take long to start at *every* startup, but only the former >>> shows this "PlanarFigureObjectFactory" stuff at the beginning). >>> >>> The most important question however is: >>> >>> How can I (temporarily) disable this caching mechanism (or whatever is >>> responsible for the slow startup)? I currently see no advantage for us >>> having this feature and it is a bit annoying during development :) >>> >>> >>> If I can provide more information and/or if you can give me a hint at >>> which places I should have a look at, please let me now. >>> >>> >>> Best wishes, >>> Klaus >>> >>> >>> ----- Ursprüngliche Nachricht ----- >>> Von: Sascha Zelzer >>> Gesendet: 31.08.11 23:32 Uhr >>> An: Klaus Drechsler >>> Betreff: Re: [mitk-users] Multiple Registering/Unregistering of >>> PlanarFigureObjectFactory during Startup >>> >>> Hi Klaus, >>> >>> This is not a bug. >>> >>> During the first application start-up, the CTK Plugin Framework loads >>> and unloads each installed plug-in (and hence all its dependencies) to >>> cache the resources compiled into them. Unfortunately, this is awefully >>> slow on Windows (especially in Debug mode). >>> >>> After the first start, the framework keeps track of the mofified time >>> stamps of the plug-isn and re-caches the resources only in case the plug-in >>> was modified since the last start. >>> >>> Best, >>> Sascha >>> >>> On 08/31/2011 12:09 PM, Klaus Drechsler wrote: Hi, >>> >>> I am encountering a problem during startup of an external app created >>> using the plugin generator. Startup takes unusually long and in the dos box >>> I see several time the registration and unregistration of >>> PlanarFigureObjectFactory (see attached output.txt). >>> >>> This happened since I moved to the ctk-based MITK (hash: >>> 32fff1f68c797f392c2b98c7ae35766dc079819f ). >>> >>> Is this a known bug? Is there a quick´n dirty fix for it? >>> >>> >>> Best wishes, >>> Klaus >>> >>> PS: Startup also takes longer when I just start "extapp" and I hear >>> that the hardisk is *very* busy. However, here I do not see the >>> registration/unregistration of PlanarFigureObjectFactory. >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Special Offer -- Download ArcSight Logger for FREE! >>> Finally, a world-class log management solution at an even better >>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you >>> download Logger. Secure your free ArcSight Logger TODAY! >>> http://p.sf.net/sfu/arcsisghtdev2dev >>> >>> >>> >>> _______________________________________________ >>> mitk-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mitk-users >> >
------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ _______________________________________________ mitk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mitk-users
