100.0%sy 디스크 성능이 좋지 않습니다.

Question 1

문제가 발견되었습니다. vm.zone_reclaim_mode기본 설정은 1입니다.

sysctl을 통해 비활성화했는데 vm.zone_reclaim_mode=0그 이후로는 그런 일이 발생하지 않았습니다. 관련 정보가 있는 여러 곳이 있습니다:

Answer

문제가 발견되었습니다. vm.zone_reclaim_mode기본 설정은 1입니다.

sysctl을 통해 비활성화했는데 vm.zone_reclaim_mode=0그 이후로는 그런 일이 발생하지 않았습니다. 관련 정보가 있는 여러 곳이 있습니다:

Question 2

시간 dd if=/dev/zero of=1000 bs=2M count=500 전환=fdatasync

...

실제 4미터 40.565초

사용자 0m0.000s

시스템 4분 40초 521초

글쎄, 이는 일반적으로 Oracle을 실행한다는 사실과는 아무런 관련이 없습니다. (/dev/zero는 빠르게 출력을 생성하지만 Unix 파일 시스템에 많은 널 바이트를 쓰는 것은 희소 파일 지원으로 인해 좋은 벤치마크가 아닙니다. - 이 경우에는 성능이 너무 나빠서 문제가 여전히 눈에 띕니다.)

"정상적인" 타이밍도 꽤 느리게 보입니다. 하지만 이러한 타이밍과 성능 저하 사이에는 여전히 큰 차이가 있습니다.

이전 2코어 단일 SATA 상자에서는 다음을 얻습니다.

real    0m6.961s
user    0m0.001s
sys     0m1.459s

디스크 구성을 쉽게 전환할 수 있습니까(예: megaRAID 컨트롤러를 우회하고 mdadm(소프트웨어) raid를 사용합니까? (참고: 이전에 md 장치에서 MySQL을 실행하는 데 몇 가지 심각한 문제가 있었습니다. 이는 저만의 문제일 수도 있습니다/이전 문제) 이제 버그가 수정되었으므로 테스트할 때 최악의 결과를 계획하는 것이 좋습니다.

가끔 성능이 저하되면 디스크가 오프라인 상태가 된 후 재구축될 수 있음을 의미합니다. 보고된 오류가 있습니까?

Answer