https://gall.dcinside.com/board/view/?id=rlike&no=458055
https://gall.dcinside.com/board/view/?id=rlike&no=459000
최근에 만든 확장 모듈 프레임워크 위에서, 지연시간 측정기 만들어서 한번 돌려봤음
측정 방법은 h또는 l키 누르고 서버에서 무언가 데이터가 올 때까지 속도 측정함 (가로 축은 시도 횟수, 세로 축은 측정 지연 시간)
measurementInterval은 각 측정 사이 간격(MS)임, 처음에 100으로 시작했는데
중간에 채팅창에 50, 30으로 조절했다고 보여주고 수치 바꿔서 실험하는 부분 있음
50MS: https://www.youtube.com/live/3haLIX9W7zY?si=RQj7EBIL6Jqiks06&t=398
30MS: https://www.youtube.com/live/3haLIX9W7zY?si=B0x1lSYDBFdYdmzu&t=513
영상 쭉 보면 알겠지만
기본적으로 역시 물리적으로 가까운 한섭이 제일 빠르긴 함
평소 응답 시간은 대충 한: 20~50MS, 일: 50~80MS, 호: 60~100MS 정도 되는 듯
근데 측정 간격 100MS에서는 그냥 저냥이었는데, 측정 간격을 더 빠르게(부하를 많이 줄수록)
한섭만 크게 튀는 현상이 관찰되었음
https://www.youtube.com/live/3haLIX9W7zY?si=UmWQGrW6kykDOZwJ&t=668
이게 측정 간격 30MS로 실험했을 때, 2초씩 튀어버린거고, 이거 외에도 30MS 실험 중에 300~600MS로 튄게 몇번 관찰 되었음
근데 다른 서버는 튀는게 측정이 되진 않음
(이 부분은 물론 한섭에는 단위시간당 명령을 더 많이 때려박을 수 있는데, 다른 서버는 그렇지 못한 부분이 있긴 하다, 실제로 그래프 갱신 속도도 한섭이 제일 빠름)
그건 그렇다고 쳐도 크게 튀는 현상은 문제가 맞긴 한 듯
[결론]
1. 측정 간격을 길게하면 튀는 빈도가 덜하고, 짧게 하면 튀는 빈도가 커짐
2. 평소 응답 시간은 한섭이 가장 낮게 나옴
추측이지만 내 생각에는, 네트워크나 회선 문제가 아니라 서버에 I/O나 CPU 성능을 갉아먹고 있는 프로그램이 뭔가 돌고 있는게 아닌가 싶음
그 프로그램이 자원을 점유하고 있는 시간동안 돌죽 클라이언트 연산이 뒤로 밀리니까 시간이 튀는건데
측정 간격을 길게 줘서 측정해보면 덜 튀는거보면 측정 간격이 길면 그 갉아먹는 애까지 처리할 시간과 유휴 자원이 충분하니까 덜 튀는거고
측정 모듈은 확장 모듈 개발 어느정도 되면 (지금은 모듈 매니저 작업 중), 쓸 수 있게 언젠가는 공개 모듈로 올라갈 것 같음
++ 당장 써보고 싶은 사람들은 웹축 하단 채팅창에서 "Toggle DWEM (Disabled)" 눌러서 DWEM 켠 다음, 주소창에
javascript:var D=JSON.parse(localStorage.DWEM);D.Modules.push('../modules/latency-indicator.js');localStorage.DWEM=JSON.stringify(D);alert('Module added');location.reload();
입력하고 새로고침하면 사용해볼 수 있음 ("javascript:" 부분은 수동으로 쓸 것, 이 방법은 임시적인 것으로, 향후 또는 조만간 사용 불가할 수도 있음)
댓글 영역
획득법
① NFT 발행
작성한 게시물을 NFT로 발행하면 일주일 동안 사용할 수 있습니다. (최초 1회)
② NFT 구매
다른 이용자의 NFT를 구매하면 한 달 동안 사용할 수 있습니다. (구매 시마다 갱신)
사용법
디시콘에서지갑연결시 바로 사용 가능합니다.