this is the ole flame war argument ... the basis of this in my opinion is what do you need to be faster? I would rather look for bottlenecks and optimize them than to optimize everything
depending on what you are doing C could be much faster I am of the mindset to have clearer code and code that is easier to debug than to have code than is cryptic but fast ... in short the answer to your question is it depends on the app , the complexity, the bottlenecks etc ... In most cases I would prefer to use java servlets than cgi Java is slower but has many more benefits in my opinion -----Original Message----- From: Agustin Rivera [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 02, 2002 12:10 PM To: [EMAIL PROTECTED] 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] ------------------------------------------------------------------------------ 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]
