Vaibhav
그는 물었다 12년 전
37

Net 에서는 사용하지 않을 때 트레더풀 합니까?

    • .Net 에서는 트레더풀 사용할 때 안 합니까?

마치 가장 좋은 방법은 트레더풀 옵션을 사용할 수 있는 유일한 것은, 이 경우, 왜?

이 주위에 경험이 있습니까?

답변 9 개

39 m, 공감하고, 딘 @eric I& 할 것입니다. 스래드입니다 비싸다구요 있다. # 39, t solaris. 해당 프로그램이 실행되는 유일한 can& 있습니다. 누구나 자원에 대한 욕심이 때 문제가 곱해집니다.

&gt. 나는 그들에게 나의 스래드입니다 및 제어 포지셔닝하십시오 수동으로 만들 수 있어요. It 는 코드 매우 쉽게 이해하기 힘들다.

39 의 벌금을 that& it& 때 # 39 에 적합합니다. If you need a bunch of 작업자 스래드입니다 you& # 39, ve done) 는 모든 코드를 만들 수 있지만, 좀 더 복잡하다. 이제 이를 관리할 수 있는 코드를 작성할 수 있습니다. 그냥 풀 you& 스레드할 사용한 경우, 모든 스레드 관리 자유롭겠죠 확보하십시오 # 39; d 스레드 풀 및 제공하는 언어는 가능성이 매우 적고 보다 더 강력하고 효율적인 너희에게 구하겠죠 돌리기 위한 갈레라 컴퍼니

&gt. 스레드할 t = 새 스레드 (새 트레더스타르트 (도주메트링)); &gt. t. 시작 (); &gt. t. Join ();

그 사이 () 은 몇 가지 추가 코드를 평상시와 바란다 '시작' 와 'Join ()'. 그렇지 않으면 사용할 수 있으며, 추가 스레드할 you& # 39, re 자원을 낭비하는 이유 없이.

&gt. 사람들이 너무 두렵도 사용되는 자원을 스래드입니다. # 39, ve never seen i& 만들고 있는 초 이상 걸릴 것으로 스레드할 시작. 하드 수에 제한이 없는 스래드입니다 만들 수 있습니다. RAM 사용률을 저렴합니다. 몇 백 스래드입니다 되고 나면, CPU 의 컨텍스트로 스위치에서는 것이기 때문에 그 시점에서 돌림무늬 확보하십시오 설계에 있어 함께 할 수 있습니다.

A 긴 시간이 밀리초 () 는 현대의 하드웨어. # 39 에 3 만 주기를 that& 3GHz 의 시스템. 그리고 다시 aren& # 39, t 유일하게 스래드입니다 만들 수 있습니다. # 39 의 다른 모든 CPU 의 경쟁 너회의 스래드입니다 함께 program& 스래드입니다. 그래서 다른 프로그램에 함께 사용하는 경우, 다음, ve # 39 는 아니고 너무 많습니다. 스래드입니다 you& 너무 많이 사용되는 스래드입니다.

&gt. # 39, t, don& 농담하십니까 생활이 더 복잡한 때보다 되어야만 합니다. # 39, t don& 매우 구체적인 것이 아니라면 뭐 필요한거라도 스레드할 사용하여 풀 수 있습니다.

랑하니. # 39, t don& 생활이 더 복잡한. # 39 프로그램에 필요한 경우, 여러 워커 스래드입니다 don& 휠 (wheel), t 것이다. 스레드할 사용하여 풀. # 39 에 왜 that& it& # 39 의 할 수 있다. 자신의 롤 투석실에다가 string 클래스에?

Ian Boyd
Andrei Rînea
그는 12년 전 댓글을 달았습니다
3

어떤 사람들은 자신의 롤 오버 배열입니다 char& # 39 의 래퍼 및 사용, 마치 구체화하십시오. 그래서 it& # 39 의 폴링합니다. # 39 의 및 it& 너무 슬프다.

hwiechers
그는 8년 전 댓글을 달았습니다
0

내가 투표한 다운되어도 이. # 39 이것은 isn&, 답이 없다. # 39, s, s # 39 한 사람에게 it& 질문하시리니 else&.

Tis 자네들이야 충분한 답을. 하지만, 지금은 22 업보테스? 优秀 없는 것이 있다. # 39, t, 실행 중인 좁히어 isn& 거대한 보테링 아웃해야 레드먼드 (redmond 있나요?

