工作灯适配器性能

我很感兴趣，了解适配器如何调用但从工作灯服务器点工作，如果我在这样的情况：工作灯适配器性能

基本上，我们定义的架构数（ñ）适配器必须使用通用功能。我们正计划创建一个专用适配器来完成这个任务，所以通过这种方式，每个适配器都应该能够使用WL.Server.invokeProcedure API调用这个“通用”过程。

的疑问是，如果与这几个ň适配器称之为“共同的”一个可以接收大量的调用上一个工作灯服务器上出现性能问题的请求大量（ÿ）程序。（或至少有一个官方确认）是：如果Worklight服务器在适配器（特别是HTTP适配器）的单个过程上接收到大量调用，如何管理这些调用（例如WL Server为每次调用并行处理不同线程的不同调用，或者将它们放在一个队列中？），并且如果使用另一个适配器在不同的适配器之间共享一个过程是一种常见做法（并且如果我们可以使用另一种方法避免对WL的额外调用服务器）。

我已阅读性能和可伸缩性文档，但我没有注意到有关此特定点的信息。

来源

2014-03-27 brillantef

对于适配器的性能设置，您可能感兴趣的一个方面是 maxConcurrentConnectionsPerNode。

maxConcurrentConnectionsPerNode – The maximum number of concurrent requests that can be 
performed on the back-end application from the Worklight server node. This 
maxConcurrentConnectionsPerNode parameter is set in the adapter.xml in the connectivity 
entry. 


There are two considerations when setting this parameter: 

    If there is no limitation in the back-end about the incoming connections then, 
a "Rough" rule of thumb will be to set the number of connection threads per adapter 
to be the number of http threads in the application server. A more precise rule 
of thumb will be to understand the percent of requests going to each back-end and 
set the number respectively. 

    The back-end may have a limitation on the incoming connection threads: In that case 
we can have only BACKEND_MAX_CONNECTIONS/NUM_OF_CLUSTER_NODES connection threads where 
BACKEND_MAX_CONNECTIONS is the maximum incoming connections define in the back-end 
server and NUM_OF_CLUSTER_NODES is the number Worklight server nodes in the cluster.

您还可以查看到覆盖一些你上面提到的各方面的调整工作灯Server文档：

https://www.ibm.com/developerworks/community/blogs/worklight/entry/tuning_worklight_server?lang=en

来源

2014-03-27 15:10:52

工作灯适配器性能

回答

相关问题