Thank you for all the responses. Here's an updated list: - main process
- content process(es): 1 on release for most users; 2 on Nightly - plugin process(es): just for Flash now? (Win32 involves two processes for Flash) - GPU process (bug 1264543, in Fx53) - Gecko Media Plugin process: one per origin doing EME and one shared by all users of WebRTC that need to encode/decode H.264. - file:// URL access process (bug 1147911, in Fx54) - extension process(es): 1 for now, possibly more in the future - worker process: planned (bug 1231208) - network stack process: just an idea for now (bug 1322426) - audio subsystem process: work has just started - JSPlugin processes: for PDFium and Pepper Flash, possibly 1 or 2 for each (bug 558184) Now for the reason I raised this: the major downside of using multiple processes is that it increases memory usage. Recent-ish measurements showed that for e10s-multi we could probably go up to 4 content processes without blowing it out too badly, but 8 would be a major problem. However, it's obvious from the above that lots of different groups have already or are planning to use separate processes for other things, regardless of what number is chosen for e10s-multi. The apparent lack of coordination here concerns me, and I'd like to have a concrete discussion about the expected combined effects of so many separate processes. Nick On Sat, Mar 4, 2017 at 11:15 AM, Nicholas Nethercote <n.netherc...@gmail.com > wrote: > Hi, > > I want to understand all the different processes that we can and will have > in Firefox. Here's a list I constructed off the top of my head. > > - main process > > - content process(es): 1 on release for most users; 2 on Nightly > > - plugin process: just for Flash now? > > - gfx compositor process (bug 1264543, in Fx53) > > - file:// URL access process (bug 1147911, in Fx53) > > IIRC there was a proposal for a thumbnail generation process a while back > but judging by bug 1187441 that was scrapped. > > Do I have any of these details wrong? Have I missed any? > > Thanks. > > Nick > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
