多线程 JIRA API 调用问题
Multiple threads JIRA API call problems
我现在有一个过载的问题。
通过 PHP 我正在启动多个线程以从特定的（相同的）jql 中检索问题。我这样做是为了更快地检索多个问题（其中数千个）。
在我的环境中，正常调用是针对 10k 问题 => 200 个由每个线程获取和处理，因此 => 50 个线程。我当然可以降低赌注，假设每个线程 1000 个问题。但我希望它比正常情况更快。
curl 调用将在 aprox 中获得 10k 个问题。 8 分钟
我想知道 JIRA 是否存在关于每个 second/minute/user 的最大请求的任何限制，因为我肯定注意到系统上有些过载。而且这看起来也不是什么大事。
有什么想法吗？谢谢
答案是每秒最大请求数没有限制。只有当 RAM 不够时，系统的性能才会受到影响。
Jira Sizing Guide 是一个很好的开始。
我必须看的是最大并发登录用户数（每个请求都是一个新登录）和必须检索的数据大小。在 8gb 上，我发现还可以（没有使服务器过载）4 个并发线程（requests/logins）和每个请求检索 400 个问题。
谢谢:)
我现在有一个过载的问题。
通过 PHP 我正在启动多个线程以从特定的（相同的）jql 中检索问题。我这样做是为了更快地检索多个问题（其中数千个）。 在我的环境中，正常调用是针对 10k 问题 => 200 个由每个线程获取和处理，因此 => 50 个线程。我当然可以降低赌注，假设每个线程 1000 个问题。但我希望它比正常情况更快。
curl 调用将在 aprox 中获得 10k 个问题。 8 分钟
我想知道 JIRA 是否存在关于每个 second/minute/user 的最大请求的任何限制，因为我肯定注意到系统上有些过载。而且这看起来也不是什么大事。
有什么想法吗？谢谢
答案是每秒最大请求数没有限制。只有当 RAM 不够时，系统的性能才会受到影响。
Jira Sizing Guide 是一个很好的开始。
我必须看的是最大并发登录用户数（每个请求都是一个新登录）和必须检索的数据大小。在 8gb 上，我发现还可以（没有使服务器过载）4 个并发线程（requests/logins）和每个请求检索 400 个问题。
谢谢:)