#(emewy) does bigger flag depth = more CPU server load when using them?

1 messages · Page 1 of 1 (latest)

frank epoch
#

I feel this might be a nitty gritty technical question. Does reading and writing flags (especially reading) with bigger flag depth, for example "aquarium.contents.inhabitants.ids.5.stats.hunger" take more processing power to calculate than something shorter like "aquarium.ids.5.stats.hunger", in the process sacrificing explicit conceptual relation for something more implicit and possibly lighter for the server to access? Bigger RAM usage is not a problem here, just concerned about the CPU side of things more.

Not familiar with the inner workings of Denizen on a Java level so I thought it would be appropriate to ask here 🥴

Bonus question, if access speed + workload for dealing with flags is affected, does the same apply for definitions within scripts as well with lots of defmap depth?

ornate oakBOT
#

(emewy) does bigger flag depth = more CPU server load when using them?

ornate oakBOT
#

Hi I'm AutoThreadBot! Don't mind me, I'll just be adding the helper team to this thread so they can see it. A human will get to you soon.

frank epoch
#

bump

mortal yoke
#

I'm interested in the answer to that question too

rapid ravine
#

difference should be minimal (if any)

#

you can try it yourself

dusk iron
#

we're talking nanoseconds of difference

#

mcmonkey has expanded on this topic in another forum post, but im not finding it

upper silo
# rapid ravine you can try it yourself

this ^

best to not preoptimize this early on. if this is just in pure curiosity im sure you can find a proper explanation from monkey (as bill gates said above) somewhere on the discord.

mortal pierBOT
#
Thread Closing Reminder

Has your issue been resolved, or your question been answered?
If so, please use the </resolved:1028673926114594866> command to close your thread.
Or </invalid:1028673926898909185> if it's not possible to resolve.

If not yet resolved, please reply below to tell us what you still need.

(Note that if there is no reply for a few days, this thread will eventually close itself.)

#

@frank epoch