경박한시민 2010-01

클라이언트의 성능보다는 서버의 IO성능을 더 중점적으로 관리하시는게 더 나을것같다는 생각이 듭니다.
성능이 아무리 좋아도 SATA, SCSI같은 디스크 단일로 돌려 조회하시면 속도가 바닥을 칠껍니다.
DB용이니만큼 0+1정도 혹은 5로 구성하셔서 I/O 속도를 늘리는게 최선일것 같습니다.

한선용 2010-01

아 질문이 좀 불분명했었나봅니다.

자료를 제공하는 서버는 협력사의 것이고, 저는 전혀 손을 댈 수 없습니다. 병목의 주된 원인은
클라이언트 프로그램의 무거움인 것으로 생각하고 있습니다.

김동식 2010-01

문의 하신 내용으로 유추해 볼때 서버의 응답이 느리므로(혹은 클라이언트 프로그램의 무거움) 질의하는 클라이언트 수를 늘려 한번에 가져오는 데이터의 양을 늘리시겠다는 의도로 보입니다.
이 문제가 클라이언트 프로그램만의 문제라면 효과를 보실 수 있지만,
서버쪽 시스템의 근본적인 문제라면 그렇게 한다고 해도 원하시는 개선에 도움은 되지 않으리라 생각 됩니다.

문제의 원인이 서버쪽 문제인지 클라이언트 프로그램의 문제인지를 먼저 구분하셔야 할것 같습니다.
서버쪽 문제라면 당연히 그쪽 시스템을 개선해 달라고 요청 하셔야 할것이고,
클라이언트 프로그램의 문제라면 이것도 역시 개선해 달라고 요청을 하셔야 합니다.
(아니면 필요한 처리 부분에 해당하는 기능으로 라이트버전을 만들어 달라고 하셔야 합니다.)

개선 요청이 먹히지 않는다는 전제하에
쿼드*2(옥타), 8GB 로 XP를 가상으로 설치 한다면 메모리를 1GB로 잡고 산술 계산을 하면 약 7대 정도를
설치하는 효과를 볼 수 있을것 같습니다.
하지만 쿼드*2(옥타)로 7대를 동시에 돌릴때 처리 성능은 많이 떨어 집니다.
(실제로 제가 쿼드*2(옥타), 32GB 에 XP를 6대 설치해서 사용중)
물론 내부적으로 서비스 처럼 돈다면 어느 정도는 받쳐 주겠지만, 동시에 같이 돌기 때문에 성능저하는 감수하셔야 합니다.(일반적인 PC에 비해서)

이렇게 돌리면 어느정도 원하시는 효과를 보실 수 있지만, 이건 근본적인 해결 방법은 아닌것 같습니다.

오재규 2010-01

현재의 시스템에서 하시는 최선의 길은 하드웨어 업그레이드 보다는 다음과 같이 해보시고
하드웨어 업그레이드를 추후에 생각해보시기 바랍니다.

Macro Express 를 정리하시고, http://www.networkautomation.com 에서 나온

Automate 7으로 다시 정리를 해보시기 바랍니다. 더 빠르기는 하지만 그쪽의 업무에
원하는 속도가 나올지는 의문시 되기는 하지만 마크로보다는 나은 것은 확실합니다.

두번째는, 저 제품으로도 속도가 안나올때는 보트제작을 해야합니다.

하드웨어 올린다면, 투자비용대 속도가 나와줄지는 모르겠군요.

서정욱 2010-01

4대를 1대로 돌린다면 전기요금만 해도 1년이면 본체 두대 값은 나올 듯 합니다.

4대 정도면 가상화 하지 않으셔도, 여러 계정으로 로그인해서 그냥 돌려도 되지 않을까요?

XP pro 원격데스크탑 패치(자료실) 하시면 9명까지 원격 접속해서 독자 실행 가능한데, 그정도면 충분할 듯.
총 메모리는 3.5GB 정도 밖에 못쓰지만 별도의 가상화 프로그램을 돌리는 것 보다 빠를 듯한데요.

한선용 2010-01

답변해주신 분들 모두 감사드립니다.

우선 오재규님께서 추천해주신 프로그램으로 루틴을 좀 더 개선해보는 방향으로 일차 시도해 보는것이
현재 상황에서 가장 적절할 것 같습니다.

다시한번 감사드립니다.