1. 29 5月, 2019 1 次提交
    • R
      Correct tokio_util::block_on() and op_fetch_module_meta_data · 53b6356e
      Ryan Dahl 提交于
      op_fetch_module_meta_data is an op that is used by the TypeScript
      compiler. TypeScript requires this op to be sync. However the
      implementation of the op does things on the event loop (like fetching
      HTTP resources).
      
      In certain situations this can lead to deadlocks. The runtime's thread
      pool can be filled with ops waiting on the result of
      op_fetch_module_meta_data. The runtime has a maximum number of
      threads it can use (the number of logical CPUs on the system).
      
      This patch changes tokio_util::block_on to launch a new Tokio runtime
      for evaluating the future, thus bipassing the max-thread problem.
      
      This is only an issue in op_fetch_module_meta_data. Other synchronous
      ops are truly synchornous, not interacting with the event loop.  TODO
      comments are added to direct future development.
      53b6356e
  2. 28 5月, 2019 1 次提交
  3. 27 5月, 2019 2 次提交
  4. 26 5月, 2019 1 次提交
  5. 25 5月, 2019 1 次提交
  6. 24 5月, 2019 6 次提交
  7. 23 5月, 2019 2 次提交
  8. 22 5月, 2019 1 次提交
  9. 21 5月, 2019 4 次提交
  10. 18 5月, 2019 3 次提交
  11. 17 5月, 2019 7 次提交
  12. 16 5月, 2019 6 次提交
  13. 15 5月, 2019 2 次提交
  14. 13 5月, 2019 1 次提交
  15. 12 5月, 2019 2 次提交