Derek Park
그는 8년 전 댓글을 달았습니다
0

39 의 it& @will, 4 년 이전 언급은 하지 않았다. # 39 의 절반에도 못 미치는 월 평균 it& 충족되었으며 업보테. 믿기지 않는 어려운 수준의 한다.

Derek Park
그는 8년 전 댓글을 달았습니다
1

39 의 반단면 오토메이티드 @hwiechers, it&, 반단면 회신과. 이 때, 그래서 별로 없는 의견 및 I& didn& # 39 는 게시하기를 # 39 시간은 모든 질문에 대한 대답, 나의 오랜 시간을 거쳐 의지가 없다, m 로 변환하십시오 의견은.

@DerekPark: # 39, shouldn& 진실이며당신이 없다. 내가 여기에 슬픔으로창백해지고 NAA 플래깅 있는 것으로 나타났다. 그런 다음, 질투, 불타는 아웃해야 셀명 떠났다. 그냥 거다.

Derek Park
그는 8년 전 댓글을 달았습니다
0

@Will, 안심하십시요 I knew you were 깨달았습니다 보테링 대한 (22 표 차로 우리는 보다 더 잘 관리할 수 4 년), 하지만 wasn& # 39, t, s not # 39 It& &quot 대한 조교하실 erious 알 수 있는 good"; 설명. )

supercat
그는 5년 전 댓글을 달았습니다
0

39, s, t solaris. one& shouldn& 있다는 생각에 # 39 한 코드 실행 중인 유일한 인수를 통해 포지셔닝하여 이럴 줄 수 있는 모든 트레더풀 스래드입니다 많은 작업을 시행하십시오 10ms 또는 그 이상. 만약 한 부분을 따라 I / O 성능을 프로그램에서 다른 부품을 제때 완료율 콜백 실행 할 수 있는 방법을 트레더풀 가득 채웁니다 대기열은 응용 프로그램의 성능이 갖는 것보다 훨씬 더 오랜기간 첫 번째 부품의 경우 해당 메서드를 사용하여 많은 시간을 보내고, 특히 두 번째 부분은 이산식 스래드입니다 차단.

내가 왜 단 하나의 이유는 ',' 을 사용할 경우 값싼 트레더풀 은 t # 39 wouldn& 다중스레딩 데릭쉐퍼드와 to&amp 헤립;;

  1. 안테라치 (예를 들어, 킬 잇) 를 실행하는 방법
  2. 실행하십시오 코드에 대한 [STA 스레드할] [2] (이 상태입니까 me)
  3. 렉시한테서 스레드 응용 프로그램이 사망한 이후에 살아 내 ('트레더풀' 스래드입니다 배경 스래드입니다 있다)
  4. 데릭쉐퍼드와 우선 순위를 바꾸는 경우는 어떨까. 우리는 우선 순위를 트레더풀 원하는거요 기본적으로 일반 스레드를 변경할 수 없습니다.

&gt. P.S.: MSDN 문서 [&quot, 관리, 스레드할 Pool&quot] [3] 이 있으며, 사용하지 않을 경우, 절을 &quot 스레드할 풀 수 있는 매우 흡사하지만 약간 더 Threads&quot, , 전체 목록*.직렬 스레드할 풀을 사용하지 않는 이유.

사용자가 필요로 하는 이유 ',' 트레더풀 많아 건너뛰려면 신앙이니라 너회가 don& # 39, 그 다음 't know' 아주 재미나겠네 트레더풀 충분한 당신꺼에요.

또한 새 평행광 확장장치 레임워크 에 대해 몇 가지 않고도 그 안에 디스크입니다. diskid 깔끔한 것, 필요에 따라 사용할 수 있는 '트레더풀'.

[2]: 단일 스레드 아파트 http://msdn.microsoft.com/en-us/library/system.stathreadattribute.aspx &quot 스레드할;; 예를 들어 이 MSDN 참조입니다 STAThreadAttribute&quot 페이지를 참조. [3]: 스레드 풀 (페이지에서 MSDN) 이 관리됨 http://msdn.microsoft.com/en-us/library/0ka9477y.aspx &quot ";

V0d01ey
Mou
그는 7년 전 댓글을 달았습니다
0

죽은 후 계속 살아 있다 - u 말하였노라 스레드할 내 애플리케이션 (트레더풀 스래드입니다 배경 스래드입니다 있다) 이지만 백그라운드 스레드할 끝나는 어디까지 그러니까말이야 항상 주 어떨까. so what do u 말하도다??

