Hi JB, Thank you for the clarification. I think the bundle load time on Windows was affected by a large number of services in the component. I don’t know exactly the reason, but how the OSGi container processes the bundle on startup was much slower on Windows because I had a large number of services. I reworked my architecture to reduce the number of service components and the startup time went down quite a bit.
Thank you, Oleg > On Nov 20, 2018, at 11:55 PM, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > Hi Oleg, > > bundle:update is roughly equivalent to bundle:stop, bundle:uninstall, > bundle:install, bundle:start. It gets the "new" bundle version from the > bundle location (that you can see with bundle:list -l). > > Nothing suspicious in the bundle activator that could explain it takes > time to stop/start on windows ? > > Regards > JB > > On 21/11/2018 04:36, Oleg Cohen wrote: >> Hi JB, >> >> I don’t think the antivirus is an issue in my case. >> >> I did disable Windows Defender. My test case is with a single bundle >> that is installed via this command: >> >> install reference:file://$eclipse_projects/sample.bundle.a >> <file://$eclipse_projects/sample.bundle.a> >> <file:///$eclipse_projects/sample.bundle.a >> <file:///$eclipse_projects/sample.bundle.a>> >> >> The location $eclipse_projects points to the local file system where >> Eclipse projects for bundles reside. >> >> From Active state I run command *update sample.bundle.a* >> >> I see that the entire bundle start part of the update consists of two >> parts. Right after the activation process starts I see a delay. No >> logging occurs, even with the log level set to TRACE. Then log output >> starts showing initialization of my bundle’s components/services. >> >> The latter part runs quick on both Windows and Mac and take about 1 sec. >> However, the former part that is silent and takes about 5 sec on Mac and >> 20 sec on Windows. So, 4 times slower on Windows. >> >> What happens with the bundle at the start? Are files copied? I do >> suspect it has something to do with the file IO. >> >> Thank you, >> Oleg >> >> >>> On Nov 20, 2018, at 10:57 AM, Jean-Baptiste Onofré <j...@nanthrax.net >>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote: >>> >>> Yes, first, please try with the antivirus disabled. >>> >>> Regards >>> JB >>> >>> On 20/11/2018 16:26, Oleg Cohen wrote: >>>> Hi JB, >>>> >>>> Yes, it is Windows. It is exactly the same set of bundles and the >>>> same Maven repository. Yes, there is Antivirus. I can try testing >>>> with disabling it temporarily. >>>> >>>> How can I see what is being resolved/checked/updated/downloaded? I do >>>> notice that Karaf has these long pauses. I am sure I can run pretty >>>> much against the local repo. >>>> >>>> I would appreciate any pointers on how to speed up the startup! >>>> >>>> Best regards, >>>> Oleg >>>> >>>>> On Nov 20, 2018, at 12:12 AM, Jean-Baptiste Onofré <j...@nanthrax.net >>>>> <mailto:j...@nanthrax.net> >>>>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote: >>>>> >>>>> Hi Oleg, >>>>> >>>>> So Windows is longer than Mac (not surprising ;)). >>>>> >>>>> Did you check in term of bundles resolution ? Do the two systems use the >>>>> same Maven repository and network to resolve the artifacts. >>>>> >>>>> I already saw such issue due to the Windows antivirus: it verified any >>>>> artifacts downloaded by Karaf and it takes time. >>>>> >>>>> Do you have antivirus on the Windows system ? >>>>> >>>>> Regards >>>>> JB >>>>> >>>>> On 19/11/2018 21:12, Oleg Cohen wrote: >>>>>> Greetings, >>>>>> >>>>>> I have two systems: one Mac and one Windows. I have noticed that >>>>>> exactly the same application with a number of bundles, both 3rd >>>>>> party and my own, take significantly longer (1.5 vs 6 mins) on >>>>>> Windows compared to Mac. Both systems are pretty powerful and have >>>>>> similar resources. I was wondering if anybody has noticed the same. >>>>>> What would be the best way to analyze the startup performance and >>>>>> identify bottlenecks? >>>>>> >>>>>> Thank you, >>>>>> Oleg >>>>>> >>>>> >>>>> -- >>>>> Jean-Baptiste Onofré >>>>> jbono...@apache.org <mailto:jbono...@apache.org> >>>>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>> >>>>> http://blog.nanthrax.net <http://blog.nanthrax.net/> >>>>> Talend - http://www.talend.com <http://www.talend.com/> >>>> >>> >>> -- >>> Jean-Baptiste Onofré >>> jbono...@apache.org <mailto:jbono...@apache.org> >>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>> >>> http://blog.nanthrax.net <http://blog.nanthrax.net/> >>> Talend - http://www.talend.com <http://www.talend.com/> >> > > -- > Jean-Baptiste Onofré > jbono...@apache.org <mailto:jbono...@apache.org> > http://blog.nanthrax.net <http://blog.nanthrax.net/> > Talend - http://www.talend.com <http://www.talend.com/>