You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a huge loss of efficiency in GDL between accessing directly structure members, like !X.TICKV and indirectly via a pointer to it. See this: toto=replicate(!X,100000L)
So probably GDL is a bit incapacited when it comes to ptr-to-struct (aka OO 😃 ) programming (widely used in NASA's SSW package --- hence HESSI performances issues) ...
hm this will need a bit of ANTLR alas. max((*p).tickv) is interpreted as (*p) -> creates a copy of (*p) , in this case a huge amount of memory,
then .tickv -> creates a new variable corresponding to this array and apply max() on it to get result.
Speed difference can be largely worse than example if tag size on which we operate is small (say, one byte) and the rest of the structure is huge!
The only possibility IMHO is to get ANTLR to register (*p).tickv as a special kind of node, and have it treat (*p).tickv in one pass.
There is a huge loss of efficiency in GDL between accessing directly structure members, like !X.TICKV and indirectly via a pointer to it. See this:
toto=replicate(!X,100000L)
so far so good.
z=toto.tickv
ok again.
p=ptr_new(toto)
that is, GDL is SIX TIMES slower.
The text was updated successfully, but these errors were encountered: