<div id="readability-page-1" class="page"><div><h3 id="1-대용량-파일-패치-68초-→-5초로-성능-개선">1. 대용량 파일 패치, 68초 → 5초로 성능 개선</h3>
<p>학습 목적으로 작성한 네티 파일 서버로 1GB 파일을 전송하면 68초의 시간이 걸렸다. 과하다 싶어 내 코드와 네티 코드를 함께 분석해 보았다. 네티의 말단에서 네트워크로 전송요청을 하면 주기적으로 전송한 바이트가 0이라는 결과를 받았다. 이는 수신측에서 다른일로 바빠서 빠르게 데이터를 읽어가지 못해서 송신측 버퍼까지 가득차게 된 상황을 뜻한다. 여기서부터 시작해서 핵심적인 원인을 찾을 수 있었다. (자세히는 다음에 글로) 해결책으로는 1GB 파일을 5MB 단위 청크로 나누어 전송을 요청하도록 했다. 대충 수정하고 결과를 확인해 보니 1GB 파일 패치에 5초 가량으로 줄었다. 최적의 성능인지 확신할 수 없어 윈도우 FTP 서버를 띄워 똑같이 루프백 통신으로 1GB 파일을 받아보니 비슷하게 5초 가량이 나온다. 더 개선할 포인트가 있을 것도 같은데 일단 평균은 했다고 생각한다.</p>
<h3 id="2-인텔리제이-디버깅-최적화">2. 인텔리제이 디버깅 최적화</h3>
<p>위 분석을 하면서 네티 코드에 브레이크 포인트를 걸지 않고 로깅을 남기면서 디버깅을 하고 싶었는데 최적화된 브레이크 포인트 설정을 통해서 이 일을 할 수 있었다. 아주 유용했다. 예전에 Visual Studio에서는 종종 썻었는데 인텔리제이에서는 처음 써보는 것 같다.</p>
<p><img src="https://velog.velcdn.com/images/joosing/post/35fc47cb-470a-441d-b82d-06dc3a82ba60/image.png"></p></div></div>

Joo's Work

JooSing

1. 대용량 파일 패치, 68초 → 5초로 성능 개선
학습 목적으로 작성한 네티 파일 서버로 1GB 파일을 전송하면 68초의 시간이 걸렸다. 과하다 싶어 내 코드와 네티 코드를 함께 분석해 보았다. 네티의 말단에서 네트워크로 전송요청을 하면 주기적으로 전송한 바이트가 0이라는 결과를 받았다. 이는 수신측에서 다른일로 바빠서 빠르게 데이터를 읽어가지 못해서 송신측 버퍼까지 가득차게 된 상황을 뜻한다. 여기서부터 시작해서 핵심적인 원인을 찾을 수 있었다. (자세히는 다음에 글로) 해결책으로는 1GB 파일을 5MB 단위 청크로 나누어 전송을 요청하도록 했다. 대충 수정하고 결과를 확인해 보니 1GB 파일 패치에 5초 가량으로 줄었다. 최적의 성능인지 확신할 수 없어 윈도우 FTP 서버를 띄워 똑같이 루프백 통신으로 1GB 파일을 받아보니 비슷하게 5초 가량이 나온다. 더 개선할 포인트가 있을 것도 같은데 일단 평균은 했다고 생각한다.
2. 인텔리제이 디버깅 최적화
위 분석을 하면서 네티 코드에 브레이크 포인트를 걸지 않고 로깅을 남기면서 디버깅을 하고 싶었는데 최적화된 브레이크 포인트 설정을 통해서 이 일을 할 수 있었다. 아주 유용했다. 예전에 Visual Studio에서는 종종 썻었는데 인텔리제이에서는 처음 써보는 것 같다.

개발일기 #102 : 대용량 파일 패치, 68초 → 5초로 성능 개선

댓글