[💬] 프로세스의 램 사용량에 따른 퍼포먼스 영향 공부하고 싶은데

[익명(114.205)]

좋은 자료나 키워드 있어?

이번에 잘못해서 메모리 엄청 잡아먹도록 짰다가 프로세스가 엄청 느려졌었는데

앞으로도 메모리 크기가 커짐에 따라 퍼포먼스가 많이 나빠질까봐 공부해두고싶네..

[성난소(sonhansung0214)]

그냥 램 넘치게 쓰면 하드의 일정부분을 램처럼(가상메모리) 사용해서 개느려짐. 윈도우에서 가상메모리 끌수있는데 그런 경우에는 그냥 메모리할당 실패 예외 던짐. 핸들링 안하면 앱 종료됨

[익명(114.205)]

답변 고마워! 그 이외에도 램 크기가 커지면 Context-switching 할 때 PCB에 저장해야 되는 정보가 많아져서 해당 이벤트가 일어날 때마다 성능 손해가 있을 수 있는데, 이런 짜잘짜잘한 프로세스 실행 속도에 영향을 미치는 지식 또 알고있는거 있어?

[성난소(sonhansung0214)]

거기까진 모름... 솔직히 램할당은 넘치게끔만 안하면 최적화는 반 이상 했다고 생각함. 멀티스레드 프로그램의 경우 캐시 히트를 신경쓰면 최적화된다고는 하는데 해본적은 없음.

[익명(114.205)]

꼭 멀티스레드가 아니더라도 캐시 히트는 중요하니까 내가 아는거라도 일단 말해볼게. 캐시 히트가 중요한 이유는 요즘 CPU는 성능이 졸라 쌩쌩해서 일감을 갖다줘도 메모리에서 다음 일감을 갖다주기 전에 그걸 다 끝내버려서 노는(Idle)시간이 많아지고, 이건 성능의 손해로 이어지지. 캐시가 이러한 문제를 완화시키는데 도움이 돼. 그럼 캐시 히트율을 높이려면 어떻게 해야될까? 캐시 히트율은 참조 지역성(Locality)에 영향을 크게 받아. 이 중에서도 영향이 큰 공간 지역성을 예를 들어보자면 힙 영역에 아무데나 중구난방하게 퍼져있는 객체들을 참조하는 list를 사용하는 연산과 힙영역에 정해진 위치에 연속적으로 존재하는 객체를 참조하는 list를 사용하는 연산을 비교해보면 후자가 더 유리해.

[익명(114.205)]

왜냐면 후자는 다음 일감이 마침 캐시 메모리에 있을 확률이 높거든! 굳이 멀리가서 참조할 필요가 없어서 일을 열심히 할 수 있지. 게임 구현에서도 이를 신경쓴 유명한 패턴이 있는데 ECS(Entity Component System)이라고 아마 너도 알고 있을거야. 유니티에서도 구현할 수 있는데 방법은 다음과 같아. class는 참조 타입이고 struct는 값타입임을 알고 있을거야. 그리고 너가 참조해야 할 수많은 게임 객체들을 담고있는 container가 있다고 가정해보자. 만약 게임 객체가 class라면 너의 container는 수많은 참조를 담고있는 container일테고 foreach로 게임 객체마다 Update를 돌린다고 치면 힙 메모리 어딘가에 중구난방 퍼져있는 너의 인스턴스에 접근해야 해.

[익명(114.205)]

하지만 container를 struct를 담는 고정된 크기의 Array로 선언한다면 너의 Array는 밀집된 메모리 공간에 struct들을 담고있기 때문에 참조 지역성이 매우 높아져서 캐시 히트율이 높아지고, 이는 CPU의 성능을 적극적으로 활용할 수 있게 되지. 내가 읽은 책에서는 개발자가 ECS 패턴 도입 후 퍼포먼스가 50배 높아졌다고 나와있기도 했어. 혹시 다 아는 얘기였다면 TMI 미안해 ^^;

[Kaonuri(hon454)]

메모리 걱정하면서 퍼포먼스 걱정하다보면 코드 속도 퍼포먼스를 2배로 놓친다고 본다. - dc App

[Kaonuri(hon454)]

코드 작성속도 말하는 것 - dc App