[Kernel-packages] [Bug 43706] Re: Excessive memory usage on live CD
This version has expired ** Changed in: baltix Status: Confirmed = Invalid ** Changed in: linux (Ubuntu) Status: Incomplete = Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/43706 Title: Excessive memory usage on live CD Status in casper package in Ubuntu: Fix Released Status in linux package in Ubuntu: Invalid Status in linux-ubuntu-modules-2.6.22 package in Ubuntu: Won't Fix Status in Baltix: Invalid Bug description: I was poking around the /cow filesystem to see how much memory was being used and why. The figure was higher than I expected (14M), and the bulk of it was due to two things: /var/cache/debconf - the templates are huge, but we're also storing two copies of them (templates.dat and templates.dat-old). Unlinking templates.dat-old should immediately free up 5M of memory, at least until ubiquity runs. It would be nice if we could avoid this entirely, though. An md5sum check reveals that templates.dat and templates.dat-old are identical; if it's unchanged, then why make a backup? I don't see why this file should need to change during a casper session /lib/modules - something is causing many kernel modules to be copied, but not all of them. I'll attach a list. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/43706/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 43706] Re: Excessive memory usage on live CD
** Changed in: baltix Status: New = Confirmed ** Changed in: baltix Importance: Undecided = Medium ** Changed in: baltix Assignee: (unassigned) = Mantas Kriaučiūnas (mantas) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/43706 Title: Excessive memory usage on live CD Status in “casper” package in Ubuntu: Fix Released Status in “linux” package in Ubuntu: Incomplete Status in “linux-ubuntu-modules-2.6.22” package in Ubuntu: Won't Fix Status in Baltix GNU/Linux: Confirmed Bug description: I was poking around the /cow filesystem to see how much memory was being used and why. The figure was higher than I expected (14M), and the bulk of it was due to two things: /var/cache/debconf - the templates are huge, but we're also storing two copies of them (templates.dat and templates.dat-old). Unlinking templates.dat-old should immediately free up 5M of memory, at least until ubiquity runs. It would be nice if we could avoid this entirely, though. An md5sum check reveals that templates.dat and templates.dat-old are identical; if it's unchanged, then why make a backup? I don't see why this file should need to change during a casper session /lib/modules - something is causing many kernel modules to be copied, but not all of them. I'll attach a list. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/43706/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 43706] Re: Excessive memory usage on live CD
Why en_US.UTF-8 locale is generated every time during liveCD/liveUSB startup? See these lines in less /var/log/casper.log : Begin: Setting up locales... ... Generating locales... en_US.UTF-8... done Generation complete. done. Locale generation uses a lot of memory and slowdowns startup. I think en_US.UTF-8 locale should be already generated in filesystem.squashfs and other locales should be generated during liveCD/liveUSB startup only if user chooses another language in syslinux. It seems Ubuntu 12.04 and newer releases already contains en_US and other en_* locales in filesystem.squashfs (they are generated during installation of language-pack-en-base package), but script casper- bottom/14locales doesn't check if locale isn't already generated - I think command localedef --list-archive should be used for checking if needed locale isn't already generated. ** Changed in: baltix Importance: Medium = High -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/43706 Title: Excessive memory usage on live CD Status in “casper” package in Ubuntu: Fix Released Status in “linux” package in Ubuntu: Incomplete Status in “linux-ubuntu-modules-2.6.22” package in Ubuntu: Won't Fix Status in Baltix GNU/Linux: Confirmed Bug description: I was poking around the /cow filesystem to see how much memory was being used and why. The figure was higher than I expected (14M), and the bulk of it was due to two things: /var/cache/debconf - the templates are huge, but we're also storing two copies of them (templates.dat and templates.dat-old). Unlinking templates.dat-old should immediately free up 5M of memory, at least until ubiquity runs. It would be nice if we could avoid this entirely, though. An md5sum check reveals that templates.dat and templates.dat-old are identical; if it's unchanged, then why make a backup? I don't see why this file should need to change during a casper session /lib/modules - something is causing many kernel modules to be copied, but not all of them. I'll attach a list. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/43706/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 43706] Re: Excessive memory usage on live CD
I've reported separate bug #1218429 (casper-bottom/14locales should check if locale isn't already generated) It seems command /usr/sbin/locale-gen , used in 14locales script, should detect that en_US .UTF-8 is already generated, but doesn't detect during startup of live system and generates already generated locale :( -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/43706 Title: Excessive memory usage on live CD Status in “casper” package in Ubuntu: Fix Released Status in “linux” package in Ubuntu: Incomplete Status in “linux-ubuntu-modules-2.6.22” package in Ubuntu: Won't Fix Status in Baltix GNU/Linux: Confirmed Bug description: I was poking around the /cow filesystem to see how much memory was being used and why. The figure was higher than I expected (14M), and the bulk of it was due to two things: /var/cache/debconf - the templates are huge, but we're also storing two copies of them (templates.dat and templates.dat-old). Unlinking templates.dat-old should immediately free up 5M of memory, at least until ubiquity runs. It would be nice if we could avoid this entirely, though. An md5sum check reveals that templates.dat and templates.dat-old are identical; if it's unchanged, then why make a backup? I don't see why this file should need to change during a casper session /lib/modules - something is causing many kernel modules to be copied, but not all of them. I'll attach a list. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/43706/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp