`thread-stream` and `sonic-boom` are really needed?

[H4ad]

From what I learn, this is the flow that triggers each package:

flowchart TD
%% Nodes
A("pinojs"):::green
B("Create Instance"):::orange
C("Received transport"):::blue
D("Use Sonic Boom"):::blue
E("Use Thread Stream"):::blue

%% Edges
A --> B --> C
C -- No --> D
C -- Yes --> E

Loading

Using this workflow, we can:

• replace sonic-boom for createWriteStream.
  • It will be slower but will work until we port sonic-boom.
• replace thread-stream for stdin: true on worker.
  • We will need to re-implement the flush mechanisms, and the communication in theory will be slower since thread-stream use SharedArrayBuffer.

[H4ad]

By not using the original packages, we will loose:

• buffer
• flush capabilities

When the process is exiting, both packages flush synchronously even if it involves sending a http request to external server, this is something we should not loose by not using those packages.

[Delapouite]

Sonic Boom is currently being ported to a Node.js builtin nodejs/node#58897