@Mou: 내가 말을 안 하고, re you& 뭔지 # 39 라고 외람되나.

이 경우, re 판독값 you& # 39, 그럼 이제 이동작업 트레더풀 대신 사용해야 합니다.

Mou
그는 5년 전 댓글을 달았습니다
0

죽은 후 계속 살아 있다 "고 말했다 '와-u 스레드할 내 애플리케이션 (트레더풀 스레드는 배경 스래드입니다)'. 그렇죠. 사실인가요? 스레드 풀 때 실행할 수 있는 경우 다음 주 () 는 배경 스레드할 스레드할 스레드할 스레드할 죽었어? 설명하란말야 플치

이아스파스 (v = vs. 110) 이 https://msdn.microsoft.com/en-us/library/h339syd0 @mou 읽기

Joe Amenta
그는 5년 전 댓글을 달았습니다
1

39, ve 실행하십시오 i& 스트라이프하지 문제 # 1 (캔셀라티온트킨 추가 지원을 위해 오랫동안 (5+ 분) &quot pure"; 함수 호출 (충분히) 의 타사 library), # 2 (동시 WPF 앵거수르스 렌더링합니다. 각 동시 렌더링합니다 시작해야 할지 및 최종 같은 컨트롤러상의 STA 스레드할 표시할 수 있지만, 그 뒤 다른 커넥터로부터 스래드입니다) 는 동일한 응용 프로그램에서, 따라서 정확한 답을 for me. 대부분의 경우 관리됨 스레드 풀 (혹은 이와 같은 다른 일에 쓸 수 있는 무수 결국 트플) 는 때때로 스핀업하지 것이 정확하지만 정답은 정말 새로운 게시판 및 (move on with your life.

39 에 추가할 수 있는 # 39 의 it& quarrelsome& 야, 내가 가장 잘 사용하지 않는 한 스레드할 트레더풀 할 경우 해당 스레드할 작성하더라도 바로 업무에 들어갈 예정이다. 당 최대 풀링할 스레드할 실행할 수 있도록 일을 기다려야 할 경우, 아프도메인 스래드입니다 제한되는지 블렌드합니다 they& # 39, re all 사용 중입니다. # 39 의 it& &quot 불렀으매 사용자의 작업 후 다란다 대기열은 item";

물론 2 이다.

  1. 코드의 런타임 시 최대 수를 변경할 수 있습니다 풀링할 스레드할 스래드입니다 도왔으매 there& # 39 의 아무것도아니야 중지되기를 너회가 확인 및 필요한 경우 현재 vs 최대값입니다 극대화됩니다 흐름이 완만.
  2. 아, 돈다이 백업하도록 완료되니라 색상에는 고유한 시간을 여부 = # 39 의 새 스레드 응벌을 it& 가치있는 시행하십시오 따라 히트 수 없다.

스레드 풀 때마다 总监和首席信息官完全了解 작업자 스래드입니다 쉽게 이해할 수 있다. 때마다 처리 작업을 쉽게 할 수 있는 작은 파티션에만 로 각각 독립적으로 스래드입니다 처리할 수 있다 (즉, 스레드 풀), 근로자 수 있도록 한다.

쉽게 이해할 수 없는 스레드 풀 수 없는 연관해제된 작업을 할 때 완전히 수행하는 것으로, 그리고 스레드할 쁘게 &quot jobs"; 예를 들어, 한 개의 스레드 이벤트 처리, 데이터 처리를 위해 다른 GUI. # 39, 또한 스레드 풀 don& 형태로 파이프라인간의 처리할 때 쉽게 이해할 수 없다.

기본적으로 스래드입니다 처리할 경우, 스레드 풀 끝냅니다끝내기 요소라고 할 수 있는 작업을 시작, 갈 길. 그렇지 않으면 스레드 풀 isn& # 39, t really 가는 움말.

Cheeso
그는 11년 전 댓글을 달았습니다
2

39, 풀 수 있는 것은, 설명하란말야 &quot don& 쉽게 이해할 수 없는 형태로 pipeline&quot 스레드할 처리할 때,? 예를 들어, 내가 할 일이 있습니다 항목과의 압축됨 어졌다면 암호화되었습니다, 압축을 사용하여 계산 (compute) 로 10 배 암호화입니다. 트레더풀 비율은 10:1 로 encryptor 스래드입니다 컴프레서 (compressor) 를 사용하지 않는 이유는?

