1) in 5 years the computers will be faster ... actually there is that law
that will tell you how much faster it will be ... 

2) you can often get complex code to run faster by optimizing parts of code
that are your bottleneck ( threading, caching, reusable objects, iteration
vs recursion, etc ... )   rather than wasting time porting your code to a
possibly faster language ... 

3) If you really want speed just port to assembly? 

I have seen people spend days to optimize code that took 1 second to run (
before the optimization )  out of a batch piece of code that took an hour.
It has been my experience to figure out what is running slow and figure out
why it is running slow ... maybe porting to C or to assembly is the only way
to go , but probably not.




-----Original Message-----
From: Agustin Rivera [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 3:10 PM
To: Roger C Haslock; [EMAIL PROTECTED]
Subject: Re: C vs. Perl


Thank-you to everyone for the responses.

Roger,
1) I am personally obsessed with effeciency. This is why I am considering
moving to C or C++.
2) I am not exactly sure what you mean by "profiled your Perl", however I do
do benchmarks on code.  I am in the process of redesigning our website, and
thus taking this opportunity to improve upon old scripts that will need
changing anyways.  Current improvements to our main script have it runnning
400% faster than the original.  If I can make that 800% with C, I just might
reprogram it entirely.
2 1/2) Have not experimented with the Inline module yet.
3) This code could very well last 5 years.

Agustin Rivera
Webmaster, Pollstar.com
http://www.pollstar.com



----- Original Message -----
From: "Roger C Haslock" <[EMAIL PROTECTED]>
To: "Agustin Rivera" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, January 02, 2002 11:44 AM
Subject: Re: C vs. Perl


> There are many views on this.
>
> 1) Well designed and implemented C will be faster if the application is
> CPU-intensive. Is this the case?
> 2) Have you profiled your Perl? Have you experimented with the Inline
> module?
> 3) What is the expected lifetime of the code? Is it worth the additional
> cost of development to use C?
>
> - Roger -
>
> ----- Original Message -----
> From: "Agustin Rivera" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, January 02, 2002 5:10 PM
> Subject: C vs. Perl
>
>
> > Ok, the local Linux guru has proclaimed that C would be faster than
Perl.
> I
> > know C is very effecient so I don't really doubt him, but my question
> is....
> > would it make that much of a difference?  I certainly wouldn't mind
> learning
> > C, the only question is would be worth the time to port our Perl scripts
> > over to it?  Right now our setup is Apache w/modperl, and I'm getting
> quite
> > good at taking advantage of modperl's benefits.
> >
> > Hope everyone had a safe New Year,
> > Agustin Rivera
> > Webmaster, Pollstar.com
> > http://www.pollstar.com
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> >
>


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



------------------------------------------------------------------------------
This message is intended only for the personal and confidential use of the designated 
recipient(s) named above.  If you are not the intended recipient of this message you 
are hereby notified that any review, dissemination, distribution or copying of this 
message is strictly prohibited.  This communication is for information purposes only 
and should not be regarded as an offer to sell or as a solicitation of an offer to buy 
any financial product, an official confirmation of any transaction, or as an official 
statement of Lehman Brothers.  Email transmission cannot be guaranteed to be secure or 
error-free.  Therefore, we do not represent that this information is complete or 
accurate and it should not be relied upon as such.  All information is subject to 
change without notice.



-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to