Slashdot Mirror
Ubuntu 9.04 Daily Build Boots In 21.4 Seconds
Pizzutz writes "Softpedia reports that Ubuntu 9.04 Boots in 21.4 Seconds using the current daily build and the newly supported EXT4 file system. From the article: 'There are only two days left until the third Alpha version of the upcoming Ubuntu 9.04 (Jaunty Jackalope) will be available
(for testing), and... we couldn't resist the temptation to take the current daily build for a test drive, before our usual screenshot tour, and taste the "sweetness" of that evolutionary EXT4 Linux filesystem. Announced on Christmas Eve, the EXT4 filesystem is now declared stable and it is distributed with version 2.6.28 of the Linux kernel and later. However, the good news is that the EXT4 filesystem was implemented in the upcoming Ubuntu 9.04 Alpha 3 a couple of days ago and it will be available in the Ubuntu Installer, if you choose manual partitioning.' I guess it's finally time to reformat my /home partition..."
boots 3.1 seconds faster with ext4 over ext3
So in order to be a "visionary", I merely have to decide what consumers might want (not that hard being one yourself), and then ask people smarter than yourself to make it happen with no actual technical insight on how to make it happen yourself?
I don't mean to troll, but I could care less about boot up times. What I care about is uptime!
With Windows, you are always having to reboot the system due to everything from software installs to changing a network connection.
On Linux, I never have to reboot. Basically my desktop stays on unless I am taking a long weekend. I understand that efficiency is good, however, a fast boot-up does not seem like news to me.
Flexible bare-metal recovery for Linux/UNIX
What exactly is the definition of boot?
When I start up my IBM ThinkPad (1.5ghz single processor, 512RAM, garbage video card) running Windows XP, it takes roughly 10-15 seconds to get to the user log-in interface from the moment the power button is pressed.
But, once you log in, you are talking two to three minutes where background applications and processes are opening, explorer is loading, and applications that launch at start are loading.
After you log in does that time count as boot time? Considering it takes me 10-15 seconds to get to the sign in screen, not that much time, but after logging in it takes well over two minutes for me to be able to actually run anything at normal capacity.
If it boots in less that 1/3 to 1/6 as much time as ext3... Surely there will be an improvement in overall performance?
Sorry to break it for you but boot time is measured from the push of the power button to a usable desktop.
You may enjoy your 26 seconds of pretending that "this is not really happening" - most other people don't.
This is one of my pet peeves: why can't computers boot in a second or less?
Cripes, I'm all for innovation, but damn, if you're literally counting the half-seconds sucked from your obviously insanely demanding lifestyle waiting for your current OS to boot up, then what the hell are you doing reading Slashdot? ;-)
Hell, while we're on the topic of the damn-near unobtainable, I'd simply settle for true open-document standards, and a pop-up free Internet. Give me that, and I'll go get another cup of coffee while I wait for my OS to boot.
Why does it take so long to discover those drives and other devices? Why does a CD-ROM drive take hundreds of milliseconds to be recognized during a POST? These things should happen basically instantly at modern hardware speeds, and yet they don't.
It reminds me of NFS timeouts. Years ago when I worked in an environment where everyone NFS mounted a shared filesystem, there would occasionally be outages on the server or in the network. My local system would lock up and hang for MINUTES while it timed out on requests to the NFS server. I could never understand why the thing didn't just time out in seconds rather than minutes. Even at that time, we were running 10 MBit or maybe 100 MBit network connections; if the remote system is going to respond, it's going to happen at MOST after a few second delay. Waiting for minutes just seems dumb.
The same sort of thing happens alot with web browsers too that wait far too long for servers to time out. If the server doesn't respond in 10 seconds, it's not going to respond. Ever. There's no reason to wait 30 seconds or longer to timeout an HTTP connection ...
You'd have to have some sort of auto-login setup, but it'd disingenuous to call your PC booted when it's just sitting at the login screen. On my ubuntu box I'd estimate a good 50% of my boot time is after the login screen before I'm able to do what I wanted to do.
-Bucky
Almost all of those issues are from third party software.
And it is Canonical's job to test that software and choose which version they are going to ship with. The last release of Ubuntu, all sorts of software broke on my computer that used to work before. This is their fault for choosing to package bad software.
Also, for what it's worth, I've been having the same problem that he is having with Flash when using Gnash and swfdec as well. It seems like ndiswrapper has some issues in the latest Ubuntu that were not a problem in previous releases, beyond the fact that the flash plugin sucks.
You know how everyone wanted a Linux-based operating system that "just worked" on a wide variety of hardware with drivers for everything? And didn't throw a shit-fit if you moved the hard disk to a completely different machine and tried to boot it up?
That's why Linux takes so long to boot these days. You can have very good hardware compatibility or you can have very good boot speed. You can't have both. (Well, until someone invents persistent RAM.)
The CD-ROM does respond to the BIOS very quickly. What takes forever is the BIOS checking each controller, chain, and bus location for a device. Waiting for those probes to time out is what takes so long. This isn't just the BIOS either, it's the Linux kernel too and any OS that might want to speak to whatever hardware might happen to be there.
Seems dumb to you, the user. Didn't seem dumb to the programmers who wrote NFS and whatever application you were using. Why? NFS is 1) a block device, and 2) largely a hack. The way UNIX was designed, block devices just don't disappear from the system. Just like wheels (ideally) don't go flying off your car while you're driving down the road. But when NFS, a block device can suddenly go unavailable and as far as the OS is concerned, that's just really really bad for all sorts of reasons. The programmers figured that in order to make the system as robust as possible, they'd extend the timeout as long as tolerable to reduce the chances of data loss and corruption as much as possible. It's conceivable that a large number of problems could be resolved in a matter minutes (say, somebody tripped over the power cord for the network switch), thus preventing the loss of what could be very valuable data.
You click a mouse button. This initiates a request which, after all of the appropriate nameservers have been consulted, hops from your machine over dozens of routers, switches, and cables owned by different countries and corporations. It travels thousands of miles away to some place you can't even pronounce. Once there, the server recognises the request and acts on it, sending you back a mix of static content, images, and database content several orders of magnitude greater in size than your original request. The content then travels back to you another few thousand miles, perhaps via a different path until it eventually reaches your machine where it is processed and displayed in a mostly-legible fashion. And you have the gall to complain that sometimes it takes longer than 10 seconds for all of this to happen?
Good. Fucking. Grief.
I'm continually amazed that it works at all and I'm a sysadmin at a web hosting company. Almost every day I run across a site I want to visit that takes longer than 10 seconds to respond in full. There are lots of very good reasons that a website might take between 10-30 seconds to load in your browser. The authors of the HTTP protocol, web server software, and web browsers having a personal grudge against you sure isn't one of them.