2012-09-24 2 views

답변

0

-Mahender 우리는 푸른 약간의 성공을 TPL을 사용했고 나는 그것을 추천 할 것입니다. 귀하의 프로젝트에 대해 더 많이 알지 못하면 TPL을 계속 진행하는 것이 좋습니다.

0

작업자 역할 (또는 웹 역할)은 Windows Server 가상 컴퓨터 내에서 실행되는 스캐 폴딩 코드이므로 Windows Azure가 아닌 응용 프로그램 및 관련 아키텍처를 기반으로 결정되는 것으로 나타납니다. Windows Server에 배포하는 경우 사용할 버전을 선택합니다. Run() 메서드에서 오류/예외를 제대로 잡는 것을 기억하십시오. Run()을 종료하면 인스턴스가 종료 시퀀스를 거치고 재활용됩니다.

0

TPL은 특별한 TaskCreationOptions 열거 형 멤버와 장기 실행 작업을 지원합니다

LongRunning하는 작업이 장기 실행, 결이 거친 작동되도록 지정합니다. TaskScheduler에게 초과 가입이 보장 될 수 있다는 힌트를 제공합니다.

그리고 TPL을 사용하면 CPU 코어를 여러 개 쉽게 사용할 수 있습니다. 윈도우 Azure에서 여러 개의 CPU 코어 based on the instance size you choose을 가질 수

  • 매체 : 2 개 코어
  • 대형 : 4 코어
  • 아주 크게 : 8 개 코어
  • 단순히 스레드, 작업 (사용하는 것이 아니라

TPL)을 사용하면 인스턴스에서 사용할 수있는 대부분의 CPU 코어를 사용할 수 있습니다.

0

장기 실행 작업은 얼마나 오래 걸립니까?

Workflow Foundation은 작업 입력이 외부 입력을 기다려야하거나 작업 상태를 데이터베이스로 직렬화 할 수있어 많은 시간이 소요되는 경우에 좋은 옵션입니다. 데이터베이스는 Windows Azure SQL 데이터베이스에서 생성 할 수 있습니다.

http://msdn.microsoft.com/en-us/library/vstudio/ms735967(v=vs.90).aspx

작업 스케줄러

는 당신에게 다른 옵션을 제공하는 (일부 주위에 해킹으로) 클라우드 서비스에서 사용할 수 있습니다.

병렬 작업 라이브러리는 계산 중심의 짧은 작업 부하에 적합한 선택입니다. 쓰레드를 생성하려면 계산 및 메모리 오버 헤드가 필요하므로 TPL은 작업이 실행되는 쓰레드 풀을 유지함으로써 여기에서 도움이됩니다. 그러나 오랜 시간 동안 차단해야하거나 많은 스레드를 동시에 실행하려면 최상의 선택이 아니며 스레드를 직접 관리해야합니다.

귀하의 요구 사항에 대한 자세한 내용은 더 좋은 제안을 제시합니다.

관련 문제