我們已經看到一些在Azure A2基本VM上運行的紅隼實例有趣的行爲。隨着呼叫之間的時間增加,響應時間似乎惡化了。例如...在Azure中增加休眠期的降級紅隼性能
右環繞5分鐘標記它的行爲就好像無論是操作系統還是紅隼進程已回收的一些資源,但下面有5分鐘標記扔我們線性增加響應時間通過一個循環。
此外,當地方發展時,這似乎間歇性地發生,這就是爲什麼凱斯特雷爾可以達到某種程度的想法尚未被消除。
有沒有人有5分鐘退化和隨後惡化退化的想法?這僅僅是使用A2虛擬機的一個症狀嗎?
那麼線性增加的時間呢?據我所知,數據點數量有限,從一眼就可以看出,這種增長很可能是一種異常現象,但這似乎是日常發展中常見的現象。每缺少數據點的刪除
您確實沒有足夠的數據點來判斷加載時間,更不用說確定它是線性的了。事實上,它對我來說更像是一個步驟。 – DavidG
@DavidG我絕對同意你的看法。數據點有限,僅僅反映了我們日常的看法。希望其他人可能會遇到類似的情況,並對此有所瞭解。你指的是什麼「步驟」? – snoll
這是我指的步驟https://imgur.com/0mar3s3 – DavidG