메모리 프로파일링 툴을 쓰면 현재 실행중인 프로그램의 cpu나 메모리 확인이 되나요?

근데 메모리는 괜찮은데 cpu 사용률만 높아진건데

메모리와도 관계가 있나요?

마지막에 오류코드가 메모리니까…

OoM은 보통 메모리 한계까지 다쳐먹어서 죽으거거든요

확실한건 아니지만

메모리는 다 차거나 그런건 아닌거같았고

cpu만 100퍼 이렇게 찼던거 같은데 (cpu 다 찬건 확실합니다)

메모리가 다 차도 cpu에 과부하가 오는가보네요?

뭐 어쩃든 그걸 파악할려면 메모리 프로파일링 툴을 써야된다는 말씀이죠?

그리고 마지막으로 궁금한게 메모리가 누수중일때만 확인이 되나요?

지난 날짜나 시간의 상황은 분석이 안된건가요?

오늘 cpu가 과부하 걸렸고 cpu 과부하 문제를 해결 했습니다

그리고 내일 분석할려고 하면 분석이 안되나요?

넹 프로파일링 툴은 실행중인 코드의 뭐.. 예를 들면 malloc같은 시스템 콜들을 추적하는거다 보니까 실행중에만 가능합니다

지나간 날짜에 대한건 가끔 로그가 남는(OS가 강종시킨경우) 경우 아니면 알아내기가 어렵죠

그리고 혹시 리눅스 서버에 대해 혹시 좀 아시나요?

여쭤볼게 있는데 질문좀 될까요?

답변 가능한거면요…

unix aix 서버로 서비스를 운영중이고

해당 내용들은 db로 저장하고 있습니다

쉘 스크립트를 이용해서 db내용을 export 백업과 hot백업을 하고 있었습니다(참고로 티베로 db입니다)

이 백업은 매일마다 이루어지고 백업 내용은 다시 백업 프로그램과 백업 서버를 이용해서

따로 백업을 진행하였고 백업이 다 이루어지면 서버에서 백업되었던 내용은 자동으로 삭제가 되도록 했습니다

문제는 어느 하루날에 백업 내용이 생성되었고 백업이 400gb정도 되어서 400gb정도 백업 파일이 생성되는데

(참고로 400gb 생성되는건 엔지니어가 그렇게 생성된다고는 하는데 400gb생성이 맞는건지 의문입니다)

800gb의 백업 파일이 생성되었고 심지어 파일이 삭제되지 않는 상황입니다

여기서 질문드릴게 있습니다

1. 일단 db 백업 내용이 400gb인지 어떻게 확인하는 방법이 없을까요?

2. 그리고 왜 800gb가 생성되었는지는 알 수 있는 방법이 없을까요?

3. 그리고 백업 내용이 자동삭제되어야 하는데 왜 삭제가 안되었는지 로그 같은거 확인하는 방법이 없을까요?

(앞서 말했다 싶이 unix aix 서버입니다)

4. 백업파일 800gb로 인하여 디스크 용량이 100퍼가 찼다면

그 이후의 날짜부터는 백업 파일이 생성 안되는게 맞을까요? 이걸 확인하는 방법이 없을까요?

5. 쉘 스크립트가 제대로 실행되었는지 확인하는 방법은 없을까요? 로그확인방법이라든지 등

헙… 이건 제가 답변하기 어렵네요

3번은 글쎄요… dmesg같은거 보고 디스크 폴트난거나 문제 있는지 보는게 최선일듯 합니다

4번은 일단 디스크 풀나면 네 안되는게 맞읍니다

5번은 error code 확인하도록 쉘 스크립트를 고치는게 좋을듯 아니면 확인이 좀 어려움

그리고 마지막 질문인데

댓글말고 카카오톡 비유한

메신저 관련인데

서버를 재기동하면 cpu부하가

해결이 되나요 왜 껏다 키면

cpu 부하가 해결되는지 의문이네요

뭔가 자원을 계속 먹거나 하는 버그가 어디 존재해서 그럴 수 있어요 아니면 커널 모듈이랑 뭔 충돌이 있어서 쌓이고 쌓인다던가…

원인은 개발사만이 알아낼 수 있겠죠…