> Ah, so you don't actually care about V8's compilers

To be more precise: I want to profile V8`s compilers, esp. in terms of how they 
themselves have been compiled [for the confused reader: by GCC/Clang/etc.].


> Could have said so :-)

I didn`t want to be insulting to the V8 community.  ;-)


> turning those into a benchmark will require hackery

That`s what I was afraid of.  :-(


> and will not be representative of production use.

Of course not.


> Maybe you don't require purity.

Not really.


> The easiest approach would be to run some workload that just so happens to 
> spend a lot of time in C++ code.
> For example, Octane's "Code-load" test spends 98% of its time in C++
> (about 75% in parser and full-codegen, less than 1% in optimizing compilers).

Thanks, but I found the preceding to be confusing.  I _do_ want to spend lots 
of time [relatively speaking] in "optimizing compilers"; ideally, I want to 
profile Crankshaft and/or TurboFan withOUT running the code they compiled.  
Yes, I know that w/o type feedback the compiled code will essentially be crap 
from a real-world-performance POV.  For the purposes of _this_ mini-project, I 
don`t care about that.

Thanks again.

Regards,

Abe


-- 
-- 
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.

Reply via email to