Firefox 메모리 클리너가 실제로 작동합니까?

Firefox가 정상적인 사용 중에 상당한 양의 시스템 메모리를 소비할 수 있다는 것은 비밀이 아닙니다. 열려 있는 탭의 수와 설치된 추가 기능이 확실히 기여하지만, 기본적으로 보수적으로 사용하는 설치라도 상당한 양의 메모리 사용량을 보고할 수 있습니다.

이로 인해 브라우저에 더 이상 필요하지 않은 메모리를 확보한다고 주장하는 몇 가지 Firefox 추가 기능이 나타나지만 실제로 작동합니까?

Windows에서 메모리를 처리하는 방법에 대한 2분 개요

메모리 클리너를 살펴보기 전에 Windows가 메모리를 처리하는 방식을 이해하는 것이 중요합니다. 이것은 우리가 실험 결과를 해석할 수 있도록 중요합니다.

걱정하지 마세요. 우리는 이것을 매우 높은 수준에서 다룰 것이므로 따라하기 위해 거대 괴짜가 될 필요가 없습니다.

빠른 면책 조항으로, 이것은 Windows 메모리 관리의 매우 기본적인 사항에 대한 매우 간략한 요약입니다. 이것은 이 기사의 주제에 적용 가능한 수준으로만 설명되어 있기 때문에 결코 이것이 권위적이거나 결정적인 것으로 간주되어서는 안 됩니다.

Windows는 사용하지 않는 실제 메모리가 낭비되는 메모리라는 것을 알고 있으므로 필요한 모든 것을 로드하고 메모리에 필요할 것이라고 생각합니다. 그러나 시스템이 실제로 필요로 하고(Windows 및 응용 프로그램 모두) 현재 활발히 사용하고 있는 것만 실제 사용 메모리로 보고됩니다. 나머지(Windows가 필요하다고 생각하는 것)는 가상 메모리라고 하는 곳에 있습니다.

가상 메모리는 본질적으로 OS에서 적극적으로 필요로 하지 않지만 언제든지 활성 메모리에 로드할 준비가 된 데이터입니다. 다음 공식을 사용하여 한 번에 시스템에 있는 가상 메모리의 양을 아주 대략적으로 계산할 수 있습니다.

가상 메모리 = (총 실제 메모리 – 사용/활성 실제 메모리) + 최대 시스템 페이지 파일 크기

따라서 4GB의 물리적 메모리와 6GB의 최대 페이지 파일이 있는 시스템이 있다고 가정합니다. 그런 다음 Windows를 부팅하고 몇 가지 응용 프로그램(Outlook, Firefox 등)을 열면 Windows에서 2.5GB의 실제 메모리가 사용되고 있다고 보고합니다. 이것은 총 7.5GB의 사용 가능한 가상 메모리에 대해 1.5GB의 "사용하지 않은" 물리적 메모리와 6GB 페이지 파일이 있음을 의미합니다.

OS는 사용하지 않는 물리적 메모리가 낭비되는 메모리라는 것을 알 만큼 충분히 똑똑하므로 필요에 따라 물리적 메모리의 나머지 1.5를 채우므로 요청 시 거의 즉시 액세스할 수 있습니다. 이것은 최소화된 백그라운드 프로그램 데이터에서 일반적인 OS 기능에 이르기까지 무엇이든 될 수 있습니다.

Windows에서 가상 메모리로 사용할 실제 메모리가 부족하면 어떻게 됩니까? 이 데이터를 시스템 페이지 파일에 기록합니다. 이 파일은 하드 드라이브에 있는 거대한(여기서는 6GB) 파일입니다. 이를 통해 OS는 메모리에 유지해야 하는 거의 모든 데이터를 저장할 수 있지만 하드 드라이브에서 이 정보를 쓰고 검색(일명 페이지 오류)하는 것은 물리적 메모리에서 액세스하는 것보다 훨씬 느립니다. 이것이 물리적 메모리가 많을수록 시스템을 더 빨리 실행할 수 있는 이유입니다. 시스템에서 페이지 파일을 덜 사용할수록 더 빠르게 수행됩니다.

Firefox의 메모리 사용량 모니터링

조사를 위해 단순히 Windows 작업 관리자를 사용합니다. 다음 열을 추적할 것입니다(설명은 Microsoft 페이지에 정의되어 있음).

• 작업 집합 = 개인 작업 집합의 메모리 양에 다른 프로세스가 공유할 수 있는 프로세스가 사용 중인 메모리 양을 더한 것입니다.
• Peak Working Set = 프로세스에서 사용하는 작업 세트 메모리의 최대량입니다.
• 메모리(개인 작업 집합) = 다른 프로세스에서 공유할 수 없는 프로세스가 사용 중인 메모리 양을 구체적으로 설명하는 작업 집합의 하위 집합입니다.
• 커밋 크기 = 프로세스에서 사용하도록 예약된 가상 메모리의 양입니다.

