Re: [tbnl-devel] TBNL survey / re-org
[Cc to mailing list] On Sat, 09 Sep 2006 13:27:39 +0530, quasi <quasilists@gmail.com> wrote:
www.cleartrip.com right now runs on CMUCL+TBNL+apache+mod_lisp2. We have load tested it for up to 1000 concurrent users. It did not break or leak. The performance was purely a factor of the computational complexity of the page being displayed. For the front page, which uses HTML_TEMPLATE, apache serving SSI was only slightly faster. Excellent performance generally
Good... :)
Unfortunately I could not manage to get SBCL to perform anywhere near what CMUCL could. My shortcomings, mostly, I guess.
You might see the difference between "green" threads (CMUCL) and OS threads (SBCL). My guess is that thread creation and/or thread switching is more expensive on SBCL. Maybe your tests amplify this difference? Have you tried with other Lisps which use native threads?
On 11 Sep 2006, Edi Weitz spake thusly:
Unfortunately I could not manage to get SBCL to perform anywhere near what CMUCL could. My shortcomings, mostly, I guess.
You might see the difference between "green" threads (CMUCL) and OS threads (SBCL). My guess is that thread creation and/or thread switching is more expensive on SBCL. Maybe your tests amplify this difference? Have you tried with other Lisps which use native threads?
I am in the process of convincing my CTO to purchase Lispworks. But it takes time. In Indian Rupees, the software cost is a little high. I have not used any other lisp which uses native threads. I tried to profile SBCL, but the statistical profiler used to die. I tried asking on #lisp, but I am not an expert lisp programmer and those guys were a bit of "go read up", which I should. I think I will give a shot again when I have more specific questions and understand a bit more. We are using lisp software to connect to Abacus air reservation systems and processing of the data and for all the search logic. The good news is our inhouse software is more than 10x faster than the Java solution purchased from a large software house here and 100x more stable. :) thanks. -- quasi Utopia Unlimited!
On Tue, 12 Sep 2006 14:24:00 +0530, quasi <quasilists@gmail.com> wrote:
I am in the process of convincing my CTO to purchase Lispworks. But it takes time.
You can ask LispWorks for a time-limited evaluation copy (which is different from the Personal Edition) which I'm sure they'll be happy to supply.
I tried asking on #lisp, but I am not an expert lisp programmer and those guys were a bit of "go read up"
Well, that's open source software for you... :)
We are using lisp software to connect to Abacus air reservation systems and processing of the data and for all the search logic. The good news is our inhouse software is more than 10x faster than the Java solution purchased from a large software house here and 100x more stable.
Great! Cheers, Edi.
On 9/12/06, Edi Weitz <edi@agharta.de> wrote:
On Tue, 12 Sep 2006 14:24:00 +0530, quasi <quasilists@gmail.com> wrote:
We are using lisp software to connect to Abacus air reservation systems and processing of the data and for all the search logic. The good news is our inhouse software is more than 10x faster than the Java solution purchased from a large software house here and 100x more stable.
I'd just like to echo this, actually; I'm completely amazed at the speed of applications, especially non-db-backed applications, written in tbnl. It's a great library. Rob
On Sep 12, 2006, at 8:57 AM, Robert Synnott wrote:
On 9/12/06, Edi Weitz <edi@agharta.de> wrote:
On Tue, 12 Sep 2006 14:24:00 +0530, quasi <quasilists@gmail.com> wrote:
We are using lisp software to connect to Abacus air reservation systems and processing of the data and for all the search logic. The good news is our inhouse software is more than 10x faster than the Java solution purchased from a large software house here and 100x more stable.
I'd just like to echo this, actually; I'm completely amazed at the speed of applications, especially non-db-backed applications, written in tbnl. It's a great library.
I agree. Edi sometimes likes to say he is more interested in correctness than speed, which is good, but I find this a bit amusing at the same time. The predominant feature of CL/TBNL when I was coming from Java was its shear speed -- I still remember clearly my complete disbelief and confusion almost. The stability side comes in later, in my case about a year later, when I realised that a webapp that I had written was still running happily with a bunch of regular users. Of course, I was also a bit startled that I had forgotten about the thing. Nice work Edi. Cheers, Bob
Rob _______________________________________________ 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/> xampl for Ruby -- <http://rubyforge.org/projects/xampl/>
"BH" == Bob Hutchison <hutch@recursive.ca> writes:
BH> I agree. Edi sometimes likes to say he is more interested BH> in correctness than speed, which is good, but I find this a BH> bit amusing at the same time. I agree, but it's nice to have both. I have been seriously impressed with the performance of TBNL/CMUCL: it is also rock solid. My thanks to Edi. -- Tiarnán
participants (5)
-
Bob Hutchison -
Edi Weitz -
ocorrain＠yahoo.com -
quasi -
Robert Synnott