doomemacs/early-init.el

;;; early-init.el -*- lexical-binding: t; -*-

;; Emacs HEAD (27+) introduces early-init.el, which is run before init.el,
;; before package and UI initialization happens.

;; Defer garbage collection further back in the startup process
(setq gc-cons-threshold most-positive-fixnum)

;; In Emacs 27+, package initialization occurs before `user-init-file' is
;; loaded, but after `early-init-file'. Doom handles package initialization, so
;; we must prevent Emacs from doing it early!
(setq package-enable-at-startup nil)
(fset #'package--ensure-init-file #'ignore)

;; Prevent the glimpse of un-styled Emacs by disabling these UI elements early.
(push '(menu-bar-lines . 0) default-frame-alist)
(push '(tool-bar-lines . 0) default-frame-alist)
(push '(vertical-scroll-bars) default-frame-alist)

;; Resizing the Emacs frame can be a terribly expensive part of changing the
;; font. By inhibiting this, we easily halve startup times with fonts that are
;; larger than the system default.
(setq frame-inhibit-implied-resize t)

;; Prevent unwanted runtime builds in gccemacs (native-comp); packages are
;; compiled ahead-of-time when they are installed and site files are compiled
;; when gccemacs is installed.
(setq comp-deferred-compilation nil)
Add early-init.el for Emacs HEAD 2018-03-21 15:21:18 -04:00			`;;; early-init.el -- lexical-binding: t; --`

Revise comments in early-init.el 2018-03-28 00:41:57 -04:00			`;; Emacs HEAD (27+) introduces early-init.el, which is run before init.el,`
Move early-init.el to init.el (for now) Calling tool-bar-mode, menu-bar-mode or scroll-bar-mode from early-init.el seems to cause a 15-30% slowdown in startup time, possibly for loading the UI libraries early. Also, loading early-init.el eagerly from init.el causes a GC hit for Emacs 25/26 users. It's too early to use this optimization. 2018-08-31 23:40:54 +02:00			`;; before package and UI initialization happens.`
Revise comments in early-init.el 2018-03-28 00:41:57 -04:00
Hard code gc-cons-threshold in early-init.el In the interest of DRY-ness, I avoid redefining `doom-gc-cons-upper-limit`. This value is likely to diverge from the default value of `doom-gc-cons-upper-limit` in the future anyway. 2018-09-19 18:14:01 -04:00			`;; Defer garbage collection further back in the startup process`
Simplify and decouple init files The two doom-gc-* variables in init.el couples the rest of the config to these two files. The bulk of GC/file-handler optimization was moved into core.el and simplified (all that idle-timer voodoo was overkill). Also adds (setq frame-inhibit-implied-reize t) to early-init, which speeds up startup a fair bit in some edge cases with larger fonts. squash! Simplify and decouple init files 2019-07-21 03:01:15 +02:00			`(setq gc-cons-threshold most-positive-fixnum)`
Emacs27+: reduce number of GCs on startup from 4 to 1 Signed-off-by: Edwin Török <edwin@etorok.net> 2018-09-19 00:25:17 +01:00
Simplify and decouple init files The two doom-gc-* variables in init.el couples the rest of the config to these two files. The bulk of GC/file-handler optimization was moved into core.el and simplified (all that idle-timer voodoo was overkill). Also adds (setq frame-inhibit-implied-reize t) to early-init, which speeds up startup a fair bit in some edge cases with larger fonts. squash! Simplify and decouple init files 2019-07-21 03:01:15 +02:00			;; In Emacs 27+, package initialization occurs before `user-init-file' is
			;; loaded, but after `early-init-file'. Doom handles package initialization, so
			`;; we must prevent Emacs from doing it early!`
Move early-init.el to init.el (for now) Calling tool-bar-mode, menu-bar-mode or scroll-bar-mode from early-init.el seems to cause a 15-30% slowdown in startup time, possibly for loading the UI libraries early. Also, loading early-init.el eagerly from init.el causes a GC hit for Emacs 25/26 users. It's too early to use this optimization. 2018-08-31 23:40:54 +02:00			`(setq package-enable-at-startup nil)`
Minor refactors 2020-10-20 16:52:39 -04:00			`(fset #'package--ensure-init-file #'ignore)`
Move startup optimization to early-init Also load early-init from init if early-init-file isn't bound. This improves startup a modest 3-5% for Emacs 27 users. 2018-06-16 11:38:19 +02:00
Minor comment revision & refactors 2019-07-23 00:30:45 +02:00			`;; Prevent the glimpse of un-styled Emacs by disabling these UI elements early.`
Ensure menu/tool/scroll bars are disabled 2020-02-21 12:36:29 -05:00			`(push '(menu-bar-lines . 0) default-frame-alist)`
			`(push '(tool-bar-lines . 0) default-frame-alist)`
			`(push '(vertical-scroll-bars) default-frame-alist)`
Minor experimental startup optimizations Definitely premature optimization. 2019-03-02 03:54:04 -05:00
Simplify and decouple init files The two doom-gc-* variables in init.el couples the rest of the config to these two files. The bulk of GC/file-handler optimization was moved into core.el and simplified (all that idle-timer voodoo was overkill). Also adds (setq frame-inhibit-implied-reize t) to early-init, which speeds up startup a fair bit in some edge cases with larger fonts. squash! Simplify and decouple init files 2019-07-21 03:01:15 +02:00			`;; Resizing the Emacs frame can be a terribly expensive part of changing the`
			`;; font. By inhibiting this, we easily halve startup times with fonts that are`
			`;; larger than the system default.`
			`(setq frame-inhibit-implied-resize t)`
Ignore X resources for Emacs 27+ A negligible boost in startup speed. 2019-09-06 15:40:38 -04:00
Set comp-deferred-compilation in early-init.el Seems it's necessary for some and not others. The emacs experience(TM). 2020-10-06 14:38:32 -04:00			`;; Prevent unwanted runtime builds in gccemacs (native-comp); packages are`
			`;; compiled ahead-of-time when they are installed and site files are compiled`
			`;; when gccemacs is installed.`
			`(setq comp-deferred-compilation nil)`