내 메모리의 캐시가 항상 가득 찬 이유는 무엇입니까?


13

Ubuntu 11.10을 실행하는 6GB RAM, i5 2.4GHZ 프로세서가 있습니다. 8GB 스왑이 가능하도록 HD를 분할했습니다.

온라인으로 스트리밍하거나 Chromium에서 여러 탭을 열면 곧 캐시에 4GB 메모리가 있습니다. 그리고 이것이 내 노트를 느리게 만든다고 생각합니다. 비디오를 스트리밍 할 때 몇 분 후에 실제로 느려지고 넘어 질 수 있습니다.

무엇이 문제가 될 수 있습니까? 이 문제를 어떻게 해결할 수 있습니까?

추신 : 처음에는 4GB가 있었고 최근 6GB로 업그레이드했지만 큰 변화는 없었습니다.

PPS : free -g터미널에서 다음을 인쇄합니다.

               total       used       free     shared    buffers     cached
Mem:             5          2          3          0          0          0
-/+ buffers/cache:          1          4
Swap:            8          0          8

"RAM Cache"는 무엇을 의미하며 가득 찼다는 것을 어떻게 알 수 있습니까?
Sergey

free -g문제가 발생했을 때 (터미널에서) 실행 하고 질문에 명령의 출력을 포함시킬 수 있습니까?
Portablejim

내 상단 패널에는 RAM과 CPU 사용량을 그래프로 나타내는 애플릿이 있습니다. 클릭하면 "Mem : 2GB Cache 4GB"
Tobias

1
free -g3GB의 사용 가능한 RAM이 있다고합니다. 기억은 당신의 문제 가 아닙니다 !
ams

문제를 해결해 주셔서 감사합니다. 그 순간 온라인으로 스트리밍하지 않았기 때문일 수 있습니다. 방금 크롬이 작동했습니다.
Tobias

답변:


13

RAM은 데이터입니다 캐싱 생각 하지 느리게, 빠르게 일을하기 위해 - 당신이 사용하지 않는 메모리가있을 때 디스크에서 반복적으로 물건을 가져 오는 것은 단지 바보입니다. 스왑 공간으로 유출하는 경우, 비록 그 것이다 성능을 기록했다. 를 실행하여 스왑을 사용하고 있는지 쉽게 알 수 있습니다 System Monitor. 문제가 시작될 때 스왑 공간 그래프가 올라가지 않으면 메모리 관련 문제가 아닙니다.

비디오를 스트리밍 할 때 메모리에 캐시되지만 6Gb를 채우려면 많은 비디오가 필요합니다! 많은 양의 데이터를 다운로드하는 데 몇 분 이상이 걸리고 문제를 일으키는 데 훨씬 더 걸릴 것으로 예상됩니다!

다른 것이 문제가되지 않습니까? 아마도 냉각? 많은 노트북에는 냉각 시스템에 비해 과잉 사양의 프로세서가 있습니다. 이는 최고 성능을 제공하고 버스트 트래픽에 좋지만 벌크 다운을 유지하지만 클럭 속도를 낮추거나 녹이기 전에는 오랫동안 성능을 유지할 수 없습니다. 비디오는 프로세서를 많이 사용하므로 몰라요?

어쨌든, 당신은 스왑 여부에 관계없이 메모리 사용량을 볼 수 있어야합니다. 그렇다면 소프트웨어 문제이며 문제를 해결할 수 있습니다. :)


SWAP의 1,8 % 만 사용하고 있습니다. 두 개의 팬이있는 냉각 패드가 있으므로 냉각은 문제가되지 않습니다. 비디오는 프로세서를 많이 사용하지만 i5 쿼드 코어 2,4GH 및 6GB RAM은 원활한 스트리밍에 충분할 것입니다.
Tobias

스왑의 1.8 %는 귀하의 문제로 인해 RAM이 부족하지 않다고 제안합니다. 귀하의 프로세서가 제한되지 않는 한, 작업을 수행 할 수 있어야합니다.
ams

브라우저 자체일까요?
Tobias

귀하의 답변에 감사드립니다. 다른 브라우저를 사용하여 문제가 지속되는지 알려 드리겠습니다. 다시 한 번 감사드립니다. 매우 도움이되고 친절했습니다. 정말 감사합니다!
Tobias

11

