1. 11 1月, 2019 2 次提交
  2. 06 12月, 2018 1 次提交
  3. 28 11月, 2018 2 次提交
  4. 23 11月, 2018 1 次提交
  5. 22 11月, 2018 1 次提交
  6. 21 11月, 2018 1 次提交
  7. 20 11月, 2018 2 次提交
  8. 16 11月, 2018 1 次提交
  9. 15 11月, 2018 1 次提交
  10. 13 11月, 2018 1 次提交
  11. 09 11月, 2018 1 次提交
  12. 30 9月, 2018 1 次提交
  13. 21 9月, 2018 1 次提交
  14. 20 9月, 2018 2 次提交
  15. 03 9月, 2018 1 次提交
  16. 14 8月, 2018 1 次提交
  17. 30 7月, 2018 1 次提交
  18. 26 7月, 2018 1 次提交
  19. 02 7月, 2018 1 次提交
  20. 21 6月, 2018 1 次提交
    • P
      trie: cache collapsed tries node, not rlp blobs (#16876) · d926bf2c
      Péter Szilágyi 提交于
      The current trie memory database/cache that we do pruning on stores
      trie nodes as binary rlp encoded blobs, and also stores the node
      relationships/references for GC purposes. However, most of the trie
      nodes (everything apart from a value node) is in essence just a
      collection of references.
      
      This PR switches out the RLP encoded trie blobs with the
      collapsed-but-not-serialized trie nodes. This permits most of the
      references to be recovered from within the node data structure,
      avoiding the need to track them a second time (expensive memory wise).
      d926bf2c
  21. 12 6月, 2018 1 次提交
  22. 11 6月, 2018 1 次提交
  23. 05 6月, 2018 1 次提交
  24. 04 6月, 2018 1 次提交
  25. 07 5月, 2018 1 次提交
  26. 07 3月, 2018 1 次提交
  27. 26 2月, 2018 1 次提交
  28. 23 2月, 2018 2 次提交
  29. 13 2月, 2018 1 次提交
    • F
      core: soften up state memory force-commit log messages (#16080) · b007412d
      Felix Lange 提交于
      Talk about "state" instead of "trie timing", "trie memory" and remove
      the overzealous warning when the limit is just reached. Since the time
      limit is always reached on slow machines, move the message to info level
      so users don't freak out about internal details.
      b007412d
  30. 12 2月, 2018 1 次提交
  31. 06 2月, 2018 1 次提交
  32. 31 1月, 2018 2 次提交
  33. 22 1月, 2018 1 次提交
  34. 03 1月, 2018 1 次提交