I am really worried about this change because I have used Firefox since its version 1.5 and am very familiar with all its problems and successes through the years.
I am really worried about this change because I have used Firefox since its version 1.5 and am very familiar with all its problems and successes through the years.
- For security, more processes is better; one per tab is probably ideal.
- For crash protection, ditto.
- For responsiveness, one process per CPU core is probably best.
- For memory usage, one process is probably best."
as a dev wrote in the mailing list: https://groups.google.com/forum/#!topic/mozilla.dev.platform...
For various technical reasons Firefox e10 will support a few sub-processes in near future, but nothing is set in stone. Rust based Servo supports (afaik) dozens of processes, as we know it from Chrome and IE.
Chrome is really lagging behind Firefox in this, as it has no backgrounding / unloading process that I'm aware of to maintain a reasonable memory footprint.
It also attempts to render every tab at once when restoring after a crash - another obvious problem.
That's why having proprietary technology in browsers sucks because you can't really implement it the way you want to (as a browser vendor).
Here is the original paper: https://crypto.stanford.edu/cs155/papers/sfi.pdf
I've never understood this. Isn't that what bookmarks are for?
When I get a chance to plow through a few dozen/hundred of these tabs I can read/view them and close them very quickly. Notice all the UI stuff I don't have to do: I never had to perform the the actions of saving a bookmark, opening a list of bookmarks, opening a specific bookmark, or deleting a bookmark.
I clicked a link once upon a time, and I will close the tab some time in the future.
When I switch to and close ten tabs, all I have to do from a UI perspective is type q ten times.
When the tab page title shrinks and all I see is favicon, I feel lost.
Also in Firefox the tabs never shrink to just favicon, the tab heads become a scrollable list. Much better than Chrome imo.
I'm quite comfortable with a tab group filled to the point where the tab bar only displays favicons, but hasn't gotten to the point where it lets me scroll yet. That way I can rely on spatial memory to get to the right tab, without necessarily seeing the title!
Of course, searching for the right tab is an option, just like you said. I love the fact that Firefox also activates the correct tab group automatically.
I use buffers (in Conkeror). Buffers are just tabs without the actual tab UI. So unless I'm switching buffers, the only visible UI difference between having one buffer and 2000 buffers is the string "[2011/2011]" in my status-line showing my current buffer number and total number of buffers.
I can press C-x b (switch-to-buffer, I bind to M-a) to show a filterable list of my current buffers (favicon, url, title). I can type part of the url or page title (even when tab is unloaded) to filter my buffer list before switching to one. I can also navigate tabs "spatially" (from tab #2 to either tab #1 or #3) or by recently used (bury/unbury-buffer or switch-to-recent-buffer which shows buffer list in most recently used order) or by domain (next-buffer-same-host) or by whether the buffer is playing audio (switch-to-audio-buffer).
Also, in the vast majority of cases I only access recent tabs near the end of the list. I can press 9 or 0 to go to my second-to-last or last buffer.
https://addons.mozilla.org/en-US/firefox/addon/tree-style-ta...
It allows you to use your tab-list in a hierarchical way, sort of like a filesystem. I group things under obvious roots, and then collapse it till needed.
And I can always switch to a different wm altogether if I'm not comfortable.
Obviously you can easily achieve the same thing in separate windows as well, so ultimately I suppose it doesn't make a huge difference, but it's the way I find makes for the biggest difference in separating workspaces.
Nonetheless, that's why I like firefox, I can do that, not so possible with Chrome. So like other said, I really really hope that they take into account this use case.
I use it all the time whenever I get to 10-15 "idle" tabs I don't need that day anymore.
https://chrome.google.com/webstore/detail/tabvention/kcjmdpj...
I think the lazy loading on session restore has been built in to Firefox for a while now, but I still use Session Manager. It shows me the number of tabs in the session before I choose to restore it, and if I hit a problematic page that is making the browser immediately crash, I can remove that page from the session before restoring, as well.
[1]: https://addons.mozilla.org/En-us/firefox/addon/session-manag...
1. Support Ticket workspace -- one for RT, more tabs for related research
2. internal wiki workspace -- one for the wiki, another for the wiki's github repo, another for a local build of the wiki
3. email / meetings -- one window for calendar+tasks, one for email, with and 1-2 extra tabs for documents or links sent my way
4. Site Reliability -- one for nagios alerts, one for site testing, one for munin, and one for github PRs
5. management -- weekly management meeting agenda google doc, a key report or two, and maybe a slides for a presentation I've been asked to give or review
Edit: IMO, I'm perfectly happy to give up Memory if it means one tab crashing doesn't kill the entire process. Even at 100MB per tab, 5GB is like under 50 bucks.
It's worked well for me, when flash inevitably crashes it doesn't take the other workspaces with it, but it's perhaps not the most elegant of solutions.
I open and use dozens of tabs (up to 100, then I bookmark all with one click and close all). But all tabs are active in memory in IE11 or Chrome so I can switch between them (sure I trade GBs of RAM for time, but that's okay). Firefox unloads tabs, so it reloads the page - that's better if you re-open Firefox as it only loads one tab instead of loading all tabs like in Chrome/IE but worse if you have it open and actually work in the browser. So for me it's a trade off, and I find it good I have a choice for different tasks I can choose the best way.
Tabs are a good LIFO stack of things which are currently "live", or at least not dealt with yet. It's easier to navigate than history or bookmarks. You could argue that at some point tabs should "spill" into bookmarks, but that requires making a decision.
I currently have 80 tabs open, and process-per-tab is not something I'm looking forward to.