해석 솔버가 코어를 더 쓰는데 느려질 때: OpenBLAS 중첩 병렬화 확인

가정한 증상과 확인할 환경

해석 작업을 여러 개 실행하거나 행렬 연산 스레드 수를 늘린 뒤 CPU 사용률은 높지만 전체 완료 시간이 길어지는 상황을 검토합니다. 라이브러리의 중첩 스레드 경쟁은 가능한 원인 중 하나입니다. 입력 크기, 메모리 압박, 냉각과 클럭, 파일 I/O도 함께 확인해야 합니다. OpenBLAS 공식 FAQ는 이미 다중 스레드인 애플리케이션에서 OpenBLAS 내부 스레드가 충돌할 수 있다고 설명하고, 내부 스레드를 하나로 제한하는 선택지를 제시합니다. 이 사실만으로 특정 DW-NASTRAN 빌드의 원인을 확정할 수는 없습니다.

• 실제 링크한 BLAS 구현·버전, OpenMP 빌드 여부, 솔버 빌드 식별자를 기록합니다.
• 동시 작업 수, 작업당 BLAS 스레드 수, CPU 할당 한도와 물리 코어·논리 CPU를 구분합니다.
• 전체 처리량과 한 작업의 응답 시간을 각각 평가합니다. CPU 사용률 상승을 성능 향상으로 간주하지 않습니다.

설정은 OpenBLAS 빌드 방식에 맞춥니다

공식 런타임 문서에 따르면 비 OpenMP 빌드에서는 OPENBLAS_NUM_THREADS, OpenMP 빌드에서는 OMP_NUM_THREADS를 확인해야 합니다. 후자는 같은 프로세스의 다른 OpenMP 연산에도 영향을 줄 수 있습니다. 배포된 버전에서 어떤 변수가 적용되는지 확인하고 실행 로그에 설정값을 남기는 개발 방안을 검토합니다. 아래는 Linux 셸에서 비 OpenMP OpenBLAS를 사용하는 프로그램을 단일 BLAS 스레드로 시작하는 예시입니다. 실제 실행 파일·입력 경로로 바꿔야 하며, 이 명령은 본 조사에서 실행하거나 측정하지 않았습니다. 다른 BLAS 구현에는 그대로 적용하지 않습니다.

env OPENBLAS_NUM_THREADS=1 /path/to/solver /path/to/model.bdf

대안 A: 여러 작업을 실행하되 작업당 BLAS 스레드를 줄입니다

서로 독립적인 작은 해석을 처리할 때 우선 검토할 대안입니다. 작업별 내부 스레드를 하나로 제한하고, 메모리 예산 안에서 작업 동시 수를 늘립니다. 개발 적용 제안: 실행 관리자가 작업 수와 스레드 수를 함께 설정하고, 빌드별 적용 가능한 환경 변수만 전달하도록 합니다. 사용자 모델을 바꾸거나 수치 정밀도를 낮추는 방법과 구분합니다. 비용과 한계: 하나의 큰 행렬 연산에는 불리할 수 있고 작업마다 메모리가 필요합니다. 동시에 시작할 작업 수를 줄일 수 있는 되돌리기 경로와 기존 설정의 사본을 남깁니다.

대안 B: 작업 수를 줄이고 한 작업의 행렬 연산에 자원을 배정합니다

한 건의 큰 문제를 빨리 처리해야 하고 해당 연산이 BLAS 병렬화의 이점을 얻는 경우에 검토합니다. 동시 작업 수를 줄인 상태에서 내부 스레드 수를 점진적으로 바꾸며 비교합니다. 개발 적용 제안: 작업 처리량을 우선하는 모드와 단일 작업 응답 시간을 우선하는 모드를 구분하되, 최적 스레드 수를 고정된 상수로 주장하지 않습니다. 비용과 한계: 작은 연산이나 메모리 대역폭 제한 상황에서는 이점이 없을 수 있습니다. 변경 전 설정으로 복원할 수 있어야 하며, 결과 오차와 실패율을 함께 확인해야 합니다.

비교 실행과 되돌리기 기준

같은 입력 덱·바이너리·BLAS 버전·전원 정책에서 단일 작업·단일 스레드를 기준으로 기록합니다. 한 번에 작업 동시 수 또는 내부 스레드 수 하나만 바꾸세요. 반복 실행의 변동과 최대 메모리도 기록합니다. 출력 변위·반력·고유값 등 해당 문제의 비교량과 사전에 정한 오차 기준을 사용합니다. 실행 시간만 좋아지고 결과 검증을 통과하지 못하면 적용하지 않습니다. 메모리 부족, 완료 시간 악화 또는 예기치 않은 결과 차이가 있으면 이전 환경 설정과 동시 작업 수로 복원합니다.