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 > > -- Dipl.-Inform. Matthias Noll Research Assistant 'Cognitive Computing & Medical Imaging' Fraunhofer-Institut für Graphische Datenverarbeitung IGD Fraunhoferstr. 5 | 64283 Darmstadt | Germany Tel +49 6151 155-485 | Fax +49 6151 155-480 [email protected] | www.igd.fraunhofer.de ------------------------------------------------------------------------------ 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
