Mozilla 0.9.6 Released
bluephone writes: "Yessireebob. mozilla.org has released the 0.9.6 milestone. Here are Release Notes and a link of files on the FTP server. For milestones 0.9.7 and 0.9.8, the focus is on performace enhancingment, and stability of the Mail/News end of the suite. And boy, is it getting good..."
If the only part of mozilla you like is Gecko, then use only gecko with a simplified interface.
For linux, try Galeon
For windows, try K-Meleon
Idea wishlist:
I'm a very busy person who does some good for the community already in his free time, so don't ask me to implement these features. I just don't have the time.
Perhaps this would be a good time to ask... does anyone know of a proxy that allows you to rewrite packets on the fly? I think the web's got to the point where I want to start overriding some HTML arbitrarily. I know regular expressions, so some sort of regex interpreter would be quite handy.
Er, nice try.
The main reason is that Mozilla makes pretty heavy use of pthreads, and pthreads don't exactly fly on Linux. Windows threading performance is definitely superior to Linux's pthread performance, at least on single processor systems. Why?
Windows is absolutely useless at process creation. Windows threads are about as heavyweight as Linux processes, and Windows processes are hopelessly heavyweight. So, the traditional Unix model of using many processes to complete complicated tasks completely fails on Win32. Microsoft's answer to this failing was to make threading as fast as possible, and to push multithreaded programming as a hack around a fundemental OS problem.
Back in Linux land, the relatively low demand for mutlithreaded apps (because the Unix model really works quite well if you have fast process build up/tear down) finally pushes Linus and friends to implement clone(). The clone() system call was based on Plan9's thread model, and is actually much faster and more advanced than Win32 threads, totally beating out of almost all standard OS kernels at thread performance.
So, now Linux has both faster processes and threads, but thread performance still sucks. Note that I said pthread performance on Linux isn't very fast. Pthreads are POSIX threads, and have very different semantics from clone(), mostly to support implementing multithreading in userspace (ick). So, the standard is a hack to say the least. Unfortunately, it's still a standard, and Linux must map pthread behaviour to clone() in userspace, which is painfully slow. It requires multiple context switches just to created a pthread on Linux. So, pthread-heavy programs like Mozilla just crawl.
So, the moral of the story is that Linux has a much better core, but seeing that the Linux community actually cares about standards, performance isn't quite up to snuff.
"JayPee" has made available Navigator-only optimised builds for Linux that you might find useful.
rmathew.com
I'm a leaf on the wind. Watch how I soar.