在单核计算机中群集node.js应用程序服务器有什么好处
此问题仅适用于单核,因此不适用于多核 我使用Express.js在单核计算机上作为HTTP服务器运行Node.js应用程序。假设我的服务器能够处理1000个并发请求,集群会带来更好的响应速度吗在单核计算机中群集node.js应用程序服务器有什么好处,node.js,processor,Node.js,Processor,此问题仅适用于单核,因此不适用于多核 我使用Express.js在单核计算机上作为HTTP服务器运行Node.js应用程序。假设我的服务器能够处理1000个并发请求,集群会带来更好的响应速度吗 在这种情况下,进程上下文切换对性能有很大影响吗?我不希望速度有所提高,但您可能会获得一些其他好处 例如,如果进程崩溃,另一个nodejs实例仍然可以工作。我不希望速度有所提高,但您可能会获得一些其他好处 例如,如果进程崩溃,另一个nodejs实例仍然可以工作 集群会带来更好的响应速度吗 您知道,在集群模式
在这种情况下,进程上下文切换对性能有很大影响吗?我不希望速度有所提高,但您可能会获得一些其他好处
例如,如果进程崩溃,另一个nodejs实例仍然可以工作。我不希望速度有所提高,但您可能会获得一些其他好处 例如,如果进程崩溃,另一个nodejs实例仍然可以工作 集群会带来更好的响应速度吗 您知道,在集群模式下,您的应用程序将在负载平衡器后面运行,这将需要一些CPU和内存来管理和转发网络流量。然后,剩下的资源将用于分配网络负载 除了一些罕见且容易避免的情况外,例如-在这种情况下,您的负载平衡器可以是一个协调器,管理大部分内容,比如Kubernetes在集群中运行Node.js应用程序,但对我来说,在单个CPU核上运行Node.js应用程序毫无意义。如果进程必须等待一个项目,那么它必须等待它!异步地,您可以使它在其他请求上工作,但即使在这种情况下,其他进程也希望占用一部分CPU 集群会带来更好的响应速度吗 您知道,在集群模式下,您的应用程序将在负载平衡器后面运行,这将需要一些CPU和内存来管理和转发网络流量。然后,剩下的资源将用于分配网络负载
除了一些罕见且容易避免的情况外,例如-在这种情况下,您的负载平衡器可以是一个协调器,管理大部分内容,比如Kubernetes在集群中运行Node.js应用程序,但对我来说,在单个CPU核上运行Node.js应用程序毫无意义。如果进程必须等待一个项目,那么它必须等待它!异步地,您可以使它在其他请求上工作,但即使在这种情况下,其他进程也希望占用一部分CPU要想给出一个自信的答案,有太多的因素需要考虑。最好的做法是尝试这两种方法,并在人为地向服务器发送请求时,通过计时响应周期来对结果进行基准测试。即使如此,计算机所连接的网络的布局和状态等因素也会影响响应时间,因此在进行测试时,请确保隔离网络。您好,我确实理解这些因素。我的观点是确定集群是否像在多核中一样对服务器有一定的增强。如果我们否定所有影响因素,只考虑集群还是不考虑集群,你会怎么想?正如下面的答案所说,你唯一能确定的是可靠性。如果一个进程因故障而崩溃,您可以依靠集群中的其他进程在没有响应的情况下继续处理响应。无论是哪种方式,都不能保证性能,所以只要确定它是至关重要的,就有很多因素需要考虑。最好的做法是尝试这两种方法,并在人为地向服务器发送请求时,通过计时响应周期来对结果进行基准测试。即使如此,计算机所连接的网络的布局和状态等因素也会影响响应时间,因此在进行测试时,请确保隔离网络。您好,我确实理解这些因素。我的观点是确定集群是否像在多核中一样对服务器有一定的增强。如果我们否定所有影响因素,只考虑集群还是不考虑集群,你会怎么想?正如下面的答案所说,你唯一能确定的是可靠性。如果一个进程因故障而崩溃,您可以依靠集群中的其他进程在没有响应的情况下继续处理响应。无论哪种方式,性能都没有保证,所以如果它真的那么关键,就对它进行基准测试。单核!=单线程。一个核心可以有多个并发进程,但我仍然相信,在执行基准测试之前,答案是不确定的。事实上,我的服务器是在负载平衡器后面运行的。尽管传入的请求被负载平衡器平等地重定向到所有进程,但单核将每个进程安排为按顺序运行,因此总体速度即使不相同也会变慢。单核!=单线程。一个核心可以有多个并发进程,但我仍然相信,在执行基准测试之前,答案是不确定的。事实上,我的服务器是在负载平衡器后面运行的。鄙视
e负载平衡器将传入请求平均重定向到所有进程,单核计划每个进程按顺序运行,因此总体速度如果不相同的话会更慢。我给了你一个向上投票的机会,因为你没有备份你的声明并解释为什么它不能提高速度。我给了你一个向上投票的机会,因为你没有备份你的声明并解释为什么它不能提高速度