Google 크롬의 각 탭은 별도의 프로세스라고 들었습니다. 따라서 탭이 충돌하면 전체 브라우저에 영향을 미치지 않습니다. 따라서 너무 많은 탭을 열면 OS에 많은 프로세스가 있습니다.
이것이 성능 문제입니까?
Google 크롬의 각 탭은 별도의 프로세스라고 들었습니다. 따라서 탭이 충돌하면 전체 브라우저에 영향을 미치지 않습니다. 따라서 너무 많은 탭을 열면 OS에 많은 프로세스가 있습니다.
이것이 성능 문제입니까?
답변:
내 PC 중 하나에서 Chrome을 기본 브라우저로 사용했습니다. 성능 문제가 발생하지 않았습니다. 실제로 하나의 "나쁜"사이트가 다른 탭에 영향을 미치지 않기 때문에이 메커니즘은 단일 탭의 응답 속도를 유지합니다.
BTW : 또한 인터넷 익스플로러 8은 동일한 메커니즘 구현 과 파이어 폭스의 향후 버전을 동일한 작업을 수행합니다.
편집 : 다음은 Scott Hanselman이 작성한 흥미로운 블로그 게시물입니다. Microsoft IE8 및 Chrome- 프로세스는 새로운 스레드입니다
다음 시나리오에서 :
Chrome으로 돌아 오면 각 탭이 스왑 속도 저하에서 회복되는 것을 느낄 것입니다. 다른 응용 프로그램에서는 한 번만 지연됩니다.
이를 성능 문제라고 할 수 있지만 이는 다른 프로세스 아키텍처의 부작용 일뿐입니다.
틀리지 마십시오. 여전히 열린 탭이 많고 메모리가 적은 Firefox의 (비) 성능보다 이것을 선호하며 충분한 메모리가 있으면 피할 수 있습니다.
그렇습니다. 각 프로세스가 기술적으로 자체 시간 분할을 갖기 때문에 성능 문제입니다. 단일 프로세스 브라우저는 다중 프로세스 브라우저가 프로세스 당 슬라이스를 얻을 수있는 하나의 슬라이스 만 가져옵니다. 따라서 브라우저가 조금 더 빨라지고 응답이 좋아 지지만 일반적으로 시스템이 약간 느려집니다. 탭이 하나만 열려 있지 않으면 Internet Explorer 8에서도 여러 프로세스를 사용합니다. 많은 사람들이 브라우저를 상당히 많이 사용하기 때문에 다른 프로세스 속도가 느려질지라도 브라우저 성능을 향상시키는 것이 좋습니다.
이 기술은 실제로 멀티 스레드 응용 프로그램이 종종 별도의 스레드를 실행하기 위해 두 번째 프로세스를 시작하는 응용 프로그램으로 변환되는 Unix 시스템에서 매우 일반적입니다.
성능 측면에서 스레드 대신 여러 프로세스를 사용하면 한 프로세스의 충돌로 인해 다른 프로세스가 중단되지 않으므로 시스템의 안정성이 향상됩니다. 또한 특수 "보호자"프로세스는 다른 프로세스를 추적하고 프로세스 중 하나가 무언가에 걸리는 것처럼 보일 때 조치를 취할 수 있습니다. 필요한 경우 스레드를 종료했다가 다시 시작할 수도 있습니다. 그러나 속도면에서는 실행중인 다른 프로세스의 수에 의존하는 경향이 있습니다. 일반적으로 깨끗한 Windows 시스템에서 40-75 개의 프로세스가 활성화됩니다. (지금은 40으로 가정하십시오.) 20 개의 탭 페이지로 Chrome을 열면 처리 시간이 41이 아닌 60 개의 프로세스로 나뉩니다. 이로 인해 다른 프로세스가 약간 느려집니다. (그러나 더 나은 브라우저 환경을 제공합니다.)
네 ... 그렇습니다. 그러나 최신 컴퓨터의 기능에 따르면 이로 인한 이점 (각 웹 페이지를 독립적으로 처리 할 수있는 능력, 예 : 실패시)이 메모리 문제보다 큽니다. 최신 컴퓨터에는 기가 바이트의 메모리가 있습니다.
PS 구글 만화책 도이 문제를 해결합니다. 보세요