부스트핑으로 수의학센터 실시간 상담 지연 줄인 과정

반복되는 지연이 업무에서 먼저 문제로 보였다

수의학센터에서 일하다 보면 진료만 하는 시간이 전부가 아니다. 외부 협력 병원과 영상 통화로 상태를 확인하거나, 메신저와 원격 화면으로 검사 자료를 주고받는 일이 자주 생긴다. 보호자 상담 전후로 자료를 정리하고, 다른 수의사와 짧게 의견을 맞추는 과정도 이어진다.

문제는 통신이 끊기는 수준이 아니라 반응이 한 박자씩 늦는 상황이었다. 화면은 보이는데 클릭 반응이 늦고, 파일 업로드는 시작까지 시간이 걸리고, 짧은 음성 대화도 말이 겹쳤다. 한 번은 참을 수 있어도 하루에 10번 넘게 반복되면 사람 손이 먼저 꼬인다.

센터 내부 기록으로 따로 측정해 보니 원격 상담 준비부터 첫 화면 반응이 안정될 때까지 평균 18초 정도 걸렸고, 상태가 좋지 않은 날은 30초를 넘기기도 했다. 한 건만 보면 큰 차이가 아닌 것 같지만, 오전 외래와 입원 케이스가 겹치는 시간대에는 이 지연이 그대로 대기 시간으로 쌓였다. 그래서 문제를 네트워크 회선 자체보다 윈도우 쪽 반응 방식에서 먼저 찾게 됐다.

기존 방식으로 버티던 때의 한계

처음에는 운영체제 기본 설정 안에서 해결하려 했다. 네트워크 어댑터를 껐다 켜고, 백그라운드 동기화를 잠시 멈추고, 공유기 재부팅도 해봤다. 이런 방법은 한 번 상태가 꼬였을 때는 도움이 되지만, 매번 같은 순서로 반복해야 한다는 점이 가장 번거로웠다.

두 번째로는 레지스트리 편집기에서 값을 직접 바꾸는 방식을 검토했다. 윈도우 안쪽 설정값을 손으로 수정하는 방법인데, 항목 이름이 길고 위치도 서로 달라서 일반 직원이 그대로 따라 하기 어렵다. 잘못 건드리면 원래 값으로 되돌리는 과정도 헷갈린다.

센터 입장에서는 여기서 선택 기준이 분명했다. 한두 대 시험용 컴퓨터라면 수동 수정도 가능하지만, 상담용 PC와 접수 쪽 보조 PC까지 포함해 4대 이상에서 같은 작업을 반복하려면 사람이 기억에 의존하는 방식은 오래 못 간다. 반대로 통신 지연이 회선 품질이나 병원 내부 장비 문제라면 이런 조정은 큰 의미가 없다. 즉, 회선 장애가 자주 나는 환경에는 맞지 않고, 윈도우 반응 지연이 체감되는 환경에서만 검토할 가치가 있었다.

왜 부스트핑을 따로 보게 됐는지

부스트핑은 원래 온라인 게임 반응 속도를 올리기 위해 알려진 프로그램이다. 그런데 내용을 뜯어보면 핵심은 게임 전용 장식이 아니라, 윈도우가 네트워크 응답을 다루는 몇 가지 기준을 한 번에 바꾸는 데 있다. 수의학센터에서 중요했던 것도 같은 지점이었다. 우리가 원한 것은 화려한 기능이 아니라, 짧은 통신 요청이 밀리지 않고 빨리 오가는 상태였다.

특히 눈에 들어온 부분은 다섯 개 항목을 따로 선택해서 적용할 수 있다는 점이었다. 모두 한 번에 강제하는 방식이 아니라, 필요한 항목만 체크해 시험해 볼 수 있었다. 설치 없이 실행하고, 원래 값으로 복원하는 버튼도 있어 업무용 PC에서 위험 부담을 줄이기 쉬웠다.

여기서 판단 기준은 단순했다. 입력은 사용자가 체크한 항목이다. 프로그램은 현재 상태가 대기인지, 이미 실행 중인지, 처리 중인지를 먼저 확인한 뒤 다음 동작을 정한다. 대기 상태라면 선택한 항목만 적용하고, 이미 실행 중이라면 저장해 둔 원래 값으로 되돌린다. 처리 중에는 버튼 입력을 막아 중간에 두 번 눌려 값이 엇갈리는 일을 막는다.

적용 과정은 생각보다 단순했지만 순서는 분명했다

처음 쓸 때는 전 항목을 한꺼번에 켜지 않았다. 입력 단계에서는 TcpAckFrequency, TcpDelAckTicks, TCPNoDelay 세 가지만 먼저 선택했다. 짧은 데이터를 보내고 받는 반응을 줄이는 쪽부터 확인하기 위해서였다.

그다음 판단 단계에서 프로그램은 어떤 항목을 바꿀지 확인하고, 현재 네트워크 어댑터가 무엇인지 찾는다. 여기서는 물리 장치 중에서 인터넷 주소가 잡혀 있는 어댑터를 우선 찾고, 가상 장치는 제외한다. 센터 PC에는 원격 지원 프로그램이나 가상 네트워크가 남아 있는 경우가 있어 이 구분이 꽤 중요했다.