Derek Park
그는 11년 전 댓글을 달았습니다
2

일반적으로 프로그램이 스레드 풀 때 해야 할 경우, 독립, 이산식 냥이라구 # 39 의 통신 there& 작업자 간 스래드입니다 (파이프라인의 같은) 그런 don& # 39, t really 투명지에 스레드 풀 책정안.

&gt. # 39 만 m 로 i& 말을 안 하고 있는 사람. &gt. 이론적 지식을 삽입하십시오. I write &gt. 대용량 애플리케이션을 및 유지 &gt. 무거운 사용할 수 있는 다중스레딩, &gt. # 39 쉐퍼드도 일반적으로 don& 스레드할 찾을 수 없다. &gt. 풀 수 있는 정답.

아, 권위에 의한 논증 - 에 있을 수 있지만 항상 백성을위한 비켜 있는 Windows 커널 팀.

우리 중 일부 특정 요건을 모두 언쟁을 경우 그 사실을 닷넷 (.net) 기반 트레더풀 올바른 일을 할 수 없을 것입니다. # 39 는 비용 절감, re we& 어떤 입장을 트리비알리사션 컴퓨터로 작성하는 실타래야

레종 d& # 39 에서 상당한 비용을 들여 스레드할 만들기 위해, 트레더풀 트레 에서 1 위를 차지했다. # 39 로 작성된 코드를 don& t want, 내가 내 머신뿐만 채울 수 있도록 만드는 데 대한 사람들의 그동안 오해요, t, 예를 들어, 스레드, don& # 39 라는 사실을 알게 될 수 있는 모든 단일 dll 을 만드는 방법을 첨부됩니다 프로세스 (3rd 만든 정당이 될 수 있는 일부) 와 함께 할 수 있는 코드 (load 핫 백업하도록 전혀 포함되지 않습니다 t need to be in ramcomment 거의 확실히 didn& # 39, l1.

즉, & # 39 의 메모리 계층 구조 형태를 현대의 머시닝할 distracting& # 39. cpu 가 정말 최악의 대한 자신의 공예, 모두들 열심히 하는 것을 막기 위해 무슨 대수냐 못하며창조된 초래할 수 있는 것이 특징이다.

39 you& 때, re going 작업을 수행하는 데 시간이 오래 걸릴 수 있는 배경 또는 아마도 스레드할 계속 진행되고 있다.

뭐 항상 풀 수 있는 양을 밉니다 스래드입니다 클린업합니다 시점으로든지 관리 비용은 거의 발생시키지 않는 것이 있을 때 백됩니다 스레드할 결코 풀 수 없을 것입니다.

다음 두 조건을 만족하는 이동작업 트레더풀 스래드입니다 적합합니다. &lt ol>; 많은 시간을 투자할 수 있는 모든 작업은 li&gt &lt, 뭔가 일이 기다리고 있지.

39 의 작업을 기다리는 것도, li&gt &lt, that& 완료하십시오 기다리고 있을 가능성이 많은 작업을 마칠 수 있는 것이므로 해당 스케줄링하는 우선_순위 isn& t # 39, apt 셨으며 영향을 줄 수 있다.

&lt /ol>; 트레더풀 사용하여 상당한 시간을 절약할 수 있지만 한 스레드할 새로 만드는 대신 경계. 상당한 시간이 걸릴 수 있는 경우에 비해, 트레더풀 작업을 한 시간 작업을 수행하는 데 적합한 것으로 보인다. 그러나 이 임무를 수행하는 데 필요한 시간을 더 작은 이점은 작업의 효율성 및 클수록 트레더풀 트레더풀 발목을 잡는 경우가 많았다.

MSDN 바뀌엇어요 하는 이유가 여기에 있다.

http://msdn.microsoft.com/en-us/library/0ka9477y.aspx

&gt. 여러 가지 시나리오를 만들고 있는 것은 적절하지 &gt. 사용하는 대신 직접 관리하는 스래드입니다 스레드할 풀 스래드입니다: &gt. &gt. + 스레드할 전경색 필요합니다. &gt. + 특정 우선_순위 할 스레드할 필요합니다. &gt. + 스레드할 원인이 되는 막기 위해 오랜 시간 동안 작업을 합니다. 스레드 풀 수 있다, 그래서 큰 최대값입니다. &gt. 스레드 풀 수가 차단되었음을 스래드입니다 작업도 못할 수도 있습니다 &gt. 시작. &gt. + 배치해야 할 스래드입니다 붙여넣습니다 단일 스레드 아파트. 모든 스래드입니다 트레더풀 은 멀티 스레딩해야 아파트. &gt. + 해야 합니다, 또는 스레드 id 연관됨 안정적인 전용 스레드를 작업입니다.

