Async Hooks: A Journey To a Realm With Persistent Execution Context | Node.TLV 20 | English

Поділитися
Вставка
  • Опубліковано 4 лис 2024

КОМЕНТАРІ • 12

  • @danradzewsky282
    @danradzewsky282 4 роки тому +6

    Hands down the best lecture on persistent execution context using async hooks I have ever seen.

  • @viraj_singh
    @viraj_singh Рік тому

    7:45 perf-hooks are more preferable for performance measurement (profiling) instead of async hooks

  • @WelingtonVeiga
    @WelingtonVeiga 4 роки тому

    Awesome Talk! Full of content and straight to the point at the same time. Thank you for that.

  • @liorkedem4898
    @liorkedem4898 4 роки тому

    Really good. Probably one of the best I ever saw on UA-cam.

  • @dor100dx
    @dor100dx 4 роки тому +1

    A very professional lecture - some interesting points here

  • @omril321
    @omril321 3 роки тому +3

    Here is Sebastian Curland's video which was mentioned
    ua-cam.com/video/mKCXgJ7P9Jc/v-deo.html

  • @AbhishekAsthana-jp7oz
    @AbhishekAsthana-jp7oz Рік тому

    best teeth!!!!

  • @joshuanoronha281
    @joshuanoronha281 4 роки тому

    Pretty good, but what if the number of requests exceeds the map size?

    • @rajeshseptember09
      @rajeshseptember09 4 роки тому +2

      I can confirm that 2^24 is the maximum number of entries in a Map. That's not a bug, it's just the implementation-defined limit.
      The limit is determined by:
      The FixedArray backing store of the Map has a maximum size of 1GB (independent of the overall heap size limit)
      On a 64-bit system that means 1GB / 8B = 2^30 / 2^3 = 2^27 ~= 134M maximum elements per FixedArray
      A Map needs 3 elements per entry (key, value, next bucket link), and has a maximum load factor of 50% (to avoid the slowdown caused by many bucket collisions), and its capacity must be a power of 2. 2^27 / (3 * 2) rounded down to the next power of 2 is 2^24, which is the limit you observe.
      FWIW, there are limits to everything: besides the maximum heap size, there's a maximum String length, a maximum Array length, a maximum ArrayBuffer length, a maximum BigInt size, a maximum stack size, etc. Any one of those limits is potentially debatable, and sometimes it makes sense to raise them, but the limits as such will remain. Off the top of my head I don't know what it would take to bump this particular limit by, say, a factor of two -- and I also don't know whether a factor of two would be enough to satisfy your expectations.

  • @bitmainuser4028
    @bitmainuser4028 3 роки тому

    please upload 1080.. current text so small

  • @markrity
    @markrity 4 роки тому

    :running applause: