On Wednesday 10 June 2009 01:16:08 pm Paul McNett wrote: > Ed Leafe wrote: > > On Jun 10, 2009, at 8:09 AM, johnf wrote: > >> The fact that the Postgres log reports the same actual cost for each > >> of the > >> requerys (.5 vs 12 seconds). Implies that the problem is else > >> where. Any > >> chance you have an idea where to look? > > > > I'd profile the method that you call to do this 'clearing'. That will > > show you where the slowdown occurs. > > Since you are clearing everything anyway, why not destroy and reinstantiate > the bizobj, to see if you see a different performance pattern? > > This could be a problem in dGrid, where we cache the bizobj reference > instead of asking the form for the reference every time, but it may be > worth seeing if this is faster or not (if it is, something in the clearing > cycle must be to blame, because destroying and reinstantiating objects is > pretty expensive). > > Paul
I don't think we are doing this correctly: if ako: for my in self.Form.bizobjs: theBizobj = self.Form.getBizobj(my) del theBizobj self.Form.bizobjs = {} self.Form.createBizobjs() self.From.requery() The screen does return (meaning the screen is ready to accept input again) much faster but the bizobjs do not appear to be there. Is there a better way of testing? -- John Fabiani _______________________________________________ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users Searchable Archives: http://leafe.com/archives/search/dabo-users This message: http://leafe.com/archives/byMID/200906101426.19140.jfabi...@yolo.com