For a while I got intermittent (and extremely annoying) farr freeze / delays. Didn't do anything about it as I didn't have the time to debug.

Recently decided to solve the problem: Turned out that it was the same problem described in this thread

But the problem is now with Microsoft Security Essentials (I changed antivirus since last time). Excluding ini files in MSE's "Settings" didn't seem to be enough and so I decided to exclude farr's process entirely from MSE's scans. That did it. No more freezes.

Now... I'm wondering how bad does this affect farr's user experience in general : so many people use MSE, I'm certainly not the only one experiencing long farr freezes (I'm on a 3y old laptop, 2.2ghz core2duo). In my case, the freezes were long enough to make me think of installing something else, even after years of use and enthusiasm. If I was new to farr I might have just dumped it right away for something that felt speedier.

Maybe something in the installation process, or somewhere VERY obvious should warn the user? Dunno...

Farr doesn't deserve to look bad because of some ill-mannered AV.

I think it's that lack of innovation/paradigm shift that he's talking about, and without it, it's kind of hard to point to.

At the heart of it, it seems to me that he wants a hardware agnostic language that uses all available resources.

-Renegade (December 13, 2011, 07:41 PM)

That's exactly what I found "interesting" in this "article". Basically : to what extent languages are / need to be projections of the hardware's own structure ? (By nature, certainly more than pure mathematical language(s).) And how much these ties between languages and hardware actually constrain the languages' own potential...? Are the author's thoughts mere unfounded speculations ? Maybe.

There's a definite exchange/mutual "influence" between languages (in the general sense of systematic means of communicating) and media, which in turn changes the way we think, perceive and understand the world around us. It certainly happens in the computer world.

In any case, I don't know clojure/lisp enough to be able to know how valid or legitimate the author's hypothesis/views are. Is Lisp/Clojure data types, control structures, mathematical like flavor etc. really an advantage ?

That's why I posted here -- I knew I'd get informed opinions.

Simple curiosity on my part. Nothing too serious.  :)

Thanks for your insight guys ! Much appreciated. :up: