4X 후반 버전부터 시작하여 이 병든 브라우저의 보안과 성능을 개선하기 위해 설계된 Firefox에 적절한 온전한 다중 스레드 샌드박스 스택을 도입하는 것에 대해 이야기하는 기사를 많이 읽었을 것입니다. Electrolysis, e10 등으로 알려진 이것은 Firefox에 신선한 생명을 불어넣는 것을 의미합니다. 오른쪽.
이제 한동안 플랫폼 전체에서 전체 지원이 활성화되지 않을 것이며 항상 Firefox 생태계의 핵심 부분이었던 확장 지원에 의존하게 될 것입니다. 새로운 개념이 귀하의 기계에 적용되기 전에 미리 보기를 제공하고 무엇이 제공되는지 확인하기로 결정했습니다. 언젠가 Firefox가 될 샘플.
참고:CC BY-SA 3.0에 따라 라이선스가 부여된 Wikimedia에서 가져온 이미지입니다.
경고, 집에서 시도하지 마세요
Firefox가 다중 스레드를 실행하기 전에 구현해야 하는 몇 가지 조정이 있습니다. 경우에 따라 점진적으로 변경 사항을 롤아웃하는 Mozilla 정책에 따라 귀하의 브라우저가 이미 선택된 브라우저일 수 있지만 그렇지 않을 가능성이 높습니다. 확장 기능이 아직 준비되지 않았기 때문일 수 있습니다.
따라서 진행하기 전에 권장 사항은 - 이것을 테스트하려면 테스트 상자 및/또는 테스트 프로필, 가급적 둘 다 사용하십시오. 프로필을 백업했는지 확인하고 문제가 발생했을 때 Firefox를 고칠 수 있는지 확인하세요. 이제 올바른 버전의 Firefox가 실행되고 있다면 새 탭을 열고 about:support를 입력하십시오. 그러면 브라우저가 현재 무엇을 할 수 있고 무엇을 하고 있는지 보여주는 페이지가 열립니다. 괴상한 물건. 마음이 편치 않다면 멀리 가십시오. 이제 브라우저에서 다중 프로세스 Windows 기능이 사용 설정되지 않았을 가능성이 큽니다. 이 특정 항목은 아마도 0/1(추가 기능에 의해 비활성화됨)과 같은 내용일 것입니다.
전기 분해를 강제로 실행하는 수동 프로세스에는 최소 한 번의 변경이 필요하며 그 다음에는 두 번의 변경이 필요할 수 있습니다. secret about:config 페이지를 열고 browser.tabs.remote.force-enable이라는 새 부울 기본 설정을 추가한 다음 true로 설정해야 합니다. 브라우저를 다시 시작하십시오.
실행 중인가요?
글쎄요, 브라우저는 아마 그렇다고 말할 것입니다. 하지만 어떻게 확신할 수 있습니까? 예를 들어 Firefox를 다시 시작한 후 상태를 확인했을 때 여전히 단일 플러그인 컨테이너 자식이 있는 단일 프로세스를 표시하고 있었습니다. 각각에 대해 많은 스레드가 있었지만 Firefox가 작동하는 방식에 대한 배경 탐색을 수행한 적이 있다면 이것은 새로운 것이 아닙니다.
두 번째 변경 사항을 언급한 것을 기억하십니까? 자, 이것이 지금 우리에게 필요한 것입니다. 다시 말하지만 이것은 권장되는 변경 사항이 아닙니다. 지원되는 기준선에서 훨씬 더 멀리 떨어져 있고 덜 완벽하게 구현된 기능을 테스트하게 되기 때문입니다. 그러나 Firefox가 생성할 수 있는 하위 프로세스의 수를 늘릴 수 있으며, 각 프로세스는 더 복잡해지고 메모리 사용량이 증가합니다.
두 번째 변경은 dom.ipc.processCount 기본 설정에 의해 제어됩니다. 숫자를 기본값 1에서 원하는 대로 변경할 수 있습니다. 제 제안은 물리적 CPU 코어의 총 수를 초과하지 않고 2의 거듭제곱으로 작업하는 것입니다. 하이퍼스레딩이 활성화된 경우에는 그 두 배입니다. 이 단계에서 말입니다.
이 변경 사항이 적용되고 브라우저를 다시 시작하면 확실히 많은 추가 프로세스가 표시됩니다. Windows 10에서 테스트했다는 점에 유의하십시오. 앞으로는 다른 Windows 버전과 다양한 Linux 배포판으로 테스트를 확장하고 64비트 버전의 Firefox도 포함할 것입니다. 이의가 있으시면 네, 총리님, 그리고 험프리 경의 유명한 말인 로마는 하루아침에 이루어지지 않았습니다.
개선?
작동합니까? 기술적으로 그렇습니다. 메모리 사용량은 거의 동일했지만 워크로드에 따라 크게 달라집니다. 대부분의 사람들은 큰 차이를 느끼지 못할 것이며 약 10-20%의 메모리 크립은 무거운 Javascript 리치 페이지의 오류 내에 있습니다. CPU 측면에서 브라우저는 더도 덜도 하지 않았습니다. 안정적이기는 했지만 확장 프로그램이 Adblock과 CTR 두 개뿐인 테스트 프로필이라 더 많은 시간을 플레이해야 합니다. 성능은 매우 비슷했습니다. 대체로 내 마음을 울리는 것은 없었습니다. 하지만 그게 요점입니다. 브라우저가 느리다면 뭔가 잘못하고 있는 것입니다. 좋은 솔루션이나 기술의 장점은 투명하다는 것입니다. 대부분의 사람들에게 Firefox는 언젠가는 조금 더 빠르고 조금 더 빨라질 수 있습니다. 괴짜들만이 관심을 가질 것입니다. 사람들이 Chrome을 선호하여 포기하게 만든 것은 속도가 아닙니다. 그러나 그것은 다른 주제입니다.
결론
테스트 및 조정과 점진적이지만 불완전한 배포의 초기 단계에서 Electrolysis를 사용하는 Firefox는 상당히 잘 작동합니다. 생산을 위해 고려해야 할 사항이 아닌 테스트 상자에서. 그러나 전반적으로 다소 복잡한 설정을 제외하고 바람직하고 예측 가능한 결과를 제공했습니다.
그러나 혁명은 없었다. 메모리 및 프로세서 사용률은 이전과 거의 같았고 테스트 세션 동안 안정적이고 충돌 없는 경험을 깔끔하게 수반한 성능도 마찬가지였습니다. 보안 격리 및 다중화의 이점은 추가 개선 및 최적화가 추가되고 사람들이 이 기능을 본격적으로 사용하기 시작하면 나중에야 분명해질 것입니다. 그러나 그것은 확실히 올바른 방향으로 나아가는 올바른 단계입니다. Firefox에는 약간의 신선한 비타민이 필요하며 이는 사용자가 갈망하는 것일 수 있습니다. 어쨌든, 이것은 첫 번째 테스트이지만 확실히 마지막은 아닙니다. 자주 뵙겠습니다. 제 발견에 약간의 소금을 가미하여 주의를 기울이시기 바랍니다.
건배.