@Eric &gt. # 39, t, 내가 사용하는 @derek don& 정확히요 동의하는 책정안 예로 들 수 있습니다. # 39 의 경우, 정확히 모르는 don& what& # 39 에서 실행 중인 컴퓨터와 정확히요 가부키쇼 총 스래드입니다, 핸들, CPU 시간, RAM, app 에서 사용할 수 있는 등 어느 정도의 하중을 틀렸다니까 곤경에 빠졌다.

유일한 고객을 대상으로 제환자의 프로그램을 작성하는? 그렇지 않으면 can& # 39, t be 특정 대한 대부분의 iqn. 일반적으로는 모르겠어요 프로그램을 작성할 때 효과적으로 실행할 수 있을지, 아니면 실행하십시오 단독수술을 기술입니까 의해 웹 서버 상의 디도스 공격을 받은 잘라냈다. # 39 can& 모르는 것인지, 얼마나 CPU 시간을 가질 수 있습니다.

39 의 비헤이비어를 너회의 program& 가정할 때, # 39 의 it& 입력입니다 따른 변경 또는 CPU 시간을 정확히 알 수 없는 경우에도 해당 프로그램은 메모리 용량을 것입니다. 물론, 꽤 좋은 아이디어를 프로그램이 동작할 수 있어야 합니다 방법에 대한 것으로, 앞으로 절대 기울이나 프로그램은 메모리 양을 정확히 알려면, 가부키쇼 핸들, 등을 사용할 수 있기 때문에 전체 분석 비용이 너무 많이 든다. # 39 aren& 경우, t, t # 39 가치가 크다고 먹어서나 실시간 software 를 isn& 작업량의.

일반적으로 자랑합니까 정확히 파악할 수 있도록, 그리고 어떻게 프로그램에 대한 세무조사가 끝나 재판이 진행 중인만큼 법원의 판단이 모두 다 알 수 있다 "고 쑥스러운 외곽진입 머시닝할 작동합니다.

&gt. # 39, 정확히 어떤 방법을 모르는 경우, 그리고 지자면 don& 콩지름에: 수작업식 스래드입니다, 스레드 풀 대표들은 이를 구현하는 방법 등을 할 수 있는 응용 프로그램에 필요한 것은 무엇인가, 틀렸다니까 곤경에 빠졌다.

39, t, t, but I don& don& 완전히 동의할 수 없음 내가 정말 어떻게 that& # 39, # 39 의 의미가 있습니다. 이 때문에 이 사이트는 특히 프로그래머가 don& t # 39, 항상 모든 분입니다.

&gt. 복잡한 할 만큼 사용하는 경우 응용 프로그램이 스레드 수를 조절 t you want more, aren& # 39, 거의 항상 가는 것보다 제어할 수 있는 프레임워크를 사용하면?

스레드 풀 한 사용할 경우, 내아기마저도 막아보자구 데릭쉐퍼드와 that& # 39 에 제공한 것이 아니라면, 내가 찾을 때까지 충분하지 않습니다. 내아기마저도 단순히 풀 수 있는 내 없이 요구 사항을 확인하는 solaris. 제공된 스레드할 부족한 경우.

&gt. # 39 만 m 로, 말을 안 하고 있는 사람은 i& 이론적 지식을 삽입하십시오. 내가 대용량 애플리케이션을 사용할 수 있는 무거운 쓰기 및 유지, 쉐퍼드도 일반적으로 찾을 수 없는 다중스레딩 don& # 39, 스레드 풀 정답.

그동안 내 전문 경력을 가진 대부분의 다중스레딩 및 다중 처리 프로그램. 나는 종종 내 스스로 필요한 솔루션을 적용할 수 있도록 잘 알려져 있다. # 39, t, t # 39 isn& doesn& 짓궂군요 작업자쪽에서 스레드할 풀 수 있는 유용한, 또는 해당 사례가 많다. 스레드 풀 편차란 처리할 수 있는 노동자 스래드입니다. 일반적으로, 여러 워커 경우에 적합한 스레드할 풀 수 있는 첫 외곽진입 스래드입니다 제공된 한다고 합니다.