1. 29 Apr, 2014 1 commit
  2. 02 Oct, 2013 1 commit
  3. 03 Sep, 2013 1 commit
  4. 29 Jul, 2013 2 commits
  5. 12 Jun, 2013 1 commit
  6. 14 Sep, 2012 2 commits
    • erik.corry@gmail.com's avatar
      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
  7. 19 Jun, 2012 1 commit
  8. 29 Apr, 2011 1 commit
  9. 18 Mar, 2011 3 commits
  10. 23 Mar, 2010 1 commit
  11. 27 Jan, 2010 1 commit
  12. 18 Jan, 2010 1 commit
    • mikhail.naganov@gmail.com's avatar
      Fix issue 571: display descriptive names for code objects from snapshot. · 37d39724
      mikhail.naganov@gmail.com authored
      As this is only needed for internal profiling (not for DevTools),
      the following approach had been chosen:
      
       - during snapshot creation, positions of serialized objects inside
         a snapshot are logged;
      
       - then during V8 initialization, positions of deserealized objects
         are logged;
      
       - those positions are used for retrieving code objects names from
         snapshot creation log, which needs to be supplied to tick processor
         script.
      
      Positions logging is controlled with the new flag: --log_snapshot_positions.
      This flag is turned off by default, and this adds no startup penalty.
      
      To plug this fix to Golem, the following actions are needed:
      
       - logs created using 'mksnapshot' need to be stored along with VM images;
      
       - tick processor script needs to be run with '--snapshot-log=...' cmdline
         argument.
      
      BUG=571
      
      Review URL: http://codereview.chromium.org/551062
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3635 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      37d39724
  13. 16 Nov, 2009 1 commit
  14. 30 Oct, 2009 1 commit
  15. 27 Oct, 2009 2 commits
  16. 25 May, 2009 1 commit
  17. 26 Jan, 2009 1 commit
  18. 09 Sep, 2008 1 commit
  19. 25 Jul, 2008 1 commit
    • kasper.lund's avatar
      Fixed bug in JSObject::GetPropertyAttributePostInterceptor where map... · 44510671
      kasper.lund authored
      Fixed bug in JSObject::GetPropertyAttributePostInterceptor where map transitions would count as properties.
      
      Allowed aliased eval invocations by treating them as evals in the global context. This may change in the future.
      
      Added support for accessing the last entered context through the API and renamed Context::Current to Context::GetCurrent and Context::GetSecurityContext to Context::GetCurrentSecurityContext.
      
      Fixed bug in the debugger that would cause the debugger scripts to be recursively loaded and changed all disabling of interrupts to be block-structured.
      
      Made snapshot data read-only to allow it to be more easily shared across multiple users of V8 when linked as a shared library.
      
      
      git-svn-id: http://v8.googlecode.com/svn/trunk@6 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      44510671
  20. 03 Jul, 2008 1 commit