From ... From: Erik Naggum Subject: Re: How fast can lisp go? Date: 2000/07/11 Message-ID: <3172342077345479@naggum.net>#1/1 X-Deja-AN: 645233841 References: <396B397E.C63DF2AD@spam.com> <396B7E25.F67E096F@spam.com> mail-copies-to: never Content-Type: text/plain; charset=us-ascii X-Complaints-To: newsmaster@eunet.no X-Trace: oslo-nntp.eunet.no 963354254 25980 195.0.192.66 (11 Jul 2000 22:24:14 GMT) Organization: Naggum Software; vox: +47 8800 8879; fax: +47 8800 8601; http://naggum.no; http://naggum.net User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 Mime-Version: 1.0 NNTP-Posting-Date: 11 Jul 2000 22:24:14 GMT Newsgroups: comp.lang.lisp * Richard James Panturis Giuly | I want to use lisp to deal with processing a stream of video. Do | you think that's ridiculous, or can I process data with lisp almost | as quickly as a lower level language? Well, as general advice, less than 1% of the code of a program is truly speed-sensitive, and you can write the remainder of the code much faster in Common Lisp than in any other language. You won't notice any differences in response time on that code, anyway. The speed-ciritical code may require special coding, as with a whole lot of type declarations, careful examination of bottlenecks with a profiling tool, etc. Common Lisp environments come with a whole lot of mature tools in this regard. It is not uncommon for a Common Lisp project to drop down to C or assembler to take care of special needs. For instnace, if you're on an Pentium processor, you may find it useful to exploit the Pentium II or Pentium III facilities, and this may be hard to do directly from Common Lisp, while some C or C++ compilers may have reasonable support for them. More often than not, however, you may be able to experiment with a variety of algorithms in Common Lisp in the time it takes just to write _one_ that works correctly in, say, C++. This aspect of the language is often not appreciated by non-Lispers. #:Erik -- If this is not what you expected, please alter your expectations.