Your message dated Sat, 29 Jan 2011 00:51:29 +0000 with message-id <201101290051.30369.elmig@debianpt.org> and subject line has caused the Debian Bug report #256237, regarding [optimization] partman: menus are very slow to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 256237: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256237 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: partman: menus are very slow
- From: John Reiser <jreiser@BitWagon.com>
- Date: Wed, 23 Jul 2008 10:31:12 -0700
- Message-id: <48876AE0.1000702@BitWagon.com>
Subject: partman: menus are very slow Package: debian-installer Severity: wishlist *** Please type your report below this line *** The menus used by the partition manager during an install in low-memory mode are very slow. Several seconds elapse between <Enter> and the next menu. This is too long. The delay should be 1/2 second or less, similar to the reponse for choosing timezone (continent, country, zone) at the beginning of install. Examining /lib/partman/lib/base.sh, the culprit is the intensive use of constructs such as "$(cat $dir/default_response)". This takes way too long. First, avoid searching for "cat" every time. The default search tries: /usr/local/sbin/cat /usr/local/bin/cat /usr/sbin/cat /usr/bin/cat /sbin/cat before finding /bin/cat. Instead: use 'which' or 'type' to do the search once, assign the result to a local variable, and expand the variable instead of searching: CAT=$(which cat) $($CAT $dir/default_response) Or, in nearly all cases the result is known ahead of time: CAT=/bin/cat Second, use a shell builtin if possible: $(< $dir/default_response) which is documented and works in bash. The current version 0.5.4-11 of 'ash' does not complain, but also does not give the correct result. Third, use shell text strings where possible: PM':'$dir':'default_response=$( ... ) # capture value as text $PM':'$dir':'default_response # expand text variable This is a good candidate for the fastest possible method, although it looks ugly. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.25-2-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash --
--- End Message ---
--- Begin Message ---
- To: 256237-done@bugs.debian.org
- Cc: Margarita Manterola <debian@marga.com.ar>
- From: Miguel Figueiredo <elmig@debianpt.org>
- Date: Sat, 29 Jan 2011 00:51:29 +0000
- Message-id: <201101290051.30369.elmig@debianpt.org>
Hi, I have done myself several installations on virtual machines and on a netbook with a modest performance and while using the current release the responsivness on the installation experience it's very acceptable. See Colin's comments on the improvements made on partman. I am closing the report as the behaviour it's much different from when it was reported (releases ago). Feel free to try the current installer release [1] (Debian Squeeze RC2) and report on your installation experience with the current installer. 1 - http://www.debian.org/devel/debian-installer/ -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org
--- End Message ---