1. 23 Oct, 2013 1 commit
  2. 22 Oct, 2013 1 commit
  3. 14 Oct, 2013 1 commit
  4. 11 Sep, 2013 1 commit
  5. 03 Sep, 2013 1 commit
  6. 26 Jul, 2013 1 commit
    • loislo@chromium.org's avatar
      Logger: introduce abstract interface for CodeEvent listeners. · 141ada02
      loislo@chromium.org authored
      New abstract class CodeEventListener was created.
      
      CodeEventLogger which is the base class for Jit, LowLevel
      and CodeAddressMap loggers was inherited from CodeEventListener.
      
      CodeAddressMap class was moved to serializer.cc because serializer is the only user for it. Actually it collects code names and pushes them to the standard log as SnapshotCodeNameEvent. So I extracted this code into separate function CodeNameEvent. It happens that this method works only when Serializer serializes an object. So I added direct log call there.
      
      CodeEventLogger class declaration was moved to the header
      because CodeAddressMap needs it.
      The code for the nested class CodeEventLogger::NameBuffer was left in the cc file.
      
      CpuProfiler now is inherit CodeEventListener but not used
      the loggers infrastructure yet due to the complex initialization schema. I'd like to fix that in a separate cl.
      
      BUG=none
      TEST=current test set.
      R=yangguo@chromium.org, yurys@chromium.org
      
      Review URL: https://codereview.chromium.org/19724007
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@15911 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      141ada02
  7. 17 Jul, 2013 1 commit
  8. 20 Jun, 2013 1 commit
  9. 12 Jun, 2013 1 commit
  10. 03 Jun, 2013 1 commit
  11. 16 Apr, 2013 1 commit
  12. 28 Feb, 2013 1 commit
  13. 18 Dec, 2012 1 commit
  14. 10 Dec, 2012 1 commit
  15. 05 Dec, 2012 1 commit
  16. 03 Dec, 2012 2 commits
  17. 30 Nov, 2012 2 commits
  18. 14 Sep, 2012 2 commits
    • erik.corry@gmail.com's avatar
      89240527
    • 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
  19. 31 Jul, 2012 1 commit
  20. 19 Jun, 2012 1 commit
  21. 21 Mar, 2012 1 commit
  22. 23 Feb, 2012 1 commit
  23. 24 Jan, 2012 1 commit
  24. 20 Jan, 2012 1 commit
  25. 16 Jan, 2012 1 commit
  26. 11 Nov, 2011 1 commit
  27. 03 Nov, 2011 1 commit
  28. 25 Oct, 2011 1 commit
  29. 20 Oct, 2011 1 commit
  30. 19 Sep, 2011 1 commit
  31. 17 Aug, 2011 1 commit
  32. 11 Aug, 2011 1 commit
  33. 23 May, 2011 1 commit
  34. 18 Mar, 2011 3 commits
  35. 07 Dec, 2010 1 commit