쪽팔리면 질문하지 맙시다. 소중한 답변 댓글을 삭제하는건 부끄러운 일 입니다
램이서도 똑같은 일이 벌어질까요?
디램이 장착된 nvme ssd 같은 경우도 저장 용량이 80% 정도를 넘어가면 성능 하락이 있다고 하던데
램도 사용량이 커지면 성능 하락이 있는지 궁금합니다.
예를 들어 램 용량이 36g 인데 작업으로 29기가 이상을 돌리게 되면 성능 하락이 생긴다던지요....
답변 해주시면 감사드리겠습니다.
a
쪽팔리면 질문하지 맙시다. 소중한 답변 댓글을 삭제하는건 부끄러운 일 입니다
램이서도 똑같은 일이 벌어질까요?
디램이 장착된 nvme ssd 같은 경우도 저장 용량이 80% 정도를 넘어가면 성능 하락이 있다고 하던데
램도 사용량이 커지면 성능 하락이 있는지 궁금합니다.
예를 들어 램 용량이 36g 인데 작업으로 29기가 이상을 돌리게 되면 성능 하락이 생긴다던지요....
답변 해주시면 감사드리겠습니다.
램은 구조상 99% 차도 성능 하락 없습니다
그리고 다 차간다고 극심하게 성능이 떨어지는건 NAND 개수가 적은 컨슈머 라인업이나 그런거고, NAND 1~20개가 일상 (M.2조차 6~8개)인 엔터는 거기까지 극심하게 안 떨어집니다
이런 특성땜에 게임이나 인터넷밖에 안 하는 컴에도 엔터 달아놨습니다 (그조차 20%정도 오버프로비저닝하거나해서 속도 저하 막고 있음)
하지만 정상적인 운영체제라면 그렇지 않을거 같습니다.
예를 들어서
매우 여러개의 프로세스가, 파편화가 아주 잘되어서(나쁜의미로)
조금이라도 큰 용량의 버퍼를 요청시, 메모리에 할당할수없어서, 이리저리 메모리 재배치하거나, 보조기억장치로 내린다면...
느려지긴하겠지요...
그런데 위와 같은 상황을 막기위해서 운영체제가 아주 열일을 할거 같습니다.
메모리의 입출력 속도는 10%, 90% 사용율 관계없이 동일할 것입니다.
그래도, ssd의 작동방식과 다르기에 성능저하 차원이 다르긴 합니다.
Linux 에서 메모리를 page 단위로 관리하는데, 보통은 4K 라서,
특정 프로세스가 너무 많은 메모리를 할당하면, 느려질수는 있죠
예를 들어서 256G 에서 200G를 할당받아서 사용하는 프로그램(dbms 가 대표적이죠)이라고 가정하면
5백만개의 page를 access하고 관리해야되기에 메모리 성능이 떨어집니다.
그래서, hugepage를 설정해서, 2M단위(계산식으로 하면 보통 나오는 수치죠)로 관리하면, 10만개 page만 관리하면되니 그나마 성능저하가 덜하게 되죠
물론, 낭비되는 부분이 많긴하나, 어짜피 단일 프로그램이 사용하니 , 큰문제가 되진 않죠
https://www.2cpu.co.kr/QnA/927104
인텔 스케일러블 프로세서 1/2세대에서 위의 링크와 같은 메모리를 구현하였으나 가격은 비싸고 사용자는 적고 잇점이 없어서
그 다음 인텔 스케일러블 프로세서에서 퇴출되었습니다..
메모리는 용량에 대한 성능하락은 거의 없다라고 봐야 하고 어떤 속도로 동작하느냐 레이턴시가 어떻게 되었느냐 같은 것이 더 중요합니다..
그리고 현재 컴퓨터의 메모리 콘트롤러는 CPU에 존재하기에 CPU의 메모리 컨트롤러가 어떠한 종류의 메모리를 어디까지 지원하느냐가 더 중요합니다..
시스템 구축시 메모리가 최대의 성능을 나오게 하는 방법이 있기는 한데 일반적으로 CPU에 직결된 메모리 슬롯에 같은 메모리를 채우는 것입니다..
https://www.2cpu.co.kr/lec/4518
https://www.2cpu.co.kr/lec/4777
그 외 메모리 용량이 커지면 문제가 되는 것이 시스템의 전기 먹는 양이 커지고 발열도 은근히 있다는 것입니다..
(부팅시 메모리 체크하는데 시간 오래걸리는 것은 제외합니다..)
옵테인은 죽었지만, 게층구조자체의 유용성은 여전합니다
다짜고짜 램 용량을 늘려도 마냥 좋은 건 아니였네요. 감사합니다.
제가 댓글 단 것은 거의 다 서버쪽 이야기 입니다..
최신 인텔 스케일러블 제온 같은 것은 2CPU모델일 경우 메모리 최대용량이 8TB 같은 테라비이트 용량까지 가능하니까요..
(가격은 미친듯 올라가겠지만)
https://www.supermicro.com/en/products/motherboard/x13dgu
메모리는 여유만 된다면 크게 늘리는 것이 나중에 편합니다..
이유는 구현된 SSD중 가성비가 재일 좋기 때문입니다.. 대신 수명 문제가 있기는 합니다..
그런데 옛날에는 DRAM으로만 구성된 SSD가 있었는데 이것이 플래쉬 메모리 기반 SSD보다는 더 빠르지만 가격도 많이 비쌌고 용량도 적었습니다..
대신 수명은 일반 메모리 수명이라 어찌 보면 플래쉬 메모리보다 수명은 더 길었다라고 할 수 있습니다..
가장 큰 차이점은 SSD는 각 Cell이 수명이 있습니다.
메모리는 없지요.
대신에 메모리는 전기를 끄면 데이터가 모두 날라가죠.. 하지만 SSD는 데이터를 가지고 있구요.
수명 때문에 컨트롤러가 각 셀당 Writing 수의 정보를 가지고 있어야 합니다.
그리고 매번 Writing 할 때마다... 그 셀에 너무 과도한 Writing을 하지 않으려고..
적은 Writing의 Cell 찾아 다닙니다.. 그러므로 컨트롤러가 얼마나 중요한지 알 수가 있습니다.
정말 무척 바쁘죠..
위 내용의 메모리의 많은 사용에 대해서 시스템이 느려지냐에 대한 문의는
총 설치 메모리의 80% 이상 사용하고 있다면
- 더 이상 추가 프로그램을 돌리지 않는다면.. 안심할 수 있으나.
- 이 상태에서도 다른 프로그램을 더 돌리고 . 열고 작업을 해야 한다면.
- 메모리 추가를 해야죠 64GB로 업그레이드.
- 메모리가 작은 상태에서 더 많은 일을 계속한다면.. C 드라이브에 Paging 파일을 만들어..
- 메모리에 올렸다.. 내렸다.. 공간 확보를 계속해서 해 나갑니다... 실행한지 오래된 프로그램 순으로.. C 드라이브로 내리고.
- 새로 시작하는 프로그램을 RAM에 올립니다... 이 과정에서 메모리와 C드라이브 Paging 공간을 왔다 갔다.. 바빠지죠.
- 요즘은 C 드라이브를 SSD로 사용하기에.. 이러한 과정도 크게 부담되지 않습니다. 예전에 하드를 쓸때는 아주 하드가
- 바빠 죽을려고 하죠..