1.1 Kunpeng 프로세서 NUMA 프로필
거대한 컴퓨팅 요구를 낳았다 현대 네트워크 정보 사회, 지능, 점점 더 많은 장치 액세스 인터넷, 자동차 네트워크의 급속한 발전과 함께. 그러나 소비 전력 및 냉각 벽이 개 주요 제약의 문제는 크게 단일 회계 세력의 발전에 영향을. 진화의 가장 중요한 방향과 파워, 멀티 코어 아키텍처에 대한 세계의 빠르게 성장하는 스마트 운영자 수요를 충족하기 위해.
종래의 방식은도 1-1에 도시 된, 즉, 멀티 코어 SMP (대칭형 다중 처리) 기술, 대칭 멀티 프로세서 구조를 사용한다. 대칭형 멀티 프로세서 아키텍처에서, 각 프로세서의 상태는 상기 메모리를 사용하는 동일한, 동일한 권한이다. 모든 프로그램 또는 프로세스는 스레드가 운영 체제의 지원을 크게 개선 처리량 그래서 전체 시스템 성능을 아주 좋은로드 밸런싱을 달성 할 수있는, 하나의 프로세서에 할당 할 수 있습니다. 그러나, 코어 수의 증가와 함께, 같은 버스 액세스 메모리를 사용하여 멀티 코어로 인해, 버스 성능 병목 현상과 시스템의 확장 성 제한 될 것이다.
도 대칭 멀티 프로세서 SMP 아키텍처 1-1
Kunpeng 프로세서 지원 NUMA (비 균일 한 메모리 액세스 불균일 메모리 액세스) 아키텍처는 SMP의 CPU 코어 수에 기술적 인 제약을 해결할 수있다. NUMA 아키텍처 폼 코어 노드 (노드)가 복수, 각각 다른 대칭 멀티합니다 (SMP) 사이의 CPU 사이 히드라 인터페이스를 사용하여 구현 된 온 - 칩 네트워크 통신에 의해 노드에 대응하는 CPU 노드 도 1-2에 도시 된 시트 사이의 높은 대역 낮은 레이턴시 통신. NUMA 아키텍처, 전체 메모리 공간은 세트의 모든 메모리는 전체 시스템의 전역 메모리이며, 물리적으로 분산된다. 각 코어, 메모리 액세스 시간은, 프로세서의 메모리에 대한 위치에 따라, 로컬 메모리 (내부 노드)가 빠르게 액세스 할 것이다. 2.5 버전의 리눅스 커널은 NUMA 아키텍처를 지원하기 시작, 운영 체제는 이제 도구와 인터페이스, 가장 가까운 액세스 메모리 최적화 및 구성에 도움이 우리의 풍부한을 제공합니다. 따라서 더 적절한 조정을 통해 달성 컴퓨터 시스템 Kunpeng 프로세서의 사용은, 모두 좋은 성능을 달성하기 위해,뿐만 아니라 더 큰 멀티 코어 확장 성을 제공하는 SMP 버스 아키텍처의 병목 문제를 해결하기 위해,뿐만 아니라 더 유연한 컴퓨팅 파워.
그림 1-2 NUMA 아키텍처
1.2 성능 튜닝 5 단계 방법
성능 최적화 표 1-1 보통 다섯 단계로.
표 1-1 일반 절차 성능 최적화
| 아니오. |
단계 |
설명 |
| 1 |
벤치 마크를 수립 |
최적화 나 모니터의 시작 전에, 우리는 먼저 기준 데이터 및 최적화 목표를 설정해야합니다. 이 기준 하드웨어 구성, 네트워크 테스트 모델 시스템 운용 데이터를 포함합니다 (CPU / 메모리 /를 IO / 네트워크 등 스루풋 / 지연). 우리는 더 나은하기 위해 종합적인 평가 및 모니터링 시스템을 시스템을 최적화하기위한 조치의 실행 후 시스템 성능 병목 현상 및 성능 변화를 분석 할 필요가있다. 시스템의 현재 하드웨어 및 소프트웨어 아키텍처의 목적 성과 목표를 기반으로 최적화를 달성 할 것으로 예상된다. 성능 조정을 찾기 최적화 조치가 더 어려워, 후자의 어려움이 더 큰 최적화 최적화 작업의 시작 부분에, 병목 현상을 식별하고 그 결과는 종종 매우 중요 최적화하기위한 효과적인 조치의 구현을 최적화하기 쉽고, 긴 과정이지만, 효과는 점점 더 약이 될 것입니다. 따라서, 우리는 합리적인 균형이하는 것이 좋습니다. |
| 이 |
스트레스 테스트 및 모니터링 병목 |
사용 피크 부하 또는 시스템 스트레스 테스트에 대한 전문적인 스트레스 테스트 도구입니다. 일부 성능 모니터링 도구는 시스템의 상태를 관찰하는 데 사용됩니다. 스트레스 테스트하는 동안, 정확한 역사적 기록을 실행하는 시스템과 프로세스의 제안 상세한 기록은 병목 현상 및 최적화 확인 조치의 효과를 분석하는 데 도움이 될 것입니다. |
| 삼 |
병목 현상을 식별 |
목적 스트레스 테스트 및 모니터링 시스템 병목 현상을 식별하는 것입니다. 시스템은 네트워크에 대한 CPU, IO 대기, 대기 종종 너무 바빠서 병목 현상과 다른 측면이 나타납니다. 그 참고, 분석 시험, 네트워크 대역폭에 따라 시스템 사이의 네트워크 테스트 도구, 테스트 도구를 포함하는 병목 현상을 전체 테스트 시스템을 식별하는 것입니다. "실적 위기"프로젝트 사실 많이 있습니다이 쉽게 등, 네트워킹, 테스트, 테스트 도구의 측면을 간과 성능 최적화가 처음이 링크를 해결하기 위해 좀 더 많은 시간을 할애해야 할 때 발생하는 것입니다. |
| 4 |
구현의 최적화 |
병목을 결정한 후, 그 다음에 최적화되어야한다. 이 문서에서는 팀 I가 발생 프로젝트에 시스템 병목 현상 및 최적화 방법 일반을 요약 한 것입니다. 우리는 튜닝 시스템의 프로세스가 긍정적 인 영향을 미칠 것입니다 모든 최적화 조치의, 우여곡절에도 불구하고 발전하고 있습니다 필요, 부정적인 최적화도 종종 발생합니다. 그래서 우리는 최적화 조치 준비뿐만 아니라, 최적화 된 운영 지침에 롤 다시 대책을 준비해야한다. 환경을 복원 최적화 조치의 숫자의 구현을 비가 역적으로 이어질 피하고 많은 시간과 노력을 낭비. |
| 5 |
확인 최적화 결과 |
확인 최적화 결과를 최적화 조치를 다시 시작 스트레스 테스트, 관련 도구 준비 모니터링 시스템의 구현 후. 최적화 조치의 부정적 효과를 조정하고 프로그램을 최적화, 시간에 다시 압연한다. 이 최적화의 긍정적 인 효과가 있지만, 최적화 목표에 도달하지 않은 경우, 반복 보관, 공개 시스템의 연속 생산 버전을 입력, 모든 효과적인 최적화 방안 및 매개 변수가 요약되어 필요 옵트 목표로 2 "스트레스 테스트 및 모니터링 병목 현상을"단계 및 준비 작업. |
시스템의 경험이 적은 또는 조정 하드웨어와 소프트웨어에서 매우 점차적 시작 작업 성능 조정의 참조 모델 5 단계 방법을 사용할 수 있습니다, 이해되지 않습니다. 엔지니어가 조정에서 폭 넓은 경험을 위해, 또는 당신은 또한 다른 방법을 사용하거나 펼쳐 최적화를 처리 할 수 있으며, 전문가의 시스템 성능 병목 현상에 대한 심층적 인 통찰력을 가지고 있습니다.