Skip to content

Add benchmarks #904

Description

@ndmitchell

Given we are trying to optimise things, it makes sense we have benchmarks to measure whether things actually got faster or slower. My best guess would be to synthesise a large number of files (say 500?), use lsp-test, and then fire a representative set of requests/changes at them (e.g. a boat load of hover because that's what emacs does, and a little bit of everything else). The result should be useful to figure out why things like forkOn give performance improvements, as per https://gitlab.haskell.org/ghc/ghc/issues/18224#note_275367. CC @bgamari, @wz1000 and ndmitchell/shake#751

Activity

  1. pepeiborra commented on May 24, 2020

    @pepeiborra
    Collaborator

    How to prove that they are capturing real workloads? Perhaps use haskell-lsp to record and replay real interactions with vs code, emacs, rather than modelling them with lsp-test

  2. cocreature commented on May 24, 2020

    @cocreature
    Contributor

    Duplicate of #807

  3. transferred this issue fromhaskell/ghcideon Jan 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions