On Sep 30, 2005, at 2:08 PM, Anthony F wrote:
Perhaps "Leak" was too strong a word. I'm not sure exactly what is going on yet, but here are the symptoms:
I start Apache, then TBNL. I hit the test page with Firefox. While watching the Process tab in Task Manager I follow a link. Memory usage on the LispWorks process jumps anywhere from 2 to 5 megs. Following any other links within the test app or refreshing the page causes the same until I hit LispWorks Personal's heap size limit and it dies.
I have yet to check if restarting Apache fixes the problem, but I will report on that later. HOWEVER, I notice that even with IE a very small amount of memory seems to be leaking? If you hit the Test app from IE, follow a link and/or repeatedly refresh I notice memory usage on the LispWorks process creep upwards ever so slowly.
Hmm, I do not experience this with my application at all. Now, I do know that it takes a while for memory usage in LW to settle down. You might want to try automating it with wget+script or ab and see what happens. (ab is apache's benchmarking tool, and that's where the name comes from)
Now, under OS/X using TBNL standalone I do get an infinite growth in memory that will eventually kill LW -- eventually is within a few seconds (or if I'm using ab, a small fraction of a second). This doesn't happen under linux (by personal testing) or windows (by report). It also doesn't happen using Araneida or Apache on OS/X. I mention this because you might have somehow encountered this problem with a different configuration. Unfortunately, I have never worked out what the problem is.
Having said this, I have not actually done any real investigating yet (like I said, I'm a total newb)... so this may or may not be a result of expected behavior.
On a seperate note: I don't really want to start a mod_lisp vs. other options war, but is anyone using a Lisp server (AllegroServer, TBNL's server, etc) back end in a production environment? I was wondering about performance, security, other issues, etc. Personally, I feel "safer" using Apache as it's battle hardened and fairly ubiquitous, but maybe those feelings are unfounded? Any comments?
I've been running a demo version of the system I've been working on, stand-alone TBNL on linux, light load, but running continuously since the first week of June. Performance of TBNL without Apache in front of it (either Araneida or standalone) is phenomenal -- I've got a Java background and this level of performance is hard to get used to :-) Apache slows this down by pretty much exactly a factor of two on OS/X, but that is still an embarrassment for Java -- no Java server that I've used (tomcat, jetty, jboss, weblogic, websphere, resin, jrun) can do anything like this. Edi's done a wonderful job with TBNL -- fast and easy to use.
Cheers, Bob
Thanks!
Anthony
----- Original Message ----- From: "Edi Weitz" edi@agharta.de To: "Bob Hutchison" hutch@recursive.ca Cc: tbnl-devel@common-lisp.net Sent: Friday, September 30, 2005 6:26 AM Subject: Re: [tbnl-devel] Firefox
On Fri, 30 Sep 2005 09:01:01 -0400, Bob Hutchison hutch@recursive.ca wrote:
And you know, thinking about it, I think I had to restart Apache too.
Yeah, that's one of the drawbacks of the mod_lisp backend - during development there are situations where you /must/ restart Apache or you have to cope with dangling connections. I'm glad you contributed the stand-alone backend, that's what I'm using for development now... :)
To the OP: Firefox/Win is my main browser and LispWorks is my main Lisp platform. I'm not aware of any problems specific to these. What exactly do you mean by "seemed to leak 3-4 megs per click?"
As for the session stuff in the logs you might want to check with something like "Live HTTP Headers" to see what's going on.
Cheers, Edi. _______________________________________________ tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel
tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel
---- Bob Hutchison -- blogs at http://www.recursive.ca/hutch/ Recursive Design Inc. -- http://www.recursive.ca/ Raconteur -- http://www.raconteur.info/