Hi Thomas, for something like that it would always be the best if you (a) verify that such issue is also presented on MICO HEAD (i.e. you checkout from darcs repository) and if it is, then if you provide as simple as possible testcase which will duplicate this issue.
Thanks! Karel On 01/22/13 02:14 AM, Thomas Schmidt wrote: > Hi, > > I've just implemented some collections realizing some CosCollection > interfaces. A collection is typed at run-time through a > CosCollection::Operations object. It offers a collection some methods > for element type checking and for ordering. So there's really a lot of > communication between a Collection and its Operations object. > > After a few seconds of intensive entering, removing or looking up > elements in a collection things become slower and slower and slower, … > > Some debugging shows that after a few seconds about 40.000 > MICO::GIOPSimpleProf objects where created in the context of the > Operations process. This process only runs exactly 2 Operation objects > as default servants of a POA with NON-RETAIN policy. > > After a code review of MICO 2.3.13 (the version in use) I found that > profiles where entered - using IOR::add_profile() - into a container of > type IOR::IORProfileVec but will only be erased - using > IOR::del_profile() - on POA creation. I think computing will become > slower due to the lookup loop in IOR::add_profile(). It seems that those > MICO::GIOPSimpleProf objects were added in MICO::GIOPCodec::get_target(). > > Does anyone have a bug fix? Do we really need to add so much profile > objects? When do they have to be destroyed? Wouldn't be a container with > faster lookup methods a better type for IOR::IORProfileVec? > > I'm developing in C++ on MacOSX 10.8.2 in Intel-32bit mode. Applications > are running using GIOPVersion 1.2 and IIOPVersion 1.2. I've Threads > enabled and switched on -ORBThreadPool and -ORBThreadPerConnection. > > Please help, I don't really understand how to fix this bug. > > > Thanks > Thomas > > -- > Thomas Schmidt > Velgen 1 > D-29582 Hanstedt > Tel: +49-4134-236339 > Mobil: +49-151-23095598 > Skype: ThCSchmidt > Email: tc.schm...@gmx.net <mailto:tc.schm...@gmx.net> > PGP: Key-ID: 0x810B6206 > > > > ------------------------------------------------------------------------------ > Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS > and more. Get SQL Server skills now (including 2012) with LearnDevNow - > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only - learn more at: > http://p.sf.net/sfu/learnmore_122512 > > > > _______________________________________________ > Mico-devel mailing list > Mico-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mico-devel -- Karel Gardas kgar...@objectsecurity.com ObjectSecurity Ltd. http://www.objectsecurity.com ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ Mico-devel mailing list Mico-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mico-devel
