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)
(advice-add #'package--ensure-init-file :override #'ignore)

;; Prevent the glimpse of un-styled Emacs by disabling these UI elements early.
(setq tool-bar-mode nil
      menu-bar-mode nil)
(when (fboundp 'set-scroll-bar-mode)
  (set-scroll-bar-mode nil))

;; 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; its settings would be redundant with the other settings
;; in this file and can conflict with later config (particularly where the
;; cursor color is concerned).
(advice-add #'x-apply-session-resources :override #'ignore)
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)`
No-op package--ensure-init-file completely Rather than setting package--init-file-ensured to nil. It's less work for Emacs at startup and is functionally equivalent. 2019-12-27 01:41:14 -05:00			`(advice-add #'package--ensure-init-file :override #'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.`
Minor refactors & comment revision 2020-01-01 23:52:02 -05:00			`(setq tool-bar-mode nil`
			`menu-bar-mode nil)`
Fix void-function set-scroll-bar-mode #2310 When emacs is built without GUI support. 2020-01-05 20:12:05 -05:00			`(when (fboundp 'set-scroll-bar-mode)`
			`(set-scroll-bar-mode nil))`
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
			`;; Ignore X resources; its settings would be redundant with the other settings`
			`;; in this file and can conflict with later config (particularly where the`
			`;; cursor color is concerned).`
			`(advice-add #'x-apply-session-resources :override #'ignore)`