Announcement

Collapse
No announcement yet.

Checking In On Ubuntu Karmic's Boot Time

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Checking In On Ubuntu Karmic's Boot Time

    Checking In On Ubuntu Karmic's Boot Time

    Phoronix: Checking In On Ubuntu Karmic's Boot Time

    By the time Ubuntu 10.04 LTS rolls around next April, Canonical is interested in seeing Ubuntu boot on an Intel Atom netbook (specifically the Dell Mini 9) in less than ten seconds. These incredibly fast boot time goals even led Canonical to decide against investing more time in enhancing the boot experience with Red Hat's Plymouth. Canonical has already come close to achieving this with the Ubuntu 9.04 release earlier this year, but how is Ubuntu 9.10 changing the boot time with defaulting to the EXT4 file-system and their other ongoing changes? In this article, we have re-installed Ubuntu 8.10, 9.04, and a 9.10 development snapshot on two netbooks and one laptop to see how Ubuntu's boot time is changing.

    http://www.phoronix.com/vr.php?view=14144

  • masinick
    replied
    I have seen Ubuntu make some improvement in boot times over the past two releases. My systems now boot in under thirty seconds, but since I do not have hot hardware, it's not quite down to the sub twenty second level; twenty five seconds is the best time I have seen from GRUB to GDM login screen.

    Leave a comment:


  • Panix
    replied
    Originally posted by kernelOfTruth View Post
    what didn't you understand about the word development ?

    where exactly does it crash ?

    remove any "fastboot" from menu.lst and append
    Code:
    scsi_mod.scan=sync
    if it's not caused by a crash from upstart or gdm, etc. it should be "fixed" temporarily,

    after that wait some days and update your system and try again whether it boots fine without those settings
    Where does it crash? At the desktop level. I could be doing anything. I tried Firefox.... crash. Another attempt at boot and checking it out, I opened Synaptic and trying to resize.... crash! It locks up so I can't even try to run or list a log.

    Leave a comment:


  • kernelOfTruth
    replied
    Originally posted by Panix View Post
    Booting fast is great but if it crashes after you get there, what good is it. Karmic is the only 'developmental distro' that locks up on my laptop after the boot.
    what didn't you understand about the word development ?

    where exactly does it crash ?

    remove any "fastboot" from menu.lst and append
    Code:
    scsi_mod.scan=sync
    if it's not caused by a crash from upstart or gdm, etc. it should be "fixed" temporarily,

    after that wait some days and update your system and try again whether it boots fine without those settings

    Leave a comment:


  • benmoran
    replied
    Karmic is the only distro so far that suspends properly on my other laptop (Japanese Fujitsu L00X). I suspect it's mostly due to the awesomely improving OSS Radeon driver.

    Leave a comment:


  • Panix
    replied
    Booting fast is great but if it crashes after you get there, what good is it. Karmic is the only 'developmental distro' that locks up on my laptop after the boot.

    Leave a comment:


  • kernelOfTruth
    replied
    Originally posted by BlackStar View Post
    Suspend-to-disk can be slower than a normal boot, depending on your configuration. At least in my experience...

    Suspend-to-RAM seems to be working reliably as long as you avoid any binary blobs.

    Besides, fast boot time are completely orthogonal to either suspend/hibernation. I, for one, would *love* to see my virtual machines load in 10 seconds flat.
    agreed, suspend-to-disk is noticably slower from my experience than to-ram (on an dell xps m1330),

    with Karmic Koala Alpha5 + Updates from Yesterday (so to speak Alpha6)

    binary blobs don't necessarily have to be a contradiction towards suspend-to-ram (as long as we're talking about nvidia blobs )

    Leave a comment:


  • deanjo
    replied
    Originally posted by BlackStar View Post
    Suspend-to-RAM seems to be working reliably as long as you avoid any binary blobs.
    That, like so many other sleep/suspend issues seems very dependent on the hardware as well. My desktops with blobs for example work fine with s2r. (Although I rarely use it anyways as the systems are usually crunching away at something). Where it could be of a lot of use though is again the portables.

    Leave a comment:


  • deanjo
    replied
    Originally posted by nhaehnle View Post
    By the way, I would prefer working suspend-to-disk to working suspend-to-RAM, even though it is necessarily a bit slower, but I like to power everything off entirely for the night.
    Especially with todays SSD's. Suspend to disk should be alot faster on portable systems that use them making suspend to ram really not needed.

    Leave a comment:


  • BlackStar
    replied
    Suspend-to-disk can be slower than a normal boot, depending on your configuration. At least in my experience...

    Suspend-to-RAM seems to be working reliably as long as you avoid any binary blobs.

    Besides, fast boot time are completely orthogonal to either suspend/hibernation. I, for one, would *love* to see my virtual machines load in 10 seconds flat.

    Leave a comment:

Working...
X