I don't think it's possible to measure property access times directly. One reason is that a single property access is much, much faster than getting a timestamp from the operating system.
So your best bet is probably to measure it indirectly: take a long-running loop, add a single property access in such a way that (1) it can't be optimized away by the compiler and (2) it doesn't introduce additional operations, which isn't easy to achieve at the same time, and measure how much longer the overall loop takes than it did before. Of course that would be a very artificial micro-benchmark, and would only measure one very specific situation. In the general case, property accesses can take *very* different amounts of time, though: in the best case, they're a single machine instruction; in the worst case, they're thousands of machine instructions. It all depends on so many things... I can't think of a way to take an existing program and accurately measure what fraction of its running time is spent on property accesses. On Fri, Sep 18, 2015 at 1:13 PM, dmonji <monikadhok...@gmail.com> wrote: > Is there any way to measure it? > > I tried to instrument the JavaScript code, and summed up the time between > "before access" and "after access". But I am not very sure if this is > the right way to measure the time required for property accesses. Any > thoughts on this? > > On Friday, 18 September 2015 16:30:42 UTC+5:30, Jakob Kummerow wrote: >> >> Property access time is not measured separately. >> >> On Fri, Sep 18, 2015 at 12:56 PM, dmonji <monika...@gmail.com> wrote: >> >>> I want to compute the proportion of time spent on property accesses in >>> JavaScript programs. I am aware of >>> code.com/svn/branches/bleeding_edge/tools/profviz/profviz.html >>> <http://profile.com/> which is a cpu profiler. >>> >>> But it is not clear what exactly does "execution" refer to since "ic >>> cache" is shown seperately? >>> >>> Does "execution" only include "Access time of properties"? >>> >>> -- >>> -- >>> v8-users mailing list >>> v8-u...@googlegroups.com >>> http://groups.google.com/group/v8-users >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "v8-users" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to v8-users+u...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- > -- > v8-users mailing list > v8-users@googlegroups.com > http://groups.google.com/group/v8-users > --- > You received this message because you are subscribed to the Google Groups > "v8-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to v8-users+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- -- v8-users mailing list v8-users@googlegroups.com http://groups.google.com/group/v8-users --- You received this message because you are subscribed to the Google Groups "v8-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to v8-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.