Memory Fox 애드온만 로드된 상태에서 Firefox 4.0.1의 기본 설치를 사용할 것입니다. Firefox에서는 다음 탭이 열려 있고 로드된 페이지를 위아래로 스크롤하는 것 외에는 아무 것도 하지 않습니다.

모든 것이 로드를 마칠 때까지 잠시 기다린 후 Windows 작업 관리자는 Firefox에 대해 다음을 보고합니다.

이제 Memory Fox 추가 기능을 시작할 때 보고된 메모리 사용량의 극적인 감소를 보십시오.

또한 메모리 기능을 처리하는 이 추가 기능에 의해 새로운 프로세스가 시작된다는 점에 유의하십시오.

Firefox를 유휴 상태로 두고 작업 집합 및 메모리 값을 살펴보면 활성 물리적 메모리가 필요한 Firefox와 이 메모리를 회수하는 메모리 클리너 애드온 사이에 끊임없는 투쟁이 있음을 알 수 있습니다.

다음은 Firefox가 유휴 상태인 동안 몇 초마다 보고된 메모리 사용량입니다.

작업 집합 및 메모리 값의 하락에 유의하십시오. 이것은 시스템 메모리를 회수하는 메모리 클리너입니다.

조금 올라가면 또 하나의 방울이 보입니다.

비누 거품. 헹구기. 반복하다.

또한 탭을 전환하고 로드된 페이지를 위아래로 스크롤하는 것 외에는 아무 작업도 수행하지 않으면 아래에서 설명할 숫자가 조금 더 크게 변동하는 것을 볼 수 있습니다.

결과 해석

당신이 그것을 처음 볼 때, 당신은 이것이 훌륭하게 작동하고 있다고 생각할 것입니다. 그러나 Commit Size 열을 살펴보면 이 값이 실제로 변경되지 않는다는 것을 알 수 있습니다. 메모리 청소 추가 기능을 시작하면 실제로 가 올라갑니다.

커밋 크기 열은 Windows에서 해당 응용 프로그램을 실행하는 데 필요한 실제 메모리 양(물리적 + 가상)을 보고합니다. 따라서 이 예에서 ~120MB는 Firefox를 위해 특별히 시스템에서 예약 및 활성화되었으며 사용되지 않은 실제 메모리 및/또는 시스템 페이지 파일에 있습니다. 또한 페이지 파일을 사용해야 하는 경우 가상 메모리가 실제 메모리보다 훨씬 느린 하드 디스크에 쓰고 읽어야 하기 때문에 성능에 눈에 띄는 영향이 있음을 기억하십시오.

따라서 본질적으로 메모리 클리너는 활성 실제 메모리를 가상 메모리로 이동합니다(메모리 회수는 어딘가로 이동해야 하기 때문에). 이런 일이 발생하면 Firefox는 더 이상 활성으로 작동하는 데 필요한 메모리를 사용할 수 없으므로 Windows에 필요한 각 데이터를 가상 메모리에서 실제 메모리로 다시 이동하도록 요청해야 합니다. 그리고 우리는 빙글빙글...

기껏해야 이 프로세스는 전혀 유용하지 않으며 최악의 경우 Windows에서 페이지 파일을 재생해야 하는 경우 눈에 띄는 성능 저하가 있기 때문에 불필요한 페이지 오류가 대량으로 발생합니다. 이것은 특히 물리적 메모리가 많지 않은 시스템의 경우일 수 있습니다(거의 모든 가상 메모리가 페이지 파일에 보관됨). 이는 메모리 클리너가 "설계된" 시스템이기 때문에 아이러니합니다.

이 전체 이야기의 교훈은 아주 간단합니다. 메모리 클리너는 숫자를 바꾸는 것 외에는 아무 것도 하지 않습니다. 모든 OS는 메모리를 적절하게 처리하는 방법을 알게 될 것이므로 그냥 하도록 내버려 두십시오.

Firefox의 메모리 사용량 관리

메모리 청소 추가 기능이 실제로 아무 쓸모도 없다는 것을 보여주었으므로 Firefox가 사용하는 많은 양의 메모리에 대해 무엇을 할 수 있습니까? 다음은 몇 가지 제안 사항입니다.

• 필요하지 않은 추가 기능(특히 메모리 정리 기능)을 제거합니다.
• 열려 있는 탭의 수를 최소한으로 유지하십시오.
• 주기적으로 Firefox를 닫고 다시 시작하십시오.
• 시스템에 더 많은 메모리를 추가하십시오.
• 걱정하지 마세요.

Firefox용 Memory Fox Next 애드온