문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 Chrome (문단 편집) === 메모리 소모 관련 === '''45 버전 이전에는 심각할 정도로 램을 많이 소모했으며,'''[* 오죽하면 [[:파일:navpuPi.gif|이런 풍자짤]]이 생겨날 정도. 물론 현 시점에서 해당 움짤은 오래전에 과거형이 됐음을 알아두자.][* 메모리 누수가 없다지만, 그 메모리 누수를 고려하더라도 [[Firefox]]와는 '''비교할 수 없을 정도로 많은 메모리 사용량'''을 보여줬다. 특히나 탭을 수십 개 이상 열어놓고 쓰는 사용자의 경우, 8 GB 이상의 메모리로도 메모리 부족으로 웹페이지 로딩에 실패한다는 메시지를 종종 볼 정도였다. Chrome 1 버전에서는 실제로 FireFox보다 메모리 사용량이 적었고, 이 때문에 가볍다는 이야기가 많이 나왔으나 버전업이 되면서 '''"아주 무거운 브라우저 가운데 하나'''"로 불러도 될 정도가 되었다. 그래서 쾌적하게 사용하려면 따로 메모리 최적화 프로그램을 실행해야 했다. --[[거짓말은 하지 않는다|빠르고 안전하다고 했지, 가볍다고 한 적은 없다.]]--] 결국 Google도 이 문제를 인정하여 45버전부터 본격적으로 시작해서 다이어트를 하고 있다. 그러나 여러 차례 개선에도 여전히 사용량이 많은 것 또한 인정해서, [[http://lite.parkoz.com/zboard/view.php?id=express_freeboard2&no=415232|55 버전부터 추가적인 최적화]]를 하고 있다. 특히 리소스 점유율의 주범이자 보안에도 취약한 [[어도비 플래시|플래시 플레이어]]를 필요한 경우에만 불러오도록 바꾸면서 큰 효과를 보았다. 오히려 [[Firefox]]가 Chrome보다 메모리를 많이 먹는다는 반대의 결과를 보여주는 [[https://www.businessinsider.com/google-chrome-vs-firefox-performance-memory-2018-7|조사 결과]]도 있다. [[모질라 재단]]에서도 이 문제점을 인지하여 2019년 5월 14일에 들어서야 버전 67에 메모리가 부족하면 안 쓰는 탭을 메모리에 로딩하지 않는 기능이 추가되었는데, 버전 70까지 올라간 현재도 Chrome과 비교해 보면 메모리 사용량이 더 높다.[* [[https://www.forbes.com/sites/brookecrothers/2019/09/15/google-chrome-browser-vs-firefox-safari-microsoft-edge-does-chrome-really-have-a-memory-and-processor-hog-problem/#2e9ab1313d82|2019년 포브스 기사]] 이는 Chrome이 램 사용량 문제를 개선한 것도 있기는 하지만, FireFox가 갑자기 기하급수적으로 램 사용량이 늘어난 게 더 크다. 모든 브라우저가 램과 CPU를 많이 소모하는 것으로 알려졌으며 내용상 그나마 [[Safari]]가 나았다고 하며 Chrome과 같이 실행했을 때 전반적으로 느려진다고 한다. 따라서 [[https://html5test.com/results/desktop.html|2020년 01월 20일 HTML5 test 결과]]에 의하면, Windows가 아닌 macOS에서는 Safari가 시스템 자원활용에 있어서는 한 수 위라고 할 수 있다. --물론 HTML5 성능은 Safari가 아직도 Chrome보다 지원을 적게 한다--] 물론 RAM 소모량이 심어버린 첫 인상이 너무 강렬했던 탓에 전에 Chrome을 사용했던 사람들의 망령에서 완전히 벗어나진 못했는데, 이 문제가 Chrome이 어느 정도 해결해서 타 브라우저와 비슷한 상황이 되었다고는 할 수 있지만 Chrome만이 아닌 웹 브라우저라는 프로그램군 자체가 비대해지고 있어서 Chrome이 이 이미지를 씻어내기 힘든 상황이라고도 할 수 있다. 때문에 Chrome만이 아닌 전체 웹 브라우저가 업데이트를 할 수록, 내용물과 점유율이 늘어가는 건 해당 프로그램군 모두의 문제로 인식되고 있다. 당연하겠지만 다기능만이 해답이 아니고, 저연비와 퍼포먼스를 생각해야 하는데 경량화에서 모두 실패하는 중이다. 컴퓨터는 여명기 하드웨어부터 그래왔지만, 무엇을 더 하느냐보다 어떻게 필요 없는 부분을 잘 잘라내느냐가 중요한 분야인데 '''모든 웹 브라우저가 이 부분에서 실패하여 점점 비대해져 가는 실정이다.''' 사실상, Google의 입장은 '''"놀고 있는 RAM은 필요 없다."'''이다. 따라서, Google은 사용 안 되는 RAM보다는 사용되는 RAM이 중요하다는 입장이다. --[[맥시멀리즘]]을 좋아한다!-- 문제는 '사용하지 않는 램을 분배'하는 일은 OS나 최상위 프로세스 매니저가[* 실제로 Windows 10에 들어서서 작업관리자를 보면 이전 버전 Windows에 비해 유휴 메모리가 많이 줄어든 것을 볼 수 있는데, 필요할 때 회수하더라도 평상시에 운영체제 데이터를 메모리에 최대한 올려서 속도를 높이기 위한 변경이다.] 해야 할 일이지, 일개 응용프로그램이 먼저 '알아서 잘 쓸게' 라고 모두 가져갈 역할은 아니라는 점이다. 과거나 지금이나 실제로 [[RAM]]을 많이 먹었던 구조이다. 어마어마한 비난 때문에, 과거에 비해서 많이 나아지려고 노력은 하고 있다. 하지만 '''모든 브라우저 자체가 리소스를 많이 먹을 수밖에 없기 때문에 Chrome의 문제가 완화되었다고 보는 것이지''' 근본적인 문제점이 완전히 해결된 것은 아니다. 어디까지나 과거에 비해서 상대적으로 램 소모가 조금 적어졌다는 것일 뿐, 여전히 여러 개의 창을 띄울 경우 램 사용량이 많은 건 사실이다. 만약 실제 RAM이 부족하면 1개의 프로세스에 여러 개의 탭을 붙이기 시작한다. 사용중인 램이 실제 RAM보다 많으면 가상 메모리를 사용하는데, 이때부터 탭 전환, 스크롤, 페이지 로딩 시에 다른 브라우저보다 [[랙(컴퓨터)|랙]]이 많이 걸린다. 단적인 예로 Chrome 버전 17 과 [[Firefox]] 버전 11 메모리 사용량 비교벤치에서 [[http://techsplurge.com/8147/firefox-11-vs-chrome-17-released-features-3d-page-view-chrome-bookmarks-import-extensive-tests/|FireFox 11은 360'''MB'''를 기록한 반면에 Chrome은 무려 '''1.45 GB'''를 기록했다.]] [[https://youtu.be/BboE-AysVCw|한편, 다나와의 한 프로그램에서 웹 브라우저끼리 최강자를 뽑는 실험을 했다.]] 요즘 컴퓨터는 메모리 용량이 많아서 문제가 없다고 생각할 수도 있다. 그러나 아직도 노트북 가운데에는 RAM을 정말 최소한으로 달아놓는 경우도 있으며, 사무용 컴퓨터에는 RAM 용량을 크게 하지 않는다. 또한, RAM이 늘어난 만큼 각종 프로그램들이 요구하는 RAM도 덩달아 상승해서 결국 남는 RAM이 그리 많지 않다. 그리고 일반적으로 컴퓨터로 한 가지 작업만 하는 것이 아니라 기타 여러 작업을 같이 하기 때문에 RAM을 적게 소모하는 것이 당연히 좋다고 볼 수 있다. 게다가 '''RAM 사용 최적화가 되어 있지 않았다.''' 안 보는 탭을 RAM에서 내리는 등의 최적화 작업이 없이 무조건 다 올려놓았다. 한 개의 프로세스에 탭이 여러 개 달려 있다가 1개만 남는 경우 등 메모리 반환 도중에 프로세스 완전 종료로 말미암은 반환이 아니면 효율이 매우 떨어진다. 리소스가 보통 빵빵한 데스크톱이면 이게 큰 문제가 아닐 수도 있다. 하지만 노트북 상황은 좀 다르다. 배터리가 그야말로 줄줄 새어나가며, 그 배터리 오래간다는 [[MacBook#s-2]]도 사용 시간이 절반 이하로 깎여나갈 정도다. 때문에 MacBook 관련 커뮤니티에서는 Chrome을 고깝게 보는 실정. 하지만, [[Safari]] 또한 고질적으로 HTML5 표준을 Chrome만큼 따르지 않아서 어떤 웹사이트들은 Chrome 아니면 제대로 로드가 되지 않기에 눈물먹고 사용하는 경우도 많다. 이것은 탭마다 독립된 프로세스를 이용하는 Chrome의 특징 때문인데, 기존에는 하나의 프로세스로 모든 탭을 관리했는데, 수많은 탭 가운데 하나에만 에러가 나도 브라우저 전체가 꺼지는 단점이 있었다. Chrome은 각 탭마다 독립된 프로세스를 이용하여 메모리는 많이 먹지만, 탭 하나에 에러가 발생해도 해당 탭만 꺼지는 식으로 안정성을 확보하였다.[* 물론 Chrome이라도 핵심 프로세스에 오류가 발생하면 브라우저 전체가 꺼진다. 이는 기술적으로 해결할 수 없다.] 다만 탭별로[* 정확히는 도메인별이다. 현재는 하나의 탭 안에서 iframe으로 다른 사이트를 띄워도 또 다른 프로세스가 뜨는 기능이 구현되어 있다.] 개별 프로세스를 두는 방식의 진정한 장점은 보안성에 있다. 최근에는 패치로 메모리 절약 기능을 도입했는데 사용하지 않는 탭을 비활성화 시켜서 메모리를 절약하는 기능이다. 예전부터 있었던 메모리 절약 확장프로그램들보다는 성능이 떨어지는 편이지만 그래도 확장프로그램을 잘 사용하지 않는 크롬 유저들에게는 희소식이라고 할 수 있다.저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기