* grub2 uefi disk cache @ 2010-06-08 13:24 KESHAV P.R. 2010-06-09 19:16 ` Vladimir 'φ-coder/phcoder' Serbinenko 0 siblings, 1 reply; 2+ messages in thread From: KESHAV P.R. @ 2010-06-08 13:24 UTC (permalink / raw) To: grub-devel In the link http://blog.fpmurphy.com/2010/03/grub2-efi-support.html , the author F P Murphy mentions that disk cache size assumed for grub2 uefi leads to longer boot times when compared to grub2 bios. According to him, in (grub2-source-dir)/include/grub/disk.h lines /* The size of a disk cache in sector units. */ #define GRUB_DISK_CACHE_SIZE 8 #define GRUB_DISK_CACHE_BITS 3 should be changed to /* The size of a disk cache in sector units. */ #ifdef GRUB_MACHINE_EFI #define GRUB_DISK_CACHE_SIZE 8192 #define GRUB_DISK_CACHE_BITS 13 #else #define GRUB_DISK_CACHE_SIZE 8 #define GRUB_DISK_CACHE_BITS 3 #endif for faster boot. Is this change needed? I have about 4-5 sec gap between "Welcome to GRUB" and the GRUB2 boot menu in UEFI x86_64. ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: grub2 uefi disk cache 2010-06-08 13:24 grub2 uefi disk cache KESHAV P.R. @ 2010-06-09 19:16 ` Vladimir 'φ-coder/phcoder' Serbinenko 0 siblings, 0 replies; 2+ messages in thread From: Vladimir 'φ-coder/phcoder' Serbinenko @ 2010-06-09 19:16 UTC (permalink / raw) To: The development of GNU GRUB [-- Attachment #1: Type: text/plain, Size: 1168 bytes --] On 06/08/2010 03:24 PM, KESHAV P.R. wrote: > Is this change needed? I have about 4-5 sec gap between "Welcome to > GRUB" and the GRUB2 boot menu in UEFI x86_64. > > There is no reason for making this platform-specific. I once made a patch which scales cache in proportion to available free memory. http://lists.gnu.org/archive/html/grub-devel/2009-03/msg00143.html That patch increased core size and it wasn't ever proved that it results in measurable boot time decrease. If you benchmark the patch and provide the results that patch can be applied. Also some (U)EFI implementations have a following bug: they take very long time to read sector if you do too much read in the row. I suppose it doesn't respect some kind of HD timings and operation request isn't accepted by hardware and so EFI waits till it timeouts to notice it. On such EFI implementations, adding grub_millisleep to grub_efidisk_read makes it work faster > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 294 bytes --] ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-06-09 19:21 UTC | newest] Thread overview: 2+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-06-08 13:24 grub2 uefi disk cache KESHAV P.R. 2010-06-09 19:16 ` Vladimir 'φ-coder/phcoder' Serbinenko
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.