On Sun, Oct 25, 2009 at 10:27:49AM +0100, Vladimir 'phcoder' Serbinenko wrote: > Not true. Even in current state grub-mkconfig is taking considerable > time to complete on my system with numerous kernels. Unless someone > implements a cache (it can be invalidated after 5 minutes) not to go > through the same probing procedure on every grub-probe call I object > against adding any additional delay in probing procedure
I've been thinking for a while that grub-probe does a few too many things, perhaps if it is split in separate commands, and the upper layer makes appropiate use of them (e.g. by remembering results so they don't need to be re-obtained), we could optimize this without need for a cache in the lower layer. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
