Live CD should recommend alternate CD on slow computers

Bug #121517 reported by Stuart Langridge
16
Affects Status Importance Assigned to Milestone
casper (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

On computers at, below, or even a bit above the minimum spec for the main installer CD (live CD) for feisty, getting as far as the live CD desktop is horrendously slow. The solution is to use the alternate install CD, but no-one knows this (you get an option to download the alternate CD but don't get told *why* you might want to). Can the main CD either check specs on bootup or time how long it's taking to boot and then, if that time is over a certain threshold value, put up a message saying "this machine is probably too slow to use this live CD installer, although it will be fine to run Ubuntu: we recommend that you download and install from the alternate CD, available from http://wherever/".

For extra bonus points, on the download page, attempt to time the computer that's about to do the download with a bit of JavaScript and if it looks like it's going to be too slow, say "If you're going to be using this CD to install Ubuntu *on the computer that you are on now*, then we'd recommend using the alternate CD because this machine might be slow using the ordinary CD." This obviously isn't a perfect test but it should help at least some people not download the wrong CD first time!

Tags: usability
Revision history for this message
Henrik Nilsen Omma (henrik) wrote :

I think the main constraint here is memory, which should be easy enough to check.

Revision history for this message
Oleksij Rempel (olerem) wrote :

I made simulare suggestion to Bug #196494 . I do not have old hardware but i testing Live CDs on my "strong" PC with kvm/qemu. For short time i forgot to start the virtual image with "-m 512" so it took default 128 MB, xorg was able to start but not gnome.

Now i made some testing, with different amount of RAM, here is example of command line i used:
/opt/kvm/bin/qemu-system-x86_64 -net nic -net tap,ifname=tap0 -boot d -cdrom isos/hardy-desktop-i386.iso -m 300 ubuntu.qcow2

1. 128 MB, this is defaul kvm/qemu settings. xorg started but gnome was not able to start nautilus and other applications.
2. 200 MB, xorg and gnome desktop was able to start but ubuntu installer not.
3. 300 MB; xorg, gnome, installer was able to start and installation was complete in some time.

Revision history for this message
Oleksij Rempel (olerem) wrote :

After clean installed fresh boot, no other programm was running, i get:
1. with 300 MB
  Mem: 295MB total, 289MB used
  swap: 188MB total, 47MB used
2. with 400 MB
  Mem: 392 MB total, 386 MB used
  swap: 188 MB total, 0 MB used

So... to be able install ubuntu you need min 300 MB and a lot of swap after installation ;)

Revision history for this message
John McCabe-Dansted (gmatht) wrote :

Another option is to suggest the new "Install Ubuntu" boot menu option which passes ubiquity-only[?] to the boot process. This should reduce memory requirements somewhat. Another option is to enable compcaching, but compcaching should improve performance for most memory configurations.
   See:
http://code.google.com/p/compcache/

You may also want to test the patched livecds. These allow a normal gutsy install with only 180MB of ram.
http://permalink.gmane.org/gmane.linux.ubuntu.devel.discuss/3600

tags: added: usability
Changed in casper (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Stéphane Graber (stgraber) wrote :

Alternate is no more.

Changed in casper (Ubuntu):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.