같은 문제가 발생했습니다. 캐시가 출시되지 않은 것 같습니다 ... 예를 들어 리포지토리를 체크 아웃하고 4GB의 캐시로 끝났습니다.

예:

$ free -m
             total       used       free     shared    buffers     cached
Mem:          7949       7425        523          0        112       4433
-/+ buffers/cache:       2879       5069
Swap:         7627          2       7625

내가 한 것은 다음 코드를 실행하는 것이 었습니다 (주석은 진행중인 내용을 알기 위해 필요합니다) 필요할 때 실행할 수 있도록 스크립트를 만들 수 있습니다.

# To free pagecache:
#         echo 1 > /proc/sys/vm/drop_caches
# To free dentries and inodes:
#         echo 2 > /proc/sys/vm/drop_caches
# To free pagecache, dentries and inodes:
#         echo 3 > /proc/sys/vm/drop_caches
sudo sync && sudo sysctl -w vm.drop_caches=3

위의 코드를 실행 한 후 :

$ free -m
             total       used       free     shared    buffers     cached
Mem:          7949       2820       5129          0          2        407
-/+ buffers/cache:       2409       5539
Swap:         7627          2       7625

4
이것은 문제가 아니며 페이지 캐시 작동 방식입니다. 가능한 한 오랫동안 캐시를 유지하지만 다른 응용 프로그램의 메모리 압력이 증가하면 항목을 자동으로 해제합니다. 수동으로 정리할 필요가 없습니다.
세슘

5
그럴 수도 있지만 그 경우 알고리즘은 그다지 좋지 않습니다. 왜 4GB 이상의 캐시를 가지고 스왑을 사용하기 시작합니까?
Carlo

주제에 대해, 나는이 기사를 좋아한다 : link
Carlo

1
현재의 경우에는 거대한 저장소를 확인하고 있으며 메모리가 가득 찰 때까지 모든 파일이 캐시되고 캐시가 해제되지 않고 스왑이 시작되면 ...
Carlo

나는 커널 개발에 관심을 가졌다. 이것이 여전히 "디자인에 의한 것"이라고 확신한다. 커널이 파일의 일부가 익명 데이터보다 빨리 다시 액세스 될 가능성이 높다고 생각하면, 익명 데이터를 교체하고 페이지 캐시를 유지합니다. 그것이 올바른 결정을 내리는 지 여부는 물론 다른 질문입니다 :)
Steve Dee

0

내 제안은 프로세스 탐색기 (예 : 시스템 모니터)를 실행하고 프로세스가 너무 많은 메모리를 소비하는 것이 무엇인지 확인하는 것입니다. 여기에 게시하면 사용 중지 할 수 있는지 확인할 수 있습니다.

추신. 알았어, 이제 알겠다 메모리를 사용하는 방식으로 인해 시간이 지남에 따라 증가하는 '플러그 컨테이너'에 베팅했습니다. Gill Bates 시스템의 포트이기 때문에 추측합니다.). 죽여도 도움이되지 않습니다. 죽이면 각 페이지의 모든 애니메이션 (주로 광고는 물론 유튜브 비디오)이 충돌합니다. 또한 Chromium 자체는 시간이 지남에 따라 팽창하는 것을 좋아하므로 때때로 처리하는 것이 유일한 방법 일 것입니다. 그것이 도움이되는지보십시오 ...


실제로 브라우저를 다시 시작하면 10 분 동안 스트리밍이 다시 부드럽게 실행됩니다. 그런 다음 브라우저를 다시 시작해야합니다.
토비아스

프로세스에 사용 : 크롬 2백50메가바이트 크롬 214메가바이트 150Mb의 크롬, 피즈 1백19메가바이트, 사조 데몬 111메가바이트 크롬, 70MB, CPU와 60메가바이트, 리듬 50메가바이트, 우분투 원 - syndaemon 26메가바이트 등의 EXE 24 %
토비아스

브라우저 자체로 인해 문제가 발생할 수 있습니다. 웹을 통한 사용자 의견에 따르면 Chromium은 다른 '최상위'브라우저보다 약 3 배 더 많은 메모리를 소비한다고합니다. 시도 해봐. 설치, 같은 수의 탭을 열고 비교 ...
Adam Kroczyk

dp하겠습니다. 제안 해 주셔서 감사합니다. 최고
Tobias
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.