Rally Rest api請求和響應性能下降

在使用Rally Rest.net api查詢來自Rally的數據時，請求/響應非常緩慢。請注意，我忽略了客戶端連接速度的因素。Rally Rest api請求和響應性能下降

試過Fiddler的進一步調查，我發現Rally服務器的每個請求都變成了一對雙向（1請求響應認證401，其他請求實際上是響應數據），儘管只使用了RallyRestApi的一個實例用戶帳戶信息。您可以在下面的附件Fiddler屏幕截圖中看到紅色框。

這是一個Rally Rest.net api的bug嗎？我應該做其他事情來避免它嗎？

請幫忙！

Rally REST API request/response debug

編輯：

還有一個問題，我發現上傳附件文件的缺陷時。要上傳附件文件，我創建了一個AttachmentContent對象，並將文件二進制內容放入Content屬性中。除了這個請求的響應之外，一切都很好。集會響應包含相同文件二進制內容的CreateResult。想象一下，我們在請求中上傳了一個4MB附件文件，我們將收到4MB文件內容的響應。這會導致客戶端和服務器之間的數據在上傳附件請求中通過Http進行傳輸的時間加倍。

enter image description here

來源

2012-04-05 Triet Pham

我很驚訝，但收到了.NET REST性能下降，因爲它實際上是拉力賽的更好的性能，API之一。它的數據檢索是多線程的，這有助於響應。

有一件事要注意與拉力Web服務 - 最大頁面大小的記錄數量爲200.因此，如果您對Rally返回900個記錄的請求，.NET API實際上（在場景）向拉力賽發出5次請求：每頁200頁，共四頁，然後是100頁記錄的第五頁。

我希望這有助於解釋多個請求。

來源

2012-04-05 11:59:11

我們正在研究這個缺陷，看看我們可以做些什麼來移除不需要的請求。作爲一個便箋，你是否在單個處理器機器上運行你的代碼？從你的提琴手日誌看來，你一次只能處理一個請求。 – 2012-04-10 16:09:47

好眼睛查爾斯 - 並感謝API方面的更新。 – 2012-04-11 02:54:31

非常感謝您的評論Charles，Mark。我已經通過Rally rest api上載附件請求中的一個問題更新了問題。 – 2012-04-11 07:18:43

Rally Rest api請求和響應性能下降

回答

相關問題