La description dans about:flags dit :
Si la version PPAPI de Flash est utilisée, exécutez-la dans chaque moteur de rendu. plutôt que dans un processus de plugin dédié.
La documentation PPAPI dit :
http://dev.chromium.org/developers/design-documents/pepper-plugin-implementation#TOC-Running-a-plugin-in-Chrome
Il existe deux modes de fonctionnement, les plugins "fiables" et "non fiables". Les plugins non fiables utilisent le client natif pour exécuter en toute sécurité du code provenant du Web et sont multiplateformes. Les plugins fiables sont chargés directement dans le processus de rendu ou dans un processus de plugin séparé en tant que bibliothèques spécifiques à la plate-forme.
Donc, je pense que si la version PPAPI de Flash est utilisée, l'activation de l'option que vous demandez exécutera Flash en tant que plugin PPAPI fiable dans le bac à sable du moteur de rendu plutôt qu'en tant que code non fiable dans un processus séparé exécuté dans un bac à sable NativeClient.
Si c'est le cas, Flash est isolé du reste de votre ordinateur par un bac à sable, ce qui signifie qu'il est plus difficile pour des bogues dans Flash de permettre à des sites web de lire vos fichiers, par exemple. Je crois qu'aucun des deux modes de sandboxing ne tente d'isoler les sites web les uns des autres (en général, plusieurs sites web utilisent un processus de rendu donné). L'exécution dans le processus de rendu signifie que les bogues de Flash ont plus de chances de faire planter les onglets, plutôt que les rectangles du plugin Flash. On peut supposer que l'option est là pour améliorer les performances (une certaine amélioration des performances devrait venir du fait qu'il n'y a pas de surcharge de communication interprocessus si flash est exécuté dans le processus).
Je pense que chrome (mais pas chrome) est livré avec PPAPI Flash, et activé pour être utilisé, par défaut.
Rien de tout cela ne devrait affecter Firefox.
