Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW
 
PerlMonks  

Re: Is there ever a time Perl is the wrong choice?

by coolmichael (Deacon)
on Feb 05, 2003 at 04:59 UTC ( #232734=note: print w/ replies, xml ) Need Help??


in reply to Is there ever a time Perl is the wrong choice?

Perl isn't great at numerical analysis. For example, if you have a 1024x1024 matrix (possibly for a fourier analysis) it will eat up far more memory in perl than it will in C/C++. C/C++ isn't necessarily the best choice for this example either. There are modules that make it easier and more memory efficient, but I still don't think perl will the best tool for this.

Low level image processing in perl isn't that great either. There are a lot of modules in CPAN that interface to external utilities (like Image::Magick).

I can't really imagine anyone wanting to write a device driver in perl :)

All of this is IMHO of course. There might be really good ways to do all of these things with modules.


Comment on Re: Is there ever a time Perl is the wrong choice?
Re: Re: Is there ever a time Perl is the wrong choice?
by Juerd (Abbot) on Feb 06, 2003 at 18:35 UTC
    There are great modules for these things. The stuff that needs to be fast is written in C while a Perl framework holds it together.

    Perl isn't great at numerical analysis. For example, if you have a 1024x1024 matrix (possibly for a fourier analysis) it will eat up far more memory in perl than it will in C/C++

    PDL is great for 1024x1024 matrices.

    Low level image processing in perl isn't that great either. There are a lot of modules in CPAN that interface to external utilities (like Image::Magick).

    Imager is not an interface for external stuff.

    I can't really imagine anyone wanting to write a device driver in perl :)

    I'd like to be able to. Lots of devices don't need speedy drivers, and it'd be a great way to prototype!

    There might be really good ways to do all of these things with modules.

    There are indeed!

    Juerd
    - http://juerd.nl/
    - spamcollector_perlmonks@juerd.nl (do not use).
    

      Imager is not an interface for external stuff.
      A large part of Imager appears to have been implemented in C.

      /prakash

        A large part of Imager appears to have been implemented in C.

        The larger part of Imager is indeed implemented in C. So is most of PDL. Have you read the first paragraph in my post?

        Yes, much is coded in C, but they're still Perl modules. Data::Dumper is coded partly in C - does that bother you at all?

        Juerd
        - http://juerd.nl/
        - spamcollector_perlmonks@juerd.nl (do not use).
        

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://232734]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others scrutinizing the Monastery: (10)
As of 2014-12-22 12:14 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (116 votes), past polls