> ton OS te dit que le processus Chrome pid XXX utilise 200Mo de mémoire,
> ce n'est pas tres pratique pour relier ça a un onglet précis
Il suffit au navigateur de suffixer le nom du processus par le nom de l'onglet / la page en cours.
Comment crois-tu que, par exemple, les processus fils d'openssh indiquent leur fonction et le nom de l'utilisateur en cours ? man setproctitle(3).
Pour ma part, je suis impatient de voir ces « onglets et plugins dans des processus séparés ». Ça permettra peut-être de chrooter tout ce qui concerne les pages proprement dites (ie. sans affecter le processus qui contient les menus ouvrir/enregistrer sous).
Ou, plus encore, ça devrait permettre de faire des polices SELinux très fines et beaucoup plus sérées (qu'avec le modèle monolithique de ff) pour tout les processus qui s'occupent du parsing et du rendu des pages, de l'exécution du js ou des plugins comme flash.
[^] # Re: Emacs est mort. Paix à son âme. Google Chrome est né ! Vive Chrom
Posté par herodiade . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
> ce n'est pas tres pratique pour relier ça a un onglet précis
Il suffit au navigateur de suffixer le nom du processus par le nom de l'onglet / la page en cours.
Comment crois-tu que, par exemple, les processus fils d'openssh indiquent leur fonction et le nom de l'utilisateur en cours ? man setproctitle(3).
Pour ma part, je suis impatient de voir ces « onglets et plugins dans des processus séparés ». Ça permettra peut-être de chrooter tout ce qui concerne les pages proprement dites (ie. sans affecter le processus qui contient les menus ouvrir/enregistrer sous).
Ou, plus encore, ça devrait permettre de faire des polices SELinux très fines et beaucoup plus sérées (qu'avec le modèle monolithique de ff) pour tout les processus qui s'occupent du parsing et du rendu des pages, de l'exécution du js ou des plugins comme flash.