# REPL extremely slow
**URL:** https://discourse.julialang.org/t/repl-extremely-slow/16757
**Category:** Juno
**Created:** [October 24, 2018, 7:33pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757 "2018-10-24T19:33:59Z")
**Posts on this page:** 13
**Page:** 1
### Author:  [@aplavin](https://discourse.julialang.org/u/aplavin)
#### Post date: [October 24, 2018, 7:33pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/1 "2018-10-24T19:33:59Z")
I installed atom and juno plugins, and the REPL console subwindow is very slow at scrolling and everything related, such as executing new commands there. A key/mouse press is reflected only after a few seconds. All other panels work fine, and an almost equivalent installation at another computer (both have i3 as window manager and similar overall setup) is fast even for REPL. I didn’t use atom before, so it’s a fresh installation. Any ideas how to track and fix the cause of slow REPL?
---
### Author:  [@chakravala](https://discourse.julialang.org/u/chakravala)
#### Post date: [October 24, 2018, 9:33pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/2 "2018-10-24T21:33:39Z")
My recommendation is to just use i3 instead of atom. If you already use i3, why do you need a program like atom to emulate its workflow? When i switched to i3, i completely ditched atom.
---
### Author:  [@aplavin](https://discourse.julialang.org/u/aplavin)
#### Post date: [October 24, 2018, 9:35pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/3 "2018-10-24T21:35:42Z")
What do you mean? i3 is a window manager, atom is an ide - how are they related?
---
### Author:  [@chakravala](https://discourse.julialang.org/u/chakravala)
#### Post date: [October 24, 2018, 9:37pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/4 "2018-10-24T21:37:17Z")
With the Julia REPL and vim editor and i3, the setup is basically same as atom IDE, except faster since it doesnt require electron. Vim plugins give me auto completion, etc.
I guess if you dont use vim, then maybe not.
---
### Author:  [@kristoffer.carlsson](https://discourse.julialang.org/u/kristoffer.carlsson)
#### Post date: [October 24, 2018, 9:39pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/5 "2018-10-24T21:39:34Z")
> [@chakravala](#):
>
> With the Julia REPL and vim editor and i3, the setup is basically same as atom IDE, except faster since it doesnt require electron. Vim plugins give me auto completion, etc.
Please don’t derail the thread like this. The question was about Atom being slow and talking about how Vim can also do autocompletion is completely unhelpful and unrelated.
---
### Author:  [@chakravala](https://discourse.julialang.org/u/chakravala)
#### Post date: [October 24, 2018, 9:41pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/6 "2018-10-24T21:41:25Z")
> [@kristoffer.carlsson](#):
>
> Please don’t derail the thread like this. The question was about Atom being slow and talking about how Vim can also do autocompletion is completely unhelpful and unrelated.
I’m sorry you see it as unrelated, but based on my experience, it is very related. The OP specifically mentions i3, so it is a relevant work around and can solve the problem of sluggish response time
---
### Author:  [@kristoffer.carlsson](https://discourse.julialang.org/u/kristoffer.carlsson)
#### Post date: [October 24, 2018, 9:49pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/7 "2018-10-24T21:49:14Z")
> [@aplavin](#):
>
> I installed atom and juno plugins, and the REPL console subwindow is very slow at scrolling and everything related, such as executing new commands there.
Is Atom slow by default (i.e. with no plugins installed) or is it only after adding juno & co?
---
### Author:  [@aplavin](https://discourse.julialang.org/u/aplavin)
#### Post date: [October 24, 2018, 9:56pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/8 "2018-10-24T21:56:25Z")
It is not that “atom is slow”, only the REPL panel is slow! Code editing, for example, works fine.
---
### Author:  [@pfitzseb](https://discourse.julialang.org/u/pfitzseb)
#### Post date: [October 25, 2018, 8:42am UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/9 "2018-10-25T08:42:44Z")
Try the Fallback Renderer option in the julia-client settings:
I’ll add a FAQ entry to increase visibility for that. In theory we could also detect this happening and open a popup (like VSCode does), but I haven’t yet found the time to implement that.
As to why this happens: The default REPL terminal renderer in Atom heavily relies on good GPU support, so minor hiccups your graphics driver might have (e.g. an improper setup, or just your laptop going to sleep and waking up again sometimes) might cause drastic performance issues.
---
### Author:  [@aplavin](https://discourse.julialang.org/u/aplavin)
#### Post date: [October 25, 2018, 8:53am UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/10 "2018-10-25T08:53:16Z")
It turned out the issue was somehow related to me installing atom through `snap`. Now I installed it from downloadable `deb` package from the website and everything works ok regarding performance. Of course, this way I lose auto updating, but this is less of an issue.
---
### Author:  [@asprionj](https://discourse.julialang.org/u/asprionj)
#### Post date: [February 28, 2019, 2:49pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/11 "2019-02-28T14:49:13Z")
Had the same issue, the `Fallback Renderer` option solved it. But then, what’s the “default” and the “fallback” renderers? How do they differ from each other? This could lead to the source of the problem…
Funny thing is, I have Juno running on 2 Windows 10 machines, and on one Ubuntu 18.04 machine. I only experience the sluggish REPL on one of the Windows 10 machines.
---
### Author:  [@pfitzseb](https://discourse.julialang.org/u/pfitzseb)
#### Post date: [February 28, 2019, 2:54pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/12 "2019-02-28T14:54:27Z")
The “fallback” renderer as just a normal DOM-based renderer, while the “default” one is GPU accelerated (and therefore quite a bit faster).
So yeah, any problems you might have with your graphics drivers might kill the default renderer’s performance.
---
### Author:  [@Manu\_Kalia](https://discourse.julialang.org/u/Manu_Kalia)
#### Post date: [March 28, 2019, 2:57pm UTC](https://discourse.julialang.org/t/repl-extremely-slow/16757/13 "2019-03-28T14:57:41Z")
The “Fallback renderer” option worked for me. If it’s of any relevance. I have a GeForce 940M and I have had troubles with my graphic card on Linux Mint 19, so much so that switching to the integrated graphics crashes the computer, so I’m permanently on the 940M…