node.js是否比客户端Javascript（相对于Chrome/V8）有任何性能优势？

我目前正在编写一个客户端javascript应用程序，它可以执行图像处理。它当前执行的某些操作在浏览器中运行非常慢（大约需要2-3秒）

我希望实现的一个解决方案是让客户机通过websocket从服务器（websocket而不是AJAX，因为它需要显示实时信息等）接收结果信息，并让服务器执行繁重的图像操作

Node.js显然也是用Javascript编写的候选者-但是我的第一个想法是不会有性能优势（我的客户端运行的是Chrome/V8，Node.js也是V8）-我的想法正确吗？或者Chrome的用户界面会导致客户端的性能损失，而这在服务器端是不会感觉到的？（例如，Chrome是否在后台做了更多的UI工作，以保持node.js服务器不会花时间做的所有事情的响应性？）

---

node.js会有任何性能优势吗，还是我最好去寻找C或Java web socket服务器来完成这项工作？

您不应该根据唯一的javascript执行速度来决定在服务器或客户端上进行计算的位置

---

更重要的是您估计的客户端（桌面或移动）、服务器容量以及估计的平均和峰值负载。

如果您使用javascript进行图像处理，客户端可能是更好的地方。客户机的好处在于，处理器（大部分）是你自己的……如果你有20个人同时进行图像处理，他们将在20台机器上进行处理

显然，有些地方在服务器上进行图像处理更有意义，在这种情况下，考虑使用JavaScript以外的东西可能是明智的。服务器上的V8运行速度不会比客户端快得多，而且节点也不是专门为cpu密集型任务设计的

---

可能有一些有趣的情况，您需要在客户端上执行交互操作，然后在服务器上执行最后的操作，在这种情况下，node有一个很大的优势，因为您可以使用相同的代码。

因为您已经用JavaScript编写了代码，我建议您自己尝试一下node.js。这应该不需要太多的努力。@FelixKling虽然正如您所说，它已经是Javascript了，但要用websockets将现有代码拆分成适当的客户机/服务器，仍然需要相当多的工作-我肯定想找到一些性能信息。在做这样的事情之前，Node.js不是进行繁重的图像处理的合适地方。但它是将ImageMagick称为子进程的正确工具。虽然客户数量等对该项目来说并不太重要（我知道这听起来很奇怪），但我认为这最接近于回答我的问题，谢谢