KDE frontend extremely slow reponsiveness / high CPU usage

I can confirm this with ubiquity 2.2.3. This is specific to the KDE frontend.

With ubiquity 2.2.4 persist the problem.
I noticed if I move mouse the procedure unlocks and go on.

This bug was fixed in the package ubiquity - 2.2.6

---------------
ubiquity (2.2.6) lucid; urgency=low

  [ Evan Dandrea ]
  * Properly set the text for the release notes label after the user
    runs the 'update this installer' option.
  * Correctly set up GtkComboBoxEntry widgets (LP: #539204).
  * In the KDE frontend, call reboot with root privileges and try
    rebooting via dbus only if a KDE dbus session exists (LP: #540856).
  * Remove the apport hook, it lives in Ubuntu's apport package now.
  * Don't let the user select both "Try Ubuntu" and "Install Ubuntu".
  * Provide visual feedback for clicking "Try Ubuntu" in the form of a
    spinning cursor.
  * Automatic update of included source packages: base-installer
    1.103ubuntu5, console-setup 1.34ubuntu12, partman-base 139ubuntu1.

  [ Colin Watson ]
  * If pkgsel/install-language-support is set to false, then don't install
    new language packs from the network, but nevertheless keep any language
    packs that are in the live filesystem (LP: #540878).
  * Install oem-config-kde in the KDE user-setup plugin (LP: #540895).
  * Don't fall through to the failsafe X server if the main X server
    succeeds (LP: #540938).
  * ubiquity-frontend-gtk depends on gksu (LP: #540331).
  * Change .desktop translation domain to ubiquity-desktop (LP: #540936).
  * Report disk sizes in decimal units in the manual partitioner, for
    consistency with partman and to abide by the new units policy
    (LP: #539653).

  [ Mario Limonciello ]
  * Don't delete the cache too early in select_language_packs.

  [ Roman Shtylman ]
  * Fix for 100% cpu usage in kde frontend (LP: #538505)

  [ Michael Terry ]
  * Upstart jobs: start on starting uxlaunch, Moblin's display manager
    (LP: #540257).
 -- Evan Dandrea <email address hidden> Fri, 19 Mar 2010 23:52:24 +0000

I just installed Kubuntu 10.04 beta 2, 64-bit version on a Compaq 6715b with AMD Turion X2, 3GB RAM and had the same problems described above. It took about 30 minutes just to configure everything, because the frontend was so unresponsive. Even when selecting keyboard layout, it took about 3 minutes to get to the next screen.

Yes, I am also still affected by the bug. Maybe it isn't caused by high cpu usage, I'll have to check that again. Maybe it is caused by the open source radeon driver.

Anyways, I am still able to work around the problem when I minize the installer for some seconds whenever I clicked to proceed to the next step. The problem only happens due to the installer being fullscreen.

Downgrading importance, it's a pain but we can release with it if necessary

I think that's a bad move. Loads of users are not as clued up as people already here and as such will think the installation program is not working therefore aborting installation before it's done.

Also, this is guaranteed to give Kubuntu bad reviews once it's out.

Anything affecting the installation procedure should have importance high *minimum*.

BTW, installing from intel 32 beta2 ISO.

Can confirm it is still a problem with Kubuntu Lucid 10.4 RC. AMD 64 When I looked in System Monitor, I saw that the installer had only recognized one of my 4 processors and it was running 100%. It took about a hour to install and the quit before completion during the drive setup which could destroy data.

I must disagree with Johnathan that this is acceptable. It will turn users away from Ubuntu/Kubuntu as they will not have the patience to install several times until it works not mentioning the potential data lost which could be catastrophic.

Hey Guys... this problems till exist since 9.10 (since new installer look)... Will someday will improved? Is DAMN slow... Like i said in a related bug, no matter if i have a 4 cores AMD Phenom and 4GBs of ram.... Still the installer is very very slow...

I confirm this bug, I downloaded Kubuntu 10.10 live iso today and installation screen was EXTREMELY SLOW, just EXTREMELY, on 1 gig of memory on virtual machine. Maybe this is because it based on python? Please, do something with it, it affecting my friends too, even on modern machines! It distracts users from Kubuntu very much!

Seems fixed in 10.10. Please open a new bug if any issues remain

Problem still exists in 11.04.
Right now I am installing kubuntu on notebook from kubuntu-11.04-desktop-amd64.iso image.
ubiquity process is using 100% of CPU, and is very slow - installation progress is updating about once per 10 minutes.
After installation completed, it still eating 100% CPU.