Re(4): Artificial Intelligence Programming in Perl

I agree with your disagreement ;).

As I'm learning more about the subject (link, link, link) I can see how execution time could be very important. I've also noticed that a lot of the AI projects/libraries out there tend to have a few very computationally expensive parts, and many not so expensive parts. Wouldn't such a case be perfect for a Perl-Inline::C combination?

Or am I just showing my Perl bias?

Comment on Re(4): Artificial Intelligence Programming in Perl

Replies are listed 'Best First'.
Re: Re(4): Artificial Intelligence Programming in Perl by samtregar (Abbot) on Jul 01, 2002 at 18:00 UTC
Perhaps, but don't forget that the Perl-XS barrier is an expensive one to cross. Every call from Perl to C and from C to Perl creates memory accesses and runs lots of code. I found this out firsthand working on a QuakeIII Perl API. During development I took a lot of shit from the QuakeIII people about how Perl would be too slow to write a QuakeIII bot (which is basically a simple AI project). I thought I could beat the system with a mix of Perl and XS. Well, I was wrong. -sam	[reply]
Re: Re(4): Artificial Intelligence Programming in Perl by demerphq (Chancellor) on Jul 01, 2002 at 12:22 UTC
Or am I just showing my Perl bias? No I agree. Perl would be ideal for much of the framework. But the kernal (ykwim) needs to be as efficient as possible. Inline::C would seem to be an ideal compromise. Yves / DeMerphq --- Writing a good benchmark isnt as easy as it might look.	[reply]


Perl: the Markov chain saw
	PerlMonks