Excuse my ignorance but these expressions "occasionally" and "not wise"
together are just opaque to me.

If my desktop was crawling because of the load, I might understand the
goal
of manually managing services but it's not the case at all.
Services not used are simply swapped if the system needs  physical
memory. Here it's obviously not the case...

Can you be more precise about your thoughts ? Personally I consider my
time invaluable,
starting/stopping services on demand is not a good use of my time.
Hardware does not
resent fatigue and is much more powerful these days so why not ask it to
save us time and pain ?

BTW our internal git repositories (hosted on an XServer) respond pretty
fast on our gigabit LAN :)))
but not as fast a starting a REPL :)))

Luc

On Fri, 2009-03-06 at 14:50 -0800, Phil Hagelberg wrote:

> Luc Prefontaine <lprefonta...@softaddicts.ca> writes:
> 
> > I work with Ubuntu and all my frequently used tools are copied to RAM 
> > (/tmpfs) at
> > boot time. My Java environment is there, Clojure, Eclipse, frequently used 
> > librairies...
> > On top of that there's a daemon running to spot my frequently accessed 
> > files and serve
> > them from RAM transparently.
> >
> > It takes me less than 1.3 secs to get the REPL prompt.
> 
> That's great for a REPL, but if it took me that long to get (for
> example) "git diff" to return, it would be *really* annoying.
> 
> If it's a tool you use occasionally, keeping a server running all the
> time may not be an wise solution.
> 
> -Phil
> 
> > 
> 

-- 

Luc Préfontaine

Off.:(514) 993-0320
Fax.:(514) 993-0325

Armageddon was yesterday, today we have a real problem...

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsubscribe from this group, send email to 
clojure+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to