중핵 2 2_cwung_chang E6600에 시험 기계 동작 2GB 렘을 가진 2.4 Ghz (x2). 나는 그것을 연결하는 100Mbps 근거리 통신망으로 우리의 지역 서버에서 Windows Vista에 단 하나 페이지 PHP 설명서를 (16.5 MB) 적재하는 시도했다. 동시에 나는 Javascript 페이지 선적의 성과를 측정하기 위하여 장치를 달리고 있었다. 나는 또한 적재되는 페이지에 있는 기간 cgi를 찾고 있었다. 대략 2 Firefox에서 그것을 적재하기 위하여 분이 소요된다. 20 분 나중에 페이지는 Google 크롬에서 여전히 적재하고 있었다!

위로 페이지/페이지 아래로 열쇠는 Javascript 장치 뿐만 아니라 탭에서 매우 반응이 느렸다. 그것은 Google가 그것으로 크롬 페이지를 적재한ㄴ다는 것을 분석한ㄴ다는 것을 나타난다. 이 쓰기의 시간 현재로 PHP 설명서를 가진 단 하나 탭은 렘과 아직도 증가의 576 MB를 소모했다. 나는 Javascript 장치가 브라우저 탭과 함께 걸고 있던지 어느 것을 설명하는 동일한 과정을 사용하고 있었다는 것을 볼 수 있었다. 틈 후에 추가 세부사항을 위해 읽는.

Google 크롬에는 잠재적인 기억 누출 문제점 및 다량 기억 오용 문제가 있다. 나가 과정을 죽일 것을 결정할 경우의 렘의 600 MB 이상 소모하고 여전히 증가하고 있던 16.6 MB 파일을 적재하기 위하여. 그것은 줄곧 도중 이중 중핵 기계이기 때문에 나의 중핵 2 2_cwung_chang 기계에서 1개의 CPU (당신은 전시에서 50%의 가까이에 볼 것이다)의 100%년을 소모했다. 페이지 내용이 브라우저에 의해 완전히 적재되었다는 것을 나타내는 네트워크 활동이 없었다. 여기에서 심각하게 틀리게 무언가가 있다.

나는 Javascript 장치 적재와 의 업무 매니저와 다만 보통 페이지 선적 없이 실험 그러나 이번에를 자원 소비를 보여주는 찾기 반복했다. 이번에 그것은 333,820K 기억에서 16.5 MB 페이지 (정확할 17300829 바이트)를 적재했다! 나는 페이지의 끝부분에, 그것 단순히 움직이고 있어 않아다 scrollbar 끌 수 없었다. 페이지를 누르는 것은 noticiable 쉼을 아래로 사용했다. 나는 Ctrl F5를 사용하여 페이지를 상쾌하게 하는 것을 결정했다. 이번에 454, 188K에 위로 기억 다시 시작된 쏘기와 멈추는!

동일한 페이지는 Firefox에 있는 동일한 기계설비에 적재할 것이다 2 분 이하 및 모든 열쇠가 아주 대답했다 가지고 갔다. 이것은 거짓 파일이 아니다. 이것은 우리가 PHP 개발자 정상적으로 이용하는 PHP 설명서이다.

Google 크롬은 심각한 기억 오용을 - 단 하나 16.5 MB 페이지를 적재하는 454 MB 제시할 필요가 있다! Google 크롬 개발자에는 또한 그것의 손에 있는 잠재적으로 큰 기억 누출 문제점이 있다.