멀티 스레딩을 과도하게 사용하고 있는지 어떻게 알 수 있습니까?

현재 멀티 스레딩을 과도하게 사용하고있는 것 같습니다.

A, B 및 C의 세 가지 유형의 데이터가 있습니다.

각각은 A복수로 변환 할 수 B의 각각은 B복수로 변환 할 수 C의.

나는 Cs 치료에만 관심이 있습니다.

나는 이것을 몇 가지 변환 함수로 상당히 쉽게 작성할 수 있습니다. 그러나 스레드, 세 개의 대기열 ( queue_a, queue_b및 queue_c)로 구현하는 것을 보았습니다 . 서로 다른 변환을 수행하는 두 개의 스레드와 한 명의 작업자가 있습니다.

• ConverterA읽고 queue_a쓴다queue_b
• ConverterB읽고 queue_b쓴다queue_c
• Worker 각 요소를 처리 queue_c

변환은 상당히 평범하며이 모델이 너무 복잡한 지 모르겠습니다. 그러나 그것은 나에게 매우 강력 해 보입니다. 각 "컨버터"는 데이터가 대기열에 도착하기 전에도 작동을 시작할 수 있으며 코드에서 언제든지 새 As 또는 Bs를 "제출" 할 수 있으며 변환 파이프 라인을 트리거하여 작업자가 작업을 트리거합니다. 실.

결과 코드조차도 더 단순 해 보입니다. 그러나 여전히 간단한 것을 위해 스레드를 남용하는지 확실하지 않습니다.

순차적으로 생각한 다음 스레드를 사용하여 더 잘 작동하도록 나중에 해당 논리를 수정하는 것이 거의 항상 간단합니다. 그리고 표현이 "파손되지 않았다면 고치지 마십시오." 대부분의 프로그래머는 쓰레드를 사용할 필요가 없기 때문에 쓰레드를 사용하지 않습니다.

당신이 그들을 사용하는 것이 더 편안하다고 느끼면, 당신에게 더 많은 힘. 그러나 스레드가 병목 현상을 제거하여 속도 향상을 제공하지 않으면 거의 확실히 프로그램 속도가 느려집니다.

또한 프로세스에 하나의 CPU 만 사용하는 시스템은 리소스를 절약하기 위해 하나의 스레드로 여러 스레드를 시뮬레이션한다는 점을 고려하십시오 (스마트 폰 응용 프로그램은 여전히 ​​이러한 악용의 대상이 되기는하지만 최신 컴퓨터에서는 자주 발생하지 않음). 이 경우 스레드를 사용하여 병목 현상을 제거하더라도 스레드를 전혀 사용하지 않는 것보다 실제로 속도 가 느려집니다 .

그리고 아마도 스레드를 사용하기 위해주의를 기울여야하는 가장 미묘한 이유이지만, 가장 중요하지 않은 스레드는 예상치 못한 일을하는 경향이 있습니다. 예, 예방 조치를 취하고 있다면 괜찮을 것입니다. 예, 스레드가 스레드간에 공유되는 변수에 쓰지 않으면 괜찮을 것입니다. 즉, 스레드 관련 버그는 찾기가 매우 어렵습니다. 프로그래머가 코드에서 버그를 생성 할 가능성을 완전히 제거 할 수는 없기 때문에 프로그래머는 버그를 완전히 제거하는 데 초점을 맞추기보다는 가능한 버그로부터 보호하기위한 조치를 취해야합니다. 스레드 버그도 찾을 수 있습니다. 다시 말해, 최선의 노력에도 불구하고

어쨌든 스레드를 사용해야합니까? 글쎄, 실에 대한 건강한 지식은 확실히 나쁜 것이 아닙니다. 특히 당신이 그것에 능숙하다면. 그러나 최근에 node.js와 같은 단일 스레드 언어로 이동했습니다. 단일 스레드를 사용하는 주된 장점 중 하나는 확장이 쉽고 명령이 순차적으로 실행될 것으로 예상되는 경우 (최적화가 병렬로 실행될 수있는 명령이 비동기식으로 실행).

즉, 나는 당신에게 가장 편안한 것을하십시오. 내 경험상, 이해하는 프로그램을 작성하는 것이 더 빨리 작동하는 것보다 우선 순위가 높습니다. 그냥 당신이 당신이 프로그램을 작성, 당신은 당신이 성능에 대해 너무 많이 걱정해서는 안 이후로는 빠르게 작업하고 싶지 때문에 도움이 생각할 때 사용 스레드에 반드시 당신이 쓰는대로 프로그램 (최적화가 중요하지만, 기다릴 수도 있습니다).