I have to commend Google here for bucking the trend. To give two examples:
1. They recently rolled out an update to GMail that they had worked on for some years. Were these years spent figuring out how to make it fill available memory and processing? No. They were spent figuring out how to streamline.
Today, if you visit mail.google.com, the page loads in about the same time as a ping: that is because they got the login page down to just 56 bytes after compression. That is the size of a ping packet. This is an astounding achievement.
After logging in, 56 bytes isn't enough to present much of a view, but it does the next best thing: in the space of the absolute limit for a single TPC/IP packet, which is 64KB, the interface is rendered enough to see the latest unread emails, and to make the Compose button active. After a single packet! In my tests this took less than 7 milliseconds. This is enough to render both of the main things one would like to do: compose a new mail, or view the latest mail. In other words, after a single packet is received, a fully functional inbox is presented, and a fully functional Compose link. The TCP/IP packets that follow then load some javascript, but you wouldn't know it from the interface, which stays the same as it loads. I've tried manually throttling the interface after the single packet, when it was bare HTML, and could still click to request a view of mail or compose new mail, getting the result instantly. In all, it is possible to enter and exit gmail while consuming a grand total of 2 KB. To put this into perspective, this represents approximately 0.016% of 1 second of a 100 megabit connection. Wow.
2. The other example I have from Google is Google Chrome. In an era of heavyweight desktop apps like Firefox, Adobe Creative Suite, or text editors like Atom (which uses up to 3 GB just to open a text file)[1], Chrome does the insanely impossible: it uses less than 2 megabytes of memory to fully open, and less than 1 kilobyte of memory on each open tab. Since Chrome has a 32-bit version, I tried running it on an old Pentium I that I had running windows 95. It is a 300 Megahertz computer. While not fast, it was able to open a hundred tabs in about 15 seconds. That is 0.15 seconds for a new tab on a Pentium I. On a modern quad core computer, a new tab is ready by the next screen refresh. And it scales: opening ten thousand tabs takes less than 4.5 seconds and ended up eating 10 megabytes. Wow.
To think about the low-level engineering that must have gone into this is just astounding. Firefox chokes on a few dozen tabs. Windows can't even render a window that fast - they must have literally written more efficient low-level code than the built-in window manager for Windows.
In a world where software struggles to somehow use up all precious 16 gigabytes of RAM that you have, and eat up every cycle like it's some buffet, it's nice to know that there is some serious capability put behind behind small and lean.
EDIT: three people read what I wrote literally (even though I linked an archive.org link). I was kidding. Unfortunately, I don't have access to a magic GMail. I have to wait 15-45 seconds for the new GMail to load. It is literally the slowest site I use on the entire Internet. The above represents my expression of what I know Google engineers would be capable of. They're smart enough. I believe in them. They can do it!
I suddenly got a new Gmail version since a couple of weeks, it is an order of magnitude slower than what I've used for a decade and loads with a pointless animation that, by itself, takes seconds before I can even begin to see my mail. How does one activate this magical Gmail experience you have? If there's any way.
If page load is that fast according to your description, how come can I still have the time to click on "Load basic html". By the way, that one is truly lightning fast.
It's one thing if they bloat their mail app beyond recognition. It's another thing entirely if they brittle Web standards (through whatwg funding and Chrome de facto behaviour) ad absurdum.
The Web used to be such a simple and elegant platform (you might disagree) that was immediately useful and transparently working for what people wanted to use it for, including simple static or almost-static web mail apps. Why was/is it necessary to make it so fscking complicated that the world's digital heritage is at stake, and information is monopolized in very few hands whose business model is spying on their users? With "hackers" standing by and cheering?
What? The new Gmail has so far been a nightmare. Dumps me to a loading screen and eventually loads my inbox. Once it loads, don't rush too quickly to a message. Because it isn't ready. :(
Come on, you can't serve 1.2 billion users without having the most talented people. It's just not possible. They don't need to bring people back from different divisions, I'm sure that at a division level GMail has the talent within it today.
1. They recently rolled out an update to GMail that they had worked on for some years. Were these years spent figuring out how to make it fill available memory and processing? No. They were spent figuring out how to streamline.
Today, if you visit mail.google.com, the page loads in about the same time as a ping: that is because they got the login page down to just 56 bytes after compression. That is the size of a ping packet. This is an astounding achievement.
After logging in, 56 bytes isn't enough to present much of a view, but it does the next best thing: in the space of the absolute limit for a single TPC/IP packet, which is 64KB, the interface is rendered enough to see the latest unread emails, and to make the Compose button active. After a single packet! In my tests this took less than 7 milliseconds. This is enough to render both of the main things one would like to do: compose a new mail, or view the latest mail. In other words, after a single packet is received, a fully functional inbox is presented, and a fully functional Compose link. The TCP/IP packets that follow then load some javascript, but you wouldn't know it from the interface, which stays the same as it loads. I've tried manually throttling the interface after the single packet, when it was bare HTML, and could still click to request a view of mail or compose new mail, getting the result instantly. In all, it is possible to enter and exit gmail while consuming a grand total of 2 KB. To put this into perspective, this represents approximately 0.016% of 1 second of a 100 megabit connection. Wow.
2. The other example I have from Google is Google Chrome. In an era of heavyweight desktop apps like Firefox, Adobe Creative Suite, or text editors like Atom (which uses up to 3 GB just to open a text file)[1], Chrome does the insanely impossible: it uses less than 2 megabytes of memory to fully open, and less than 1 kilobyte of memory on each open tab. Since Chrome has a 32-bit version, I tried running it on an old Pentium I that I had running windows 95. It is a 300 Megahertz computer. While not fast, it was able to open a hundred tabs in about 15 seconds. That is 0.15 seconds for a new tab on a Pentium I. On a modern quad core computer, a new tab is ready by the next screen refresh. And it scales: opening ten thousand tabs takes less than 4.5 seconds and ended up eating 10 megabytes. Wow.
To think about the low-level engineering that must have gone into this is just astounding. Firefox chokes on a few dozen tabs. Windows can't even render a window that fast - they must have literally written more efficient low-level code than the built-in window manager for Windows.
In a world where software struggles to somehow use up all precious 16 gigabytes of RAM that you have, and eat up every cycle like it's some buffet, it's nice to know that there is some serious capability put behind behind small and lean.
It is clearly the right thing.
See for your yourself: https://web.archive.org/web/20090330212446/http://www.google...
Isn't this the way things should be?
[1] https://discuss.atom.io/t/excessive-memory-problem-seems-to-...
-------------
EDIT: three people read what I wrote literally (even though I linked an archive.org link). I was kidding. Unfortunately, I don't have access to a magic GMail. I have to wait 15-45 seconds for the new GMail to load. It is literally the slowest site I use on the entire Internet. The above represents my expression of what I know Google engineers would be capable of. They're smart enough. I believe in them. They can do it!