Open achim-k opened 8 months ago
Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).
View this failed invocation of the CLA check for more information.
For the most up to date status, view the checks section at the bottom of the pull request.
This change had a huge impact on my work with a physics library. I am calling a function on main thread to add physics bodies in the worker thread. Originally it was a huge hot path, because I was stress testing creating 5000 bodies in one 16ms tick.
I thought I would have to instead batch up the commands and parameters and send over in one message (which still might be a good idea), instead I can now continue to use the comlink proxy for the function. Nice work.
I am now using the foxglove fork for my project to pick up the other nice to haves like faster id generation.
@achim-k Thank you for this change! I think the performance improvements are great. Do you still need to follow up on something or at this point are just waiting for the final PR approval?
@achim-k Thank you for this change! I think the performance improvements are great. Do you still need to follow up on something or at this point are just waiting for the final PR approval?
This is just waiting for the final approval. We are already using this in production for a couple of months, without issues.
@surma is this PR still interesting from the maintainer's perspective? I understand that you might have different opinions on how this should be implemented. I think this is a useful change for high-throughput applications.
Bump
is there any ETA for this? with this comlink could be adapted for use with generic message channels, such as websocket, text, etc and no longer be bound to just web workers
Comlink is abandonware. I use forks for now but will probably migrate to transporter or some other library.
On Mon, 16 Sept 2024, 17:02 Cas_, @.***> wrote:
is there any ETA for this? with this comlink could be adapted for use with generic message channels, such as websocket, text, etc and no longer be bound to just web workers
— Reply to this email directly, view it on GitHub https://github.com/GoogleChromeLabs/comlink/pull/653#issuecomment-2353179113, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAVSGJ63U63QRSDERGZ46C3ZW3XIJAVCNFSM6AAAAABCBAGELOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJTGE3TSMJRGM . You are receiving this because you commented.Message ID: @.***>
From #649:
This PR is similar to #649 and #651 but avoids that references to the resolve functions or the endpoint are kept in memory.
The performance impact of this PR gets more noticeable the more parallel requests are made:
See also https://github.com/GoogleChromeLabs/comlink/pull/651#issuecomment-1899065317