thanks for your tests and response! these numbers look rather encouraging and at the same time let me assume that something might be weird with my setup here.
after learning about 'hyperfine' from iohannes in the other thread, i ran tests once more now with the new test release and get slightly better results (~30% faster). since this startup behaviour doesn't seem to affect pd's functionality anyway, it probably can't be considered a blocker ... so my suggestion would be to move that issue from the list to github. i'd create an issue noting the current status and measurements - if there are no objections concerning this procedure? i collected/summarized my current measurements compared with previous results and the ones from iohannes' csvs here for now (the first table header row is a bit confusing in this generated pivot table): https://docs.google.com/spreadsheets/d/e/2PACX-1vS8_dgJXwY62YMJtwQoZ5o-mSvzqURWE9mgMNgNigyjJpodL5pho8nojcyeJQ_T49l1GUX-6dw-5kwo/pubhtml cheers, ben On Fri, May 31, 2024 at 2:40 PM Miller Puckette <mpucke...@cloud.ucsd.edu> wrote: > > Well, I can't reproduce that here - I tried with 0.54-0, 0.55-0test2c. > and the latest build from CI: > > time ~/Desktop/Pd-0.55-0test2c.app/Contents/Resources/bin/pd -send "pd quit" > --> 0.03s user 0.08s system 13% cpu 0.854 total > > time ~/Applications/Pd-0.54-1.app/Contents/Resources/bin/pd -send "pd quit" > --> 0.03s user 0.09s system 13% cpu 0.882 total > > time ~/Desktop/Pd-0.55-0test3-21-gb6476e02.app/Contents/Resources/bin/pd > -send "pd quit" > --> 0.03s user 0.08s system 12% cpu 0.860 total > > I got very little variation in the execution times, except that the > first time in a series of running the same app there was an additional > 0.06 sec. (The first time of all that I ran each app it was a bit > slower yet). > > This is on an M2 Mac MINI with 8MB memory. My guess is this would be a > faster machine than a Macbook air so these might be consistent with your > 0.55 behavior, but not with your (faster) 0.54 results. > > Oh - I didn't include any plug-in, just straight Pd distribution. > > On 5/27/24 9:58 PM, Benjamin Wesch wrote: > > thanks a lot for pointing out 'hyperfine' and for providing this > > somewhat self-defeating plugin. > > > > comparing 0.54-1 to the artifact from the iem pipeline for 618b6325 > > now, i get the results below. side notes: > > * the plugin is present in all cases, but should only affect the last > > comparison, i assume > > * it's a bit irritating to me that quitting 618b63 is slower via > > '-send' flag than through the plugin, but this was obviously caused by > > outliers (although i got similar results with another 10 runs) > > > > | version | flags | time | > > |---------|------------------------|-----------------------| > > | 0.54-1 | -nogui -send "pd quit" | 78.5 ms ± 0.6 ms | > > | 618b63 | -nogui -send "pd quit" | 77.9 ms ± 1.3 ms | > > | | | | > > | 0.54-1 | -send "pd quit" | 327.2 ms ± 5.6 ms | > > | 618b63 | -send "pd quit" | 2512.9 ms ± 1523.3 ms | > > | | | | > > | 0.54-1 | | 396.5 ms ± 4.7 ms | > > | 618b63 | | 2117.4 ms ± 518.0 ms | > > > > ... and a bit of system info: > > > > Model Name: MacBook Air > > Model Identifier: Mac14,2 > > Model Number: MLY33D/A > > Chip: Apple M2 > > Total Number of Cores: 8 (4 performance and 4 efficiency) > > Memory: 8 GB > > > > System Version: macOS 14.5 (23F79) > > Kernel Version: Darwin 23.5.0 > > > > cheers, > > ben > > > > Am Mo., 27. Mai 2024 um 15:08 Uhr schrieb IOhannes m zmoelnig > > <zmoel...@iem.at>: > >> On 5/27/24 12:15, IOhannes m zmoelnig wrote: > >>> > >>> here's what i get on my Debian system using `hyperfine` (which runs the > >>> application multiple times, to cater for disk-caching and whatnot) > >>> > >>> | version | flags | time | > >>> |---------|--------|---------------------| > >>> | 0.54-1 | | 131.7 ms ± 21.8 ms | > >>> | 0.54-1 | -nogui | 4.7 ms ± 2.6 ms | > >>> | 618b63 | | 38.4 ms ± 3.6 ms | > >>> | 618b63 | -nogui | 4.1 ms ± 2.3 ms | > >>> > >>> > >> [...] > >>> if you want to measure the time until the GUI is fully available, you > >>> probably have to use a GUI plugin that quits Pd from the GUI side. > >> so i went ahead and created the following GUI-plugin named > >> "quitter-plugin.tcl": > >> ```tcl > >> after idle {pdsend "pd quit"} > >> ``` > >> > >> now Pd will quit once the GUI has become "idle" (right after startup). > >> which gives me the following stats: > >> > >> | version | time | > >> |---------|---------------------| > >> | 0.54-1 | 249.9 ms ± 61.8 ms | > >> | 618b63 | 202.3 ms ± 119.3 ms | > >> > >> so you can see, it is much slower than the naive "-send 'pd quit'" test. > >> > >> Pd-0.55 is still much faster that 0.54-1, at least for me. > >> > >> > >> gdmfar > >> IOhannes > >> _______________________________________________ > >> Pd-list@lists.iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!BrjpPIRBDLOWBI5IKVaNaffimG9cFRA9Er4VckakgjoWJpUO9GsdoiG7PLNEasqKByJ9T8okpyYtLnNHVXJs$ > > > > > > _______________________________________________ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!BrjpPIRBDLOWBI5IKVaNaffimG9cFRA9Er4VckakgjoWJpUO9GsdoiG7PLNEasqKByJ9T8okpyYtLnNHVXJs$ > > > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
