실제 실행속도가 그러한 결과를 보이는 것 인가요
경험상 그렇지 않다고 보입니다.
AsyncPro 어떤 컴퍼넌트인지 모르지만
보통 Comm 컴퍼넌트는 이벤트 문자(지정된)가 오는것을
감시하여 받았을 경우 이벤트를 보내주는 방식을 취하곤 합니다.
이경우 스레드가 도는데 이 스레드가 Priority 높거나
프로세스(프로그램이라고 생각해도 무방)의 Priority 높으면
그와같이 cpu가 100%를 차지하는 현상이 올 수 있습니다.
그것을 확인하여 주십시요.
그럼 이만..

CPU 펜티엄 2.0기가 메모리 512에서는
VB-MSCOMM으로 된것은 30초
DELPHI-ASYNCPRO로 된것은 25초 오히려 더 빠르죠..

근데 문제는
CPU 펜티엄 600MHZ기가 메모리 256에서는
VB-MSCOMM으로 된것은 역시 30초로 이전과 비슷한데
DELPHI-ASYNCPRO로 된것은 4분으로 엄청나게 느려집니다.
왜그런지 이해를 못하겠네요..


장비 flash메모리에 파일전송(파일크기 약 300KB)하는겁니다.
256바이트 전송하고 잘 받았는지 확인하고..
256바이트 전송하고 잘 받았는지 확인하고..

이렇게 파일이 다 전송될때까지 보내는거거덩요..

전송하고 난다음 잘 받았는지 장비에서 신호가 오기를 기다릴때
무한루프로 기다립니다.

   while (not m_bReturn) do
   begin
     Application.ProcessMessages;
   end;

일정시간 신호가 안오면(타이머사용) 전송오류로 루프를빠져나갑니다.

procedure TfrmDownLoad.tmReceiveTimeOutTimer(Sender: TObject);
begin
m_bReturn:= myReceiveTimeout;
tmReceiveTimeOut.enabled := False;
end;

다들 이렇게 하는거 아닌가요?