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 268435456)

;; Package initialize occurs automatically, 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)

;; Prevent the glimpse of un-styled Emacs by setting these early.
(add-to-list 'default-frame-alist '(tool-bar-lines . 0))
(add-to-list 'default-frame-alist '(menu-bar-lines . 0))
(add-to-list 'default-frame-alist '(vertical-scroll-bars))

;; One less file to load at startup
(setq site-run-file 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`
			`(setq gc-cons-threshold 268435456)`
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
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			;; Package initialize occurs automatically, 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)`
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
			`;; Prevent the glimpse of un-styled Emacs by setting these early.`
Fix wrong-type-arg error on menu-bar-open Due to malformed menu-bar-lines frame property. Same for tool-bar-lines as well. 2018-09-28 10:09:12 -04:00			`(add-to-list 'default-frame-alist '(tool-bar-lines . 0))`
			`(add-to-list 'default-frame-alist '(menu-bar-lines . 0))`
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			`(add-to-list 'default-frame-alist '(vertical-scroll-bars))`
Minor experimental startup optimizations Definitely premature optimization. 2019-03-02 03:54:04 -05:00
			`;; One less file to load at startup`
			`(setq site-run-file nil)`