← Înapoi la Urmăritori

Cel mai recent articol

Ultima verificare

Urmăritori 0 urmăritori
Articole: 20
  1. Recently I’ve found myself repeating the same explanations to different people about how to test a V8 patch in Node.js, how to patch the Node.js fork run in V8’s integration CI, or how to get these patches into their repositories/CIs

  2. Recently I landed a custom Python gdb unwinder in V8 that allows gdb to unwind through V8’s JIT-compiled frames on x64

  3. A while back, I wrote about Building Node.js on Windows using the new ClangCL support, which was done on an actual x64 Windows machine

  4. Recently, I landed a change that moves the Single Executable Application (SEA) build process directly into Node.js core - a hobby project I’d been tinkering with for some time

  5. In earlier posts, I wrote about reviving require(esm) and its iteration process

  6. More than a year ago, I set out to revive require(esm) in Node.js and

  7. Recently Node.js started to support building with clang-cl on Windows.

  8. Recently, I fixed a macOS-specific startup performance regression in Node.js after an extensive investigation.

  9. In the previous posts we looked into how the Node.js executable was made a bit more reproducible after the Node.js snapshot data and the V8 code cache were made reproducible, and did a bit of anatomy on the unreproducible V8 snapshot blobs

  10. In the previous post, we covered how the Node.js built-in snapshot is generated and embedded into the executable, and how I fixed the Node

  11. In a recent effort to make the Node.js builds reproducible again (at least on Linux), a big remaining piece was the built-in snapshot.

  12. Recently, I co-organized a hybrid unconference - the Node.js collaboration summit for 2024 H1

  13. require(esm) in Node.js

    Recently I landed experimental support for require()-ing synchronous ES modules in Node.js, a feature that has been long overdue

  14. In the previous blog post, I described the heap snapshot trick as an “abuse” of the heap snapshot API, because heap snapshots are not designed to interact with the finalizers run in the heap

  15. In the previous blog post, I talked about how Node.js used memory usage measurement to test against memory leaks.

  16. Like many other relatively big piece of software, Node.js is no stranger to memory leaks, and with them, fixes and regression tests

  17. In the last post I wrote about how I finally managed to fix the memory problems in the vm APIs, and it turned out that there was another issue blocking users from upgrading away from the End-of-Life Node

  18. In the last post I wrote about how a new memory management model in Node.js vm APIs was designed to fix the long-standing leaks and use-after-free issues, and we finally put together a PR that the Node

  19. In the last post, I wrote about how I came to work on a memory leak in the vm compilation APIs in Node

  20. This year I spent some time fixing a few long-standing issues in the Node.js vm APIs that had been blocking users from upgrading away from Node.js v16 (End-of-Life).