Originally posted by Uqbar
View Post
Announcement
Collapse
No announcement yet.
Linux Kernel Boot Statistics: 2.6.24 To 2.6.39
Collapse
X
-
-
Originally posted by Qaridariumyou can save 100-200? per year if you shutdown your computer more often than your 1 peer week.
now calculate this for an company with 10 000 computers.
10 000* 100? = 1 000 000-2 000 000?
means shutdown and start speed is business critical.
not for your business? maybe you give a fuck about 200? per year per pc.. but other people care.
A fully productive development workstation needs 5 to 10 minutes from power off.
It takes a few seconds (to enter the screen saver password) on a powered on PC.
Can you compare the cost savings?
Moreover, saving 15 to 30 seconds a day in boot times doesn't seem to be of any real value. You loose much more in looking for a park place in the morning!
Leave a comment:
-
Yep, echoing Q and others. Even if we had perfect suspend, why the heck use 1-10W when it can be completely off at 0W?
Leave a comment:
-
Originally posted by Michael View PostUhh no, previous tests were of Ubuntu releases. This testing today only the kernel is being swapped out.
Leave a comment:
-
Originally posted by Uqbar View PostWhat I'd like to see measured in this otherwise wonderful site is something related to MY every day use.
I boot once a day, because I turn my computer off at night. Yeah I know there's the half baked and very often broken suspend/hibernate support. I've spent enough time trying to get it to work right only to see it broken time and time again as something is upgraded in kernel or user land. I eventually gave up and stopped fucking with it. Even on a brand new system, I never bothered with it. Too much of a time sink for most hardware not named Thinkpad.
Also, hibernating isn't that much faster than normal booting after optimizing boot up a bit. Sure you might not be able to preserve your application state perfectly, but if you look around you can generally find good browsers, editors, and other applications which will save tabs/sessions/drafts/etc quite well.
If I can't have suspend/hibernate then I'll gladly take boot speed.
Leave a comment:
-
Originally posted by yoshi314 View Postmy kernel starts in 2 seconds, and then initrd takes over, and then init takes over. the title is very misleading and the tests are useless.
And still there are some things he did not really do well, like not disabling readahead and other stuff that also radically can influence the boot time...
Leave a comment:
-
Originally posted by dargllun View PostI don't think you've quite gotten the point here. All of those userland programs you refer to are directly dependent on kernel functionality.
Anyway, as I stated in an earlier post, the boot timing is rather uninteresting (at least to me, though), as normally (re)boots happen very rarely.
Leave a comment:
-
Originally posted by Uqbar View PostBut even so I see another unclear situation, as a number of hardware devices are "hot plug" and are handled by userland programs which in turn run after the init proces has started running.
I find this a very systematic test which pinpoints the overall performance development in the kernel. And it doesn't look good. Even though it's not *that* bad for x64, this may mean thoroughly bad news for a lot of x86 embedded hardware. The performance degradation might very well be portable, and thus have a much wider impact (talk about Android). Of course, maybe it's just one single sloppiness in the x86 DMA and nobody else would notice. Anyway, a closer look is a necessity.
Leave a comment:
-
Originally posted by Michael View PostUhh no, previous tests were of Ubuntu releases. This testing today only the kernel is being swapped out.
If you mean "the time needed to spawn the init process", then the very same kernel can show different behaviors (and timing) depending upon kernel compilation decisions.
Something making more sense, again in my opinion, would then be "the time needed to initialize all hardware and to get ready to spawn the init process".
But even so I see another unclear situation, as a number of hardware devices are "hot plug" and are handled by userland programs which in turn run after the init proces has started running.
Leave a comment:
-
Originally posted by yoshi314 View Postso, it's a benchmark where you not only test different kernels, but also different releases.
which means that the userspace is also changed, somewhere along the way, if i understand correctly.
Leave a comment:
Leave a comment: