--- On Tue, 5/12/09, Roman Haefeli <reduzie...@yahoo.de> wrote: > From: Roman Haefeli <reduzie...@yahoo.de> > Subject: Re: [PD] Abstraction load time > To: jancs...@yahoo.com > Cc: pd-list@iem.at > Date: Tuesday, May 12, 2009, 11:53 PM > On Tue, 2009-05-12 at 14:31 -0700, Jonathan Wilkes wrote: > > > > > > > > --- On Tue, 5/12/09, Roman Haefeli > <reduzie...@yahoo.de> wrote: > > > > > From: Roman Haefeli <reduzie...@yahoo.de> > > > Subject: Re: [PD] Abstraction load time > > > To: "Jonathan Wilkes" > <jancs...@yahoo.com> > > > Cc: pd-list@iem.at > > > Date: Tuesday, May 12, 2009, 9:39 PM > > > it behaves like the opposite on my machine. the > abstraction > > > based patch > > > measures 6ms and the one, that generates > everything from > > > scratch, > > > measures ~300ms. > > > > > > now, after claude's explanation, i think, i > know why > > > this is the case. i > > > don't have any pathes loaded at all in my > preferences. > > > i try to do > > > everything with [declare]s inside the patches. > thus pd > > > hasn't to search > > > a whole bunch of pathes, but only the ones that > are really > > > useful. > > > > > > roman > > > > > > > Hi Roman, > > Ok, after clearing out all the path and startup > info under the "file" menu, my load times for the > abstraction based patch have decreased by an order of > magnitude. But now I'm puzzled because my results are > the reverse of yours: test-abs.pd takes around 250ms and > test-sp.pd takes 6ms. > > > > Are there any other preferences you alter to > restrict the paths that are searched? > > hm.. probably due to different versions of pd on different > platforms? i > am on linux using pd-vanilla 0.42.5. I'm on winxp with 0.42.5. > > i am not totally sure, but after the second opening of the > patch, the > harddisk isn't accessed anymore, so i guess, the > patches and > abstractions are in the cache anyway. this makes me think, > that it is > not harddrive related. > > i also found, that your measuring method was bogus. the > loadbang inside > abstraction will be executed _before_ the loadbang of the > parent patch. > i changed the patch and the result of test_sp.pd is now > 1100ms. i > attached fixed versions of all patches and abstractions. Oh man, I screwed up big time! Not only was the measuring wrong, but I mistakenly set test-sp.pd to create 1000 object chains instead of 100 -- that's why you're seeing such a large loading time for it. Very sorry about that. Here's a (hopefully) error-free version of everything. I'll see if I can try these patches out on another machine to see if its my hardware, operating system, or both that's causing some of the slowness I get when loading the abstractions. Thanks for the help, Jonathan > > roman
absloadtest.rar
Description: application/rar
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list