[engine] 성능 최적화 - 처음 조회한 브랜치 데이터 캐싱 #659
Conversation
|
CI 에러 있네요~. 패키지 설치를 global 말고 i --save-dev 로 해주시면 될 것 같습니다. |
| //캐시 초기화 | ||
| console.log("Initialize cache data"); | ||
| context.workspaceState.keys().forEach(key => { | ||
| context.workspaceState.update(key, undefined); | ||
| }); | ||
|
|
There was a problem hiding this comment.
loading할 때는 무조건 새로 부르는거라고 보면 될까요?
There was a problem hiding this comment.
맞습니다! 만약 기존 데이터가 수정되는 경우, 캐싱된 데이터도 수정해야하는데 적절한 방법을 찾지 못하여 우선 로딩시 무조건 새로 불러오는 방식으로 구현하였습니다.
| console.log("No cache Data"); | ||
| console.log("baseBranchName : ",baseBranchName); | ||
| analyzedData = await fetchClusterNodes(baseBranchName); | ||
| context.workspaceState.update(`${ANALYZE_DATA_KEY}_${baseBranchName}`, analyzedData); |
|
ci 에러 해결이 안되어 있네요. 혹시 새로 package를 설치하신게 아니라면, package-lock.json 은 바뀔게 없어야 되긴 합니다. |
|
우선 해당 PR을 닫고 문제 해결 후 다시 올리도록 하겠습니다 |
|
close 안하셔도 될 것 같아요! |
|
CI 에러 관련해서 질문 있습니다. 저는 초기에 제 생각에는 애초에 |
아 혹시 node version 문제는 아닌걸까요? 일단 저는 최신 upstream main은 문제없이 빌드 됩니다. 새로 repo를 땡겨와서 테스트해보던지 (clean 환경) 하는게 필요할 수도 있겠습니다. 그리고, 가장 상위 폴더는 workspace(/packages/폴더)들의 연계빌드만 관장하는 곳이라 |
|
테스트를 위해 임시로 reopen 합니다. |
아.. 이미 삭제하셨군요 ㅜ.ㅜ |
Related issue
Githru의 성능 개선을 위해 캐싱을 사용했습니다.
아직 논의해야 할 부분이 많지만 우선 개발을 해보는 것이 중요하다고 생각하여 한 번 조회한 브랜치의 데이터를 캐싱하여 다시 조회하는 경우 캐싱된 데이터를 보여주는 식으로 구현하였습니다.
Result
처음 origin/HEAD 브랜치의 데이터를 조회할 때보다 이후 데이터를 조회하는 경우 속도가 더 빠른 것을 확인 할 수 있습니다.
Work list
Discussion
Todo