For a linux-next branch test results, the size of the json file coming out of this API is about 4.6MB, however
only the testHistory bucket has 4.4MB and the bootHistory bucket 0.12MB. The data for the rest of the dict keys is quite small, so we could split this API endpoint into three endpoints:
tree/<str:commit_hash>/status: It returns all the data returnedbyfull` except 'testHistory' and 'bootHistory' data
tree/<str:commit_hash>/boot-history: It returns the Boot History dict
tree/<str:commit_hash>/test-history: It returns the Test History dict
Edit:
Names have been updated to
tree/<commit>/summary
tree/<commit>/builds
tree/<commit>/boots
tree/<commit>/tests
The big tree/<hash>/full output is also causing a long delay in the Web Dashboard. With such a split we can quickly load all the status data and then take the time needed to download the history data and put it on the dashboard.
For a linux-next branch test results, the size of the json file coming out of this API is about 4.6MB, however
only the
testHistorybucket has 4.4MB and thebootHistorybucket 0.12MB. The data for the rest of the dict keys is quite small, so we could split this API endpoint into three endpoints:tree/<str:commit_hash>/status: It returns all the data returnedbyfull` except 'testHistory' and 'bootHistory' datatree/<str:commit_hash>/boot-history:It returns the Boot History dicttree/<str:commit_hash>/test-history:It returns the Test History dictEdit:
Names have been updated to
The big
tree/<hash>/fulloutput is also causing a long delay in the Web Dashboard. With such a split we can quickly load all the status data and then take the time needed to download the history data and put it on the dashboard.