mksnapshot isn't intended for creating arbitrary snapshots, that's why it's
not exposed or documented. You are of course free to play around with it,
but you're pretty much on your own.
For the record, Chrome does not create a Chrome-specific V8 snapshot
(AFAIK).
Also, bear in mind that putting stuff into the snapshot is a tradeoff:
extracting things from the snapshot is (usually) faster than
parsing/compiling them from source, but on the other hand extracting a
bigger snapshot is obviously slower than extracting a smaller snapshot. So
V8 tries very carefully to only put the most important bits into the
snapshot, rather than anything that might potentially be used at some point.
On Tue, Nov 11, 2014 at 7:29 AM, Louis Santillan lpsan...@gmail.com wrote:
So if I'm reading the qt doc [0] and src/mksnapshot.cc [1] correctly,
mksnapshot expects to be run like something like
./mksnapshot [optional v8 engine args] mystartup.js mysnapshot.cc
where mystartup.js is a JS file that runs without error. I would
expect mystartup.js to be a significant enough part of your app that
you can measure its compilation during startup. It should also be
composed of the common part of your app; the part of your app that
must run as a prerequisite for all execution paths. For v8, that
means it uses mksnapshot to build the JS built-in objects into the
runtime startup of itself (a sort bootstrapping technique). It's a
process that takes less than 5 ms on an Intel(R) Xeon(R) CPU E3-1240
V2 @ 3.40GHz. I would imagine it's a lot more beneficial in
Chrome/Chromium where DOM and a bunch of UI, network, crypto, etc.,
takes multiple MBs to load.
Where this gets interesting is when your mystartup.js depends on
Native objects or Native code not built-in to v8 or JS built-ins.
mksnapshot does not seem to take this into account. However, it
appears, that if you modify src/mksnapshot.cc somewhere after here [2]
but before [3], then your mystartup.js *CAN* depend (and compile
against) Native code just as is done in samples/shell.cc [4] to load
the print/read/load/quit/version Native code. You'll have to rebuild
v8 and you'll have to get your source tree co-mingled with v8's
tree/build process, but such is life.
[0] http://qt-project.org/wiki/V8Snapshot
[1] https://github.com/v8/v8/blob/master/src/mksnapshot.cc
[2]
https://github.com/v8/v8/blob/134ebca3d871784966ea068d06210d9fe70ec4ab/src/mksnapshot.cc#L370
[3]
https://github.com/v8/v8/blob/134ebca3d871784966ea068d06210d9fe70ec4ab/src/mksnapshot.cc#L395
[4]
https://github.com/v8/v8/blob/134ebca3d871784966ea068d06210d9fe70ec4ab/samples/shell.cc#L96
On Mon, Nov 10, 2014 at 7:06 PM, Flying Jester foolkingcr...@gmail.com
wrote:
Snapshots are enabled all the time unless you expressly disable them with
gyp.
On Monday, November 10, 2014 4:59:37 PM UTC-9, Chris E wrote:
Hello all,
I am trying to use v8 snapshots to improve the start-up time of a v8
application (like what chrome/chromium does), but I am unable to find
sufficient documentation to understand and use this feature.
I have looked at the following references, but it is still not clear to
me
exactly how to make the best use of snapshots for performance.
https://developers.google.com/v8/embed
http://qt-project.org/wiki/V8Snapshot
The QT link seemed the most useful so can anyone verify the correctness
of
this reference?
So basically we have to compile and run our JS application with an
emulator and somehow generate the snapshot.cc using mksnapshot?
If our JS application is large and has many features, how do we know how
much of it should run before creating the snapshot?
How is this snapshot affected by libraries (both C++ and JS) that get
loaded dynamically?
Also it sounds like we have to be careful that the snapshot is not
'stale'
or outdated with respect to the code that we run to create the snapshot
right?
Thank you so much for the help and clarifications.
--
--
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.
--
--
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