CVertex
그는 물었다 12년 전
9

비동기적입니다 Remoting 페이징됩니다

우리는 remoting 싱글턴 windows server 를 별도의 서비스 (let& # 39 의 매입옵션 그녀의 레모팅저비스). 클라이언트가 레모팅저비스 ASP.NET 인스턴스들도 (많은) 이 있다.

현재 클라이언트뿐 remoting 매입옵션 레모팅저비스 및 블록 레모팅저비스 동안 호츨 서비스되고 있다. 하지만 점점 복잡한 remoting (더욱 RPC 호출을 및 복잡한 알고리즘) 충분한 서비스 (asp.net) 에 있는 근로자 스래드입니다 차단되었음을 상당히 긴 시간 (4-5 초).

이 msdn 문서 에 따르면, 이렇게 하면 잘 발생하여 (asp.net) 는 각 remoting rpc 차단되었음을 스레드할 노동자 배율입니다 않습니다. 전환하기 위해 비동기 worker 스래드입니다 확보하십시오 핸들러도 (asp.net) 이 충고한다.

&gt. 비동기 처리기에서 목적이 &gt. 스레드 풀 수 있는 것은 확보하십시오 ASP.NET &gt. 서비스 스레드할 추가 요청 &gt. 이 동안 처리기에서 처리 &gt. 당초 요청.

그러나 여전히 스레드 (thread 에서 호출하십시오 괜찮아 보인다 remoting 풀마다 차지합니다. (Asp.net) 와 같은 스레드 풀 로만스였나 작업자 스래드입니다?

  • 얼마나 그럼 나가줄까 비동기식 시스템 등 내가 내 remoting 싱글턴 server 에 대한 선반가공 확보하십시오 작업자 스래드입니다 가능* 내 asp.net

39, ve, 아마 몇 가지 중요한 정보를 놓친 i& 다운로드되었는지 해주세요 좁히어 가 다른 사항은요 위해 알아야 하는 질문에 대답.

답변 1 개

이 아이디어는 뒤에 이를 통해 트레더풀 사용하는 것은 너무 많은 양을 제어할 수 있는 경우, 그 후 스레드 풀 동기식에서의 스래드입니다 확보하십시오 새로운 스래드입니다 기다림커서 자동으로 관리합니다.

39 는 아스피네 에서 doesn& 스레드할 협력했습니다 (아파이크), t, t get 따라오렴 스레드할 풀과 shouldn& # 39 에 전화를 통해 서비스 remoting 영향을 받지 않을 경우 이는 매우 느린 프로세서, 그리고 네 remoting 기능은 매우 cpucomment 집약형에 - 이 경우, 컴퓨터의 모든 영향을 준다는).

항상 다른 물리적 서버의 호스팅하도록 remoting 서비스 수 있습니다. 이 경우 너회의 asp.net 근로자의 전혀 관계없이 remoting 스레드할 적립율은 콜 (call 호출됨 remoting 경우 별도의 스레드로 즉).

CVertex
그는 12년 전 댓글을 달았습니다
1

이 기사에서 언급된 바와 같이, 이 문제는 (asp.net) 에서 나온 런타임을 링크됨 작업자 스레드할 높여줍니까 랑하니 스레드할 풀.