haskell / haskell/haskell-language-server

Is disabling idle GC measurably better?

Aperta
#788 4 commenti 0 reazioni 0 assegnatari Vedi su GitHub
performance type: enhancement
Lingua principale
Haskell
Stelle
3k
Fork
455
Merge medio
2g 19h
PR unite (30g)
11

Descrizione

I would think that an idle GC would be well-suited for an IDE. There are long periods where the application is not going anything which could be used for GC.

The argument presented by @ndmitchell ([here](https://stackoverflow.com/questions/34588057/why-does-shake-recommend-disabling-idle-garbage-collection/)) is that "in a build system", there are usually external tasks which are running for over 0.3s. However, as we have observed in ghcide, most actions run for a very short amount of time (see haskell/ghcide#503)

What happens in my experience when using `ghcide` is that hovering triggers a GC which causes a noticeably pause with a large heap.

We should actually come up with a metric to measure which one is better. These flags were added in haskell/ghcide#329 by @pepeiborra who claimed that it reduced hover time by `4s`, but why would that be the case? The way to investigate is to record an eventlog I think.

Related to haskell/ghcide#512 as well.

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Valutazione

Questa issue non è ancora stata valutata.

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.