1. 17 Aug, 2020 1 commit
    • Z Nguyen-Huu's avatar
      Reland "Improve NumberToString when cache miss and Smi" · 22874998
      Z Nguyen-Huu authored
      This is a reland of 1b35c0fa
      
      Reason for revert: Seems to reliably break a numerics test:
      https://ci.chromium.org/p/v8/builders/ci/V8%20Linux%20-%20debug/31516
      
      It was really slow and timeout with debug build run this test
      mjsunit/math-exp-precision with --optimize-for-size because we resize
      cache in CSA. Default this to runtime would avoid the timeout.
      
      Also with --optimize-for-size, we don't have enough space to allocate
      full-size cache so avoid to resize cache in this case.
      
      In my local PC, time for this test decreases as follows.
      Before: 52s
      After: 3s
      
      Original change's description:
      > Improve NumberToString when cache miss and Smi
      >
      > Cache miss was handled in runtime before. This change add fast path for
      > Smi in this case.
      >
      > Perf show 30% improvement for the following example.
      > Before 67 ms
      > After 42 ms
      >
      > const start = new Date();
      > const MAX = 1000000;
      > for (var i = 0; i < MAX; i++) {
      >     i.toString();
      > }
      > const end = new Date();
      > console.log("Time :"+ (end-start));
      >
      > Change-Id: I162e9c35f58551ca6a5a0efe79fb7c7b482a8594
      > Bug: v8:10477
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2332866
      > Commit-Queue: Z Nguyen-Huu <duongn@microsoft.com>
      > Reviewed-by: Jakob Gruber <jgruber@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#69362}
      
      Bug: v8:10477
      Change-Id: I892a9007210032640d0bf22e61c8e7ad1a4377c4
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2351398Reviewed-by: 's avatarLeszek Swirski <leszeks@chromium.org>
      Reviewed-by: 's avatarCamillo Bruni <cbruni@chromium.org>
      Commit-Queue: Leszek Swirski <leszeks@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#69413}
      22874998
  2. 12 Aug, 2020 2 commits
  3. 06 Aug, 2020 1 commit
  4. 29 May, 2020 1 commit
  5. 27 May, 2020 2 commits
  6. 26 May, 2020 1 commit
  7. 20 May, 2020 1 commit
  8. 19 May, 2020 3 commits
  9. 12 May, 2020 1 commit
  10. 02 Mar, 2020 1 commit
  11. 21 Feb, 2020 1 commit
  12. 18 Dec, 2019 1 commit
    • Nico Hartmann's avatar
      [torque] Enum language feature · fdc9fade
      Nico Hartmann authored
      This CL implements enums in Torque in three steps:
      
      1.) It implements necessary changes to Torque's type system. In
      particular, the constraints on constexpr types are relaxed such that
      constexpr types can exist without a corresponding non-constexpr
      version. Furthermore, constexpr and their non-constexpr counterpart
      need not be of the same kind of type. This allows an AbstractType to
      have a UnionType as its non-constexpr counterpart.
      
      2.) The enum feature itself is realized as a pure desugaring in the
      parser, where all required types, constants and macro specializations
      (like FromConstexpr<>) are generated from a simple enum declaration,
      such that enum entries are not just constants, but are namespace
      scoped and have distinct types so that they can be used within
      typeswitch constructs.
      
      3.) Almost all of the existing constants defined in torque
      (.tq files) are ported to new enum definitions.
      
      Bug: v8:10053
      Change-Id: I72426d3b1434f301fd690847e15603de0dc1021b
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1964392
      Commit-Queue: Nico Hartmann <nicohartmann@chromium.org>
      Reviewed-by: 's avatarTobias Tebbi <tebbi@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#65503}
      fdc9fade
  13. 20 Nov, 2019 1 commit
  14. 16 Nov, 2019 1 commit
  15. 13 Nov, 2019 1 commit
  16. 05 Nov, 2019 1 commit