Skip to content

V
V8
Switch branch/tag
  1. 28 Feb, 2013 1 commit
  3. 27 Feb, 2013 1 commit
  5. 25 Feb, 2013 1 commit
  7. 04 Feb, 2013 1 commit
  9. 23 Jan, 2013 1 commit
  11. 18 Dec, 2012 1 commit
  13. 10 Dec, 2012 1 commit
  15. 05 Dec, 2012 1 commit
  17. 03 Dec, 2012 2 commits
  19. 30 Nov, 2012 2 commits
  21. 08 Nov, 2012 1 commit
  23. 25 Oct, 2012 1 commit
  25. 14 Sep, 2012 2 commits
    • erik.corry@gmail.com's avatar
      Fix test failures on nosnap builder. · 07ac7a40
      erik.corry@gmail.com authored 
      Review URL: https://chromiumcodereview.appspot.com/10915277

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12513 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      07ac7a40
    • erik.corry@gmail.com's avatar
      Refactoring of snapshots. This simplifies and improves · 5a8d1764
      erik.corry@gmail.com authored 
      the speed of deserializing code.  The current startup
time improvement for V8 is around 6%, but code deserialization
is speeded up disproportionately, and we will soon have more
code in the snapshot.
* Removed support for deserializing into large object space.
  The regular pages are 1Mbyte now and that is plenty.  This
  is a big simplification.
* Instead of reserving space for the snapshot we actually
  allocate it now.  This removes some special casing from
  the memory management and simplifies deserialization since
  we are just bumping a pointer rather than calling the
  normal allocation routines during deserialization.
* Record in the snapshot how much we need to boot up and
  allocate it instead of just assuming that allocations in
  a new VM will always be linear.
* In the snapshot we always address an object as a negative
  offset from the current allocation point.  We used to
  sometimes address from the start of the deserialized data,
  but this is less useful now that we have good support for
  roots and repetitions in the deserialization data.
* Code objects were previously deserialized (like other
  objects) by alternating raw data (deserialized with memcpy)
  and pointers (to external references, other objects, etc.).
  Now we deserialize code objects with a single memcpy,
  followed by a series of skips and pointers that partially
  overwrite the code we memcopied out of the snapshot.
  The skips are sometimes merged into the following
  instruction in the deserialization data to reduce dispatch
  time.
* Integers in the snapshot were stored in a variable length
  format that gives a compact representation for small positive
  integers.  This is still the case, but the new encoding can
  be decoded without branches or conditional instructions,
  which is faster on a modern CPU.
Review URL: https://chromiumcodereview.appspot.com/10918067

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12505 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      5a8d1764
  27. 28 Aug, 2012 1 commit
  29. 27 Aug, 2012 2 commits
  31. 17 Aug, 2012 1 commit
  33. 31 Jul, 2012 2 commits
  35. 19 Jun, 2012 1 commit
  37. 23 Apr, 2012 1 commit
  39. 20 Apr, 2012 1 commit
  41. 12 Apr, 2012 1 commit
  43. 21 Mar, 2012 1 commit
  45. 09 Mar, 2012 1 commit
  47. 29 Feb, 2012 1 commit
  49. 23 Feb, 2012 1 commit
  51. 31 Jan, 2012 2 commits
  53. 30 Jan, 2012 2 commits
  55. 24 Jan, 2012 1 commit
  57. 19 Jan, 2012 1 commit
  59. 17 Jan, 2012 2 commits
  61. 23 Nov, 2011 2 commits