> The killing of the user process is currently not very reliable.
>
>
>
This might be an Emacs "bug" (at least on Windows). The problem is there
even for nrepl without ritz (some java process will still dangle there
after exiting nrepl). What I did to work around this is to add some
code/advi
yizhen wei writes:
> I found that my ritz-nrepl takes 25 plus seconds to start. While the nrepl
> would only take 10 secs.
The difference is mainly due to the extra jvm process that is started.
> I also noticed that the lein ritz-nrepl (or M-x nrepl-ritz-jack-in inside
> of emacs) would start
You could try lein -o to make sure that your startup isn't blocking on
network.
On 14 May 2013 01:50, yizhen wei wrote:
> I heard using a sdd can reduce the time a lot. Maybe 5x?
> Can someone confirm on that?
>
>
> On Monday, May 13, 2013 6:17:38 PM UTC-4, Warren Lynn wrote:
>>
>>
>>
>>> Is it
I heard using a sdd can reduce the time a lot. Maybe 5x?
Can someone confirm on that?
On Monday, May 13, 2013 6:17:38 PM UTC-4, Warren Lynn wrote:
>
>
>
>> Is it normal to take this long to start the repl?
>>
>>
>>
> I don't know if it is normal. But I can confirm it takes much longer to
> sta
>
> Is it normal to take this long to start the repl?
>
>
>
I don't know if it is normal. But I can confirm it takes much longer to
start ritz-nrepl compared to nrepl only, which itself is already kind of
slow. The slow speed really is killing a lot of fun here.
--
--
You received this mes
Hi,
I found that my ritz-nrepl takes 25 plus seconds to start. While the nrepl
would only take 10 secs.
I'm using ubuntu 13.05 with 2.3g dual core and 4gb ram. My project contains
around 7 dependencies.
Is it normal to take this long to start the repl?
I also noticed that the lein ritz-nrepl