내가 개발하는 소프트웨어가 크고 복잡해지기 시작한 것은 드문 일이 아니며 다양한 부분에서 집행자를 자신의 방식으로 사용합니다. 성능 측면에서 각 부분마다 다른 스레드 풀 구성을 사용하는 것이 좋습니다. 그러나 유지 보수성 및 코드 사용성 측면에서 스레드, 동시성 및 CPU 사용과 관련된 모든 사항이 중앙 집중식으로 유지되고 구성되는 것이 더 바람직합니다.집행자를 관리하는 방법
일부 동시 실행 또는 예약이 필요한 각 클래스가 자신의 스레드 풀을 만들면 수명주기 및 전체 스레드 수를 제어하기가 어렵 기 때문에 OK가 아닙니다. 정말 성능을 해칠 수 대기열 및 스레드 풀 크기를 작업의
ExecutorManager어떤 종류의 생성 및 응용 프로그램의 주위에 하나 개의 스레드 풀 중 하나 OK를 전달해서는 안됩니다, 때문에, 작업의 종류에 따라와 속도를 제출, 부적절하게 구성 조합 나쁜.
문제는 다음과 같습니다.이 문제를 해결하는 몇 가지 일반적인 방법이 있습니까?
실제 문제는 구성 요소의 수명주기를 관리하는 간단한 방법을 찾은 것 같습니다. 간단한 방법으로 구성 요소를 관리하고 최소한의 스레드 만 만들면 아무런 문제가 없어야합니다. 입출력에 관해서 이야기하지 않는다면, 코어를 가지고있는 것보다 더 많은 스레드를 필요로하지 않을 것입니다. –