Firefox가 정상적인 사용 중에 시스템 메모리를 상당히 소비 할 수 있다는 것은 비밀이 아닙니다. 열어 놓은 탭의 수와 설치된 애드온이 확실히 기여하는 반면, 보수적으로 사용되는 설치에서도 상당히 많은 메모리 사용량을보고 할 수 있습니다.
이로 인해 브라우저에 더 이상 필요하지 않은 메모리를 확보한다고 주장하는 Firefox 부가 기능이 몇 개 등장했지만 실제로 작동합니까?
Windows가 메모리를 처리하는 방법에 대한 2 분 개요
메모리 클리너를 검사하기 전에 Windows가 메모리를 처리하는 방식에 대해 약간 이해하는 것이 중요합니다. 실험 결과를 해석 할 수 있도록 중요합니다.
걱정하지 마십시오. 우리는 이것을 매우 높은 수준으로 다루므로 따라갈 거대 괴짜 일 필요는 없습니다.
빠른 면책 조항으로, 이것은 Windows 메모리 관리의 기본 사항을 간략하게 요약 한 것입니다. 이 기사의 주제에 해당하는 수준으로 만 설명 되었기 때문에 결코 권위적이거나 결정적인 것으로 간주되어서는 안됩니다.
Windows는 사용하지 않는 실제 메모리가 메모리 낭비라는 것을 알기에 충분히 똑똑하여 필요한 모든 것을로드하고 메모리에 필요할 것으로 생각합니다. 그러나 시스템이 실제로 필요로하는 것 (Windows 및 응용 프로그램 모두)과 현재 시간에 적극적으로 사용하는 것만 사용 된 실제 메모리로보고됩니다. 나머지는 (Windows가 필요하다고 생각하는) 가상 메모리에 있습니다.
가상 메모리는 기본적으로 OS에서 적극적으로 필요하지 않지만 언제든지 활성 메모리에로드 할 수있는 데이터입니다. 이 공식을 사용하여 시스템에 가상 메모리 용량을 한 번에 매우 정확하게 계산할 수 있습니다.
가상 메모리 = (총 실제 메모리 – 사용 / 활성 실제 메모리) + 최대 시스템 페이지 파일 크기
따라서 4GB의 실제 메모리와 6GB의 최대 페이지 파일이있는 시스템이 있다고 가정하십시오. 그런 다음 Windows를 부팅하고 몇 가지 응용 프로그램 (Outlook, Firefox 등)을 열면 Windows에서 2.5GB의 실제 메모리가 사용되고 있다고보고합니다. 즉, 1.5GB의 “사용하지 않은”물리적 메모리와 6GB 페이지 파일이 있으며 총 7.5GB의 사용 가능한 가상 메모리가 있습니다.
OS는 사용되지 않는 물리적 메모리가 메모리를 낭비한다는 것을 알기에 충분히 똑똑하므로 나머지 1.5 개의 물리적 메모리를 필요한 것으로 채워서 필요할 때 거의 즉시 액세스 할 수 있습니다. 백그라운드 프로그램 데이터 최소화부터 일반적인 OS 기능까지 다양합니다.
그렇다면 가상 메모리로 사용할 Windows에 실제 메모리가 부족하면 어떻게됩니까? 이 데이터를 시스템 페이지 파일에 기록합니다.이 파일은 하드 드라이브에있는 거대한 (이 경우 6GB) 파일입니다. 이렇게하면 OS가 메모리에 보관해야하는 거의 모든 데이터를 저장할 수 있지만 하드 드라이브에 대한 정보를 작성하고 검색 (페이지 오류)하면 실제 메모리에서 액세스하는 것보다 훨씬 느립니다. 그렇기 때문에 실제 메모리가 많을수록 시스템을 더 빠르게 실행할 수 있습니다. 시스템이 페이지 파일을 적게 사용할수록 더 빨리 수행됩니다.
Firefox의 메모리 사용량 모니터링
조사를 위해 Windows 작업 관리자를 사용합니다. 다음 열을 추적 할 예정입니다 (설명은 Microsoft 페이지에서 정의 됨).
- Working Set = 개인용 작업 세트의 메모리 양에 프로세스가 사용중인 메모리 양과 다른 프로세스가 공유 할 수있는 메모리 양을 더한 값입니다.
- 최대 작업 세트 = 프로세스에서 사용하는 최대 작업 세트 메모리 양.
- Memory (Private Working Set) = 프로세스가 사용중인 메모리 양을 구체적으로 설명하는 작업 세트의 하위 세트로서 다른 프로세스와 공유 할 수 없습니다.
- 커밋 크기 = 프로세스에서 사용하도록 예약 된 가상 메모리의 양.
Memory Fox 애드온 만로드 된 Firefox 4.0.1의 기본 설치를 사용할 것입니다. Firefox에서는 다음과 같은 탭이 열리고로드 된 페이지를 위아래로 스크롤하는 것 외에 다른 작업을 수행하지 않습니다.
모든 작업이 완료 될 때까지 잠시 기다린 후 Windows 작업 관리자는 Firefox에 대해 다음을보고합니다.
이제 Memory Fox 애드온을 시작할 때보고 된 메모리 사용량의 급격한 감소를 살펴보십시오.
또한 메모리 기능을 처리하는이 애드온에 의해 새로운 프로세스가 시작됩니다.
Firefox를 유휴 상태로두고 Working Set 및 Memory 값을 확인하면 Firefox에서 활성 실제 메모리가 필요한 Firefox와이 메모리를 회수하는 메모리 클리너 추가 기능간에 지속적인 문제가 있음을 알 수 있습니다.
Firefox가 유휴 상태 인 동안 몇 초마다보고 된 메모리 사용량은 다음과 같습니다.
작업 세트 및 메모리 값이 줄어 듭니다. 이것은 시스템 메모리를 재생하는 메모리 클리너입니다.
조금 올라간 후에 또 다른 하락을 볼 수 있습니다.
비누 거품. 헹구기. 반복.
또한 탭을 전환하고로드 된 페이지를 위아래로 스크롤하는 것 외에 다른 작업을 수행하지 않으면 아래에서 설명하는 숫자가 약간 크게 변동하는 것을 볼 수 있습니다.
결과 해석
처음 보았을 때, 이것이 잘 작동한다고 생각할 것입니다. 그러나 커밋 크기 열을 살펴보면이 값이 실제로 변경되지 않음을 알 수 있습니다. 실제로 메모리 정리 추가 기능을 시작하면 올라갑니다.
커밋 크기 열은 Windows가 해당 응용 프로그램을 실행하는 데 필요한 실제 메모리 양 (실제 + 가상)을보고합니다. 따라서이 예에서 ~ 120MB는 Firefox 전용으로 시스템에서 예약되어 활성화되어 있으며 사용되지 않은 실제 메모리 및 / 또는 시스템 페이지 파일에 있습니다. 또한 페이지 파일을 사용해야하는 경우 실제 메모리보다 속도가 느린 하드 디스크에 가상 메모리를 쓰고 읽어야하므로 성능에 현저한 영향을 미칩니다.
따라서 본질적으로 메모리 클리너는 활성 실제 메모리를 가상 메모리로 이동합니다 (메모리가 회수되므로 어딘가에 가야하기 때문). 이런 상황이 발생하면 Firefox는 더 이상 능동적으로 사용할 수있는 메모리를 갖지 않으므로 Windows에 필요한 각 데이터를 가상 메모리에서 실제 메모리로 다시 이동하도록 요청해야합니다. 그리고 우리는 간다…
기껏해야이 프로세스는 전혀 유용하지 않으며 최악의 경우 불필요한 페이지 오류가 발생합니다. 다시 말하지만 Windows가 페이지 파일을 재생해야하는 경우 눈에 띄는 성능 저하가 발생하기 때문입니다. 실제 메모리가 많지 않은 시스템 (페이지 파일에 거의 모든 가상 메모리가 유지되는 시스템)에서는 메모리 클리너가 “설계된”시스템이기 때문에 아이러니합니다.
이 전체 이야기의 도덕은 아주 간단합니다. 메모리 클리너는 숫자를 바꾸는 것 외에는 아무것도하지 않습니다. 모든 OS는 메모리를 적절하게 처리하는 방법을 알기 때문에 그들에게 맡기십시오.
Firefox의 메모리 사용량 관리
메모리 정리 애드온이 실제로 유용한 기능을 수행하지 못한다는 것을 보여 주었으므로 Firefox가 사용하는 많은 양의 메모리에 대해 무엇을 할 수 있습니까? 다음은 몇 가지 제안입니다.
- 필요하지 않은 추가 기능 (특히 메모리 정리 기능)을 제거하십시오.
- 열려있는 탭 수를 최소한으로 유지하십시오.
- Firefox를 주기적으로 닫았다가 다시 시작하십시오.
- 시스템에 메모리를 추가하십시오.
- 걱정하지 마십시오.
Firefox 용 Memory Fox Next 애드온
