How-To :: Acelerando o Chromium|Chrome


E já que vimos aqui como compilar o Chromium no Gentoo e mais algumas coisas, é chegada a hora de ver como acelerar a abertura do mesmo e reduzir o consumo de recursos.

Aqui não será necessário nada de exdrúxulo, apenas modificar o lançador do programa, onde acrescentaremos as opções password-store-basic (já vista em: DICA :: “EVITANDO” O CHAVEIRO AO USAR O GOOGLE CHROME (E OUTROS)), a opção disable-sync-preferences (que desabilita a sincronização com os servidores do Google) e a opção process-per-site (que consolida todas as páginas de um único website num único processo.

--password-store-basic

Specifies which encryption storage backend to use. Possible values are kwallet, kwallet5, gnome, gnome-keyring, gnome-libsecret, basic. Any other value will lead to Chrome detecting the best backend automatically. TODO(crbug.com/571003): Once PasswordStore no longer uses the Keyring or KWallet for storing passwords, rename this flag to stop referencing passwords. Do not rename it sooner, though; developers and testers might rely on it keeping large amounts of testing passwords out of their Keyrings or KWallets.

--disable-sync-preferences

If you turn off sync, you can still see your bookmarks, history, passwords, and other settings. But if you make any changes, they won’t be saved to your Google Account and synced to your other devices.

--process-per-site

Enable the “Process Per Site” process model for all domains. This mode consolidates same-site pages so that they share a single process. More details here: – http://www.chromium.org/developers/design-documents/process-models – The class comment in site_instance.h, listing the supported process models. IMPORTANT: This isn’t to be confused with –site-per-process (which is about isolation, not consolidation). You probably want the other one.

E mais uma vez será necessário copiar o lançador do seu navegador para a pasta ~/.local/share/applications, exemplo:

$ mkdir -p ~/.local/share/applications
$ cp -v /usr/share/applications/chromium-browser-chromium.desktop ~/.local/share/applications/chromium-browser-single.desktop

* Lembrando que em máquinas multi-usuário isso terá que ser realizado para cada um.

Caso queira, remova ou mova de local o lançador presente em /usr/share/applications, o seu lançador local deixe assim:

[Desktop Entry]
Name=Chromium
Type=Application
Comment=Open-source version of Google Chrome web browser (single process)
Exec=chromium-browser --password-store=basic --disable-sync-preferences --process-per-site %U
TryExec=chromium-browser --password-store=basic --disable-sync-preferences --process-per-site
Icon=chromium-browser
Categories=Network;WebBrowser;
MimeType=text/html;text/xml;application/xhtml+xml;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/mailto;x-scheme-handler/webcal;
StartupWMClass=chromium-browser

[Desktop Action new-window]
Name=New Window
Name[pt_BR]=Nova janela
Exec=chromium-browser --password-store=basic --disable-sync-preferences --process-per-site

[Desktop Action new-private-window]
Name=New Incognito Window
Name[pt_BR]=Nova janela anônima
Exec=chromium-browser --incognito --password-store=basic --disable-sync-preferences --process-per-site

Com isso você verá que a abertura do programa estará bem mais rápida, bem como a sua utilização, no exemplo abaixo este blog visto com 5 abas abertas num mesmo processo:

E abaixo as mesmas abas em processos separados:

Observações.

O Google Chrome aceita todas essas opções, exceto a single-process.

Caso façam uso da sincronização de dados de sua conta Google (meus pêsames) rsrs, não utilize a opçãodisable-sync-preferences, porque embora seja possível alterar quaisquer de seus dados, eles não serão salvos automaticamente.

A opção padrão dos processos no Chromium é a process-per-tab.

--process-per-tab

Runs each set of script-connected tabs (i.e., a BrowsingInstance) in its own renderer process. We default to using a renderer process for each site instance (i.e., group of pages from the same registered domain with script connections to each other). TODO(creis): This flag is currently a no-op. We should refactor it to avoid “unnecessary” process swaps for cross-site navigations but still swap when needed for security (e.g., isolated origins).

Uma outra opção que talvez seja interessante seja a que inclui a renderização no mesmo processo que o navegador, é a single-process.

--single-process

Runs the renderer and plugins in the same process as the browser.

Para maiores informações, vejam a extensa lista de opções no link abaixo:

List of Chromium Command Line Switches

Como diz o nosso amigo JigSaw: make your choice!

Referências.

List of Chromium Command Line Switches

Process Models

Save memory in Chrome by using one process per site

Chromium Internals – Process Model

Chromium/Tips and tricks

Turn sync on or off in Chrome

t+

How-To :: Acelerando o Chromium|Chrome

2 comentários sobre “How-To :: Acelerando o Chromium|Chrome

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s