처리 방식 선택 단계에서는 체크한 항목에 맞춰 레지스트리 값을 바꾼다. 쉽게 말하면 윈도우가 네트워크 응답을 조금 더 빨리 보내도록 기준을 조정하는 과정이다. 다섯 항목을 모두 바꿀 수도 있지만, 우리는 단계적으로 늘렸다. 1차 적용 뒤 2일 동안 문제가 없어서 NetworkThrottlingIndex와 SystemResponsiveness까지 추가했다.

실행 단계에서는 설정만 바꾸고 끝나지 않는다. 네트워크 어댑터를 한 번 끊었다가 다시 연결해 바뀐 값을 바로 반영한다. 이 부분이 없으면 재부팅이나 수동 재연결이 필요할 수 있는데, 현장에서는 그 몇 분이 아깝다. 결과 단계에서는 연결 확인을 반복해 인터넷이 다시 살아났는지 최대 5분 동안 살핀다. 상담 직전처럼 급한 시간에는 이 확인 절차가 있는 편이 낫다.

수동 수정, 기본 설정 유지와 비교해 보니 차이가 선명했다

첫 번째 비교 대상은 아무것도 건드리지 않는 기본 상태다. 이 경우 장점은 안전하다는 점 하나다. 대신 지연이 생겼을 때 원인을 사용자가 나눠 보기 어렵고, 어댑터 재연결과 백그라운드 작업 정리를 사람이 매번 반복해야 했다. 직원이 바뀌면 방법도 달라졌다.

두 번째 비교 대상은 레지스트리 수동 수정이다. 세밀하게 조절할 수 있다는 점은 좋다. 다만 항목 이름을 틀리지 않아야 하고, 기본값을 따로 기록해 둬야 하며, 어느 PC에 어떤 값을 넣었는지 관리표도 필요하다. 수의학센터처럼 진료와 상담이 섞여 돌아가는 환경에서는 이런 관리 부담이 금방 커진다.

부스트핑은 그 중간에 놓였다. 회선 품질을 고치는 도구는 아니고, 통신 반응을 조정하는 작업을 짧은 순서로 줄여 준다. 체크박스로 적용 범위를 정하고, 실행 후 바로 재연결하고, 필요하면 실행 중 버튼을 다시 눌러 복원하는 구조라서 현장 사용에 맞았다.

반대로 맞지 않는 경우도 있다. 대용량 영상 업로드가 자주 끊기는 환경, 공유기 자체가 불안정한 환경, 병원 보안 정책상 레지스트리 수정이 막힌 환경이라면 우선순위가 아니다. 이런 곳에서는 회선 점검이나 장비 교체가 먼저고, 부스트핑은 뒤쪽 선택지다.

사용 후 달라진 점과 아쉬운 점

변화는 작은 숫자가 쌓이면서 드러났다. 원격 상담 준비부터 첫 화면 반응 안정까지 걸리는 시간이 평균 18초에서 9초 안팎으로 줄었다. 오후 피크 시간대에도 20초 이상 대기하는 횟수가 확실히 줄었고, 원격 화면에서 클릭 후 반응이 늦게 따라오는 느낌도 덜했다.

파일 전송 쪽은 더 분명했다. 초음파 캡처 이미지 25장, 총 182MB 묶음을 외부 협력 병원으로 보낼 때 시작 지연이 이전보다 짧았다. 전송 자체의 최고 속도가 크게 오르는 건 아니었지만, 시작 버튼을 누른 뒤 멈칫하는 시간이 줄어 업무 체감은 달랐다. 접수 직원이 상담 연결을 잡아 두고 기다리는 시간도 줄어들었다.

아쉬운 점도 있다. 설정을 바꾸는 순간 네트워크를 다시 연결하므로 10초 안팎의 짧은 끊김은 피할 수 없다. 따라서 진료 중간이나 영상 통화 중에는 적용하면 안 된다. 또 모든 항목을 한꺼번에 켰다고 해서 항상 더 좋은 것은 아니었다. 일부 PC에서는 기본 세 항목만 적용했을 때가 가장 안정적이었다.

어떤 사람에게 맞고 어떤 상황에서는 맞지 않는다

센터처럼 짧은 통신이 자주 오가고, 원격 상담이나 메신저 협업이 반복되는 곳이라면 부스트핑을 시험해 볼 이유가 있다. 특히 같은 작업을 여러 PC에서 비슷한 순서로 맞춰야 할 때, 수동 수정 대신 적용과 복원을 짧게 관리하고 싶은 사람에게 맞다. 게임용 프로그램이라는 이름만 보고 넘기기엔, 내부 동작이 의외로 업무용 환경에도 닿아 있다.

반면 인터넷 회선이 자주 끊기거나, 큰 파일 업로드 속도 자체가 느린 문제를 해결하려는 경우에는 기대를 낮추는 편이 낫다. 그런 상황은 통신사 회선, 공유기, 사내 장비 상태를 먼저 봐야 한다. 우리 센터에서는 원격 상담 지연과 짧은 응답 늦춤을 줄이는 용도로는 맞았지만, 네트워크 문제 전체를 대신 해결해 주는 성격은 아니었다.

정리하면 적용 대상이 분명한 프로그램이다. 상담용 PC, 협진 자료 전송용 PC처럼 반응 속도가 업무 리듬에 바로 영향을 주는 자리에는 맞고, 장비 원인부터 의심해야 하는 환경에는 우선순위가 아니다. 수의학센터에서 반복되는 지연 때문에 손이 자꾸 멈추는 상황이라면, 기본 상태 유지와 수동 수정 사이에서 한 번 시험해 볼 만한 선택지였다.

공식 홈페이지로 가기