Weird performance issue
gcanyon at gmail.com
Fri Sep 23 23:38:49 EDT 2022
Yep, I'm aware of cardnames. I don't have any memory of why I wrote it this
way -- maybe I didn't trust the ordering of cardnames and cardids? Or maybe
it made more sense to collect by hand than to stitch together the values?
Or maybe I just sucked at that moment in time.
On Fri, Sep 23, 2022 at 4:44 PM J. Landman Gay via use-livecode <
use-livecode at lists.runrev.com> wrote:
> Are you familiar with the cardnames function? Letting the engine do it for
> you is always faster. That doesn't answer your question though.
> Jacqueline Landman Gay | jacque at hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 23, 2022 5:46:24 PM Geoff Canyon via use-livecode
> <use-livecode at lists.runrev.com> wrote:
> > On Fri, Sep 23, 2022 at 11:08 AM Mark Wieder via use-livecode <
> > use-livecode at lists.runrev.com> wrote:
> >> On 9/23/22 10:40, J. Landman Gay via use-livecode wrote:
> >> > It may be related to the size of the stack. LC would have to load it
> >> > into memory before checking the cards. Also, do the results change if
> >> > you lock messages?
> >> You also do a *lot* of work on both opening the stack and opening the
> >> card. And looping through that many times in your test. Your loop test
> >> doesn't really simulate real-world conditions for Navigator, so I don't
> >> think I'd worry about it too much.
> >> --
> >> Mark Wieder
> >> ahsoftware at gmail.com
> > Why would the stack be opened, or the card, just checking existence? And
> > why would that happen each time rather than once?
> > FYI for all tests the stacks are already open.
> > And: Navigator until the version I'm working on now did exactly this when
> > getting a list of the card names I have no idea why I coded it that way,
> > but checking that method vs. getting the number of cards and then getting
> > the names based on that was what let me to notice this.
> > thanks!
> > gc
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
More information about the use-livecode