azure-devops - 并行发送许多查询时,TFS WorkItemTrackingHttpClient 很慢
问题描述
我需要查询大约 1000 个工作项。由于“GetWorkItemsAsync”限制为 200,我有一个函数在并行循环中使用块调用“GetWorkItemsAsync”。
当我从单线程调用我的函数一次(模拟对我的应用程序的单个请求)时,WorkItemTrackingHttpClient 与旧的 WorkItemStore 相比表现得相当好。
当我在另一个并行循环中调用我的函数 5 次(模拟对我的应用程序的多个请求)时,WorkItemTrackingHttpClient 会显着减慢。与顺序调用我的函数相比,并行版本总体上慢了 3 倍。
有人知道这可能是什么原因吗?
(提示:我正在使用 async/await,至于我的分析,我的代码无论如何都不会阻塞)
解决方案
推荐阅读
- html - 右侧页面底部的空白区域,左侧正确填充背景色
- apache-spark - 数据类型转换火花数据框列 - pyspark
- r - R - 使用向量作为函数的默认参数列表
- c - 字符串链表的插入排序
- java - 如何修改 REST API 的 Spring 存储库搜索的页面类型结果?
- android-studio - 如果我已经拥有 Intellij IDEA Ultimate,是否需要安装 Android Studio?
- c# - 使用 Razor 视图在 Asp.net Mvc 中动态添加和编辑数据
- button - 如何定位按钮内图标的不透明度(不影响整个按钮)?
- html - 为什么之前加载脚本和 CSS 标签
? - c - 使用 jpegtran 旋转渐进式 jpeg:顺序 jpeg 的 SOS 参数无效