나를 위해, 그들은 아직 문제를 해결하지 못했습니다.

다음은이 문제를 자세히 설명하는 몇 가지 링크입니다.

http://code.google.com/p/chromium/issues/detail?id=81877

http://www.google.com/support/forum/p/Chrome/thread?tid=2c6c5ffd1dcd19c5&hl=ko

http://code.google.com/p/chromium/issues/detail?id=36617

탭당 새 프로세스를 강제 실행하도록 실행할 수있는 스위치 명령문이 있습니다 (CLI가 아닌 사람의 경우 제어판에서 옵션이어야 함). 추가 읽기 및 발견 후에 실제로 탭마다 별도의 프로세스를 강제하지는 않습니다. 그 자체.

다음은 크롬 브라우저 및 모든 크롬 관련 프로세스 모델에 대한 디자인 및 아키텍처를 지원하는 크롬 토론 및 디자인 문서에 대한 링크입니다. Android와 Chrome OS가 비슷한 유형의 디자인 사양에 속한다고 생각합니다.

http://dev.chromium.org/developers/design-documents/process-models

스위치 이름은 “탭당 하나의 프로세스”라고 표시되어 있기 때문에 약간 오해의 소지가 있지만 실제로는 비슷한 스크립트를 가진 탭 그룹당 하나의 프로세스입니다. 광산도 500-800MB 이상 증가합니다. 단일 프로세스를위한 거의 메모리 공간. 컴퓨터가 멈 춥니 다. 더구나, 아마도 모든 메모리가 페이징 아웃되기 때문에 각 탭이 별도의 프로세스라면 적어도 메모리와 페이징 작업이 보드마다 다르기 때문에 본질적으로 CPU와 메모리에 부하를 분산시킵니다. 페이징 포함).

Chromium은 또한 하나의 렌더러 프로세스를 각 스크립트 연결 탭 그룹에 전용으로 사용하는보다 간단한 모델을 지원합니다.

탭당 하나의 프로세스 모델에 관한 오픈 소스 “크롬”프로젝트의 단어 :

“Chromium은 또한 하나의 렌더러 프로세스를 각 스크립트 연결 탭 그룹에 전용으로 사용하는 더 간단한 모델을 지원합니다.”

Chromium에서 생성 할 렌더러 프로세스 수에는 전체적으로 제한이 있습니다. 이렇게하면 너무 많은 프로세스로 인해 브라우저가 사용자의 컴퓨터를 압도하지 못하게됩니다. 제한은 현재 대부분의 시스템에서 20 개의 렌더러 프로세스이며, 메모리가 적은 시스템에서는 더 적습니다. 결과적으로 단일 렌더러 프로세스가 여러 사이트에 전용 될 수 있습니다. 이 재사용은 현재 무작위로 수행되지만 향후 버전의 Chromium에서는 휴리스틱을 적용하여 사이트를 렌더러 프로세스에보다 지능적으로 할당 할 수 있습니다.

답변