Re: speed and perl

2002-08-04 Thread Bryan DeLuca
You're not reading the graph right. LangCPU/sec Kb Mem Lines of code perl4.72134428 python 8.88149227 Based on this test Perl is twice as fast as Python and uses less memory. Perl is faster than g

Re: speed and perl

2002-08-04 Thread Paul Johnson
On Sat, Aug 03, 2002 at 03:54:07PM -0400, Paul Tremblay wrote: > On Sat, Aug 03, 2002 at 10:58:24AM +0200, Paul Johnson wrote: > > > > On Fri, Aug 02, 2002 at 02:08:25AM -0400, Paul Tremblay wrote: > > > > > (I know I did a little test with sed, a python script, and a perl > > > script, just cha

Re: speed and perl

2002-08-03 Thread Paul Tremblay
On Sat, Aug 03, 2002 at 10:58:24AM +0200, Paul Johnson wrote: > > On Fri, Aug 02, 2002 at 02:08:25AM -0400, Paul Tremblay wrote: > > > (I know I did a little test with sed, a python script, and a perl > > script, just changing the word "the" to "teh" in a huge file. Sed and > > python took about

Re: speed and perl

2002-08-03 Thread Paul Tremblay
On Fri, Aug 02, 2002 at 08:43:45AM -0500, Bryan DeLuca wrote: > If you are interested in language benchmarks you might want to check out > the "Great Computer Language Shootout": > > http://www.bagley.org/~doug/shootout/ > > It has some surprising results. > Yes, the results are surprising. Ac

Re: speed and perl

2002-08-03 Thread Paul Johnson
On Fri, Aug 02, 2002 at 02:08:25AM -0400, Paul Tremblay wrote: > (I know I did a little test with sed, a python script, and a perl > script, just changing the word "the" to "teh" in a huge file. Sed and > python took about he same time, while perl was six times faster.) This is from the perl sou

Re: speed and perl

2002-08-02 Thread Jenda Krynicky
From: "Dennis G. Wicks" <[EMAIL PROTECTED]> > On Fri, 2 Aug 2002, Jenda Krynicky wrote: > > > > Computing power is cheap, programmers' time is expensive! > > > > Yes, but the programmer's time is only used once. > CPU cycles are used again and again and again ... So you have to find the righ

RE: speed and perl

2002-08-02 Thread Nikola Janceski
orry Colonel, my bad, it was just my new WindowsXP cursor." "Take us back down to defcon 5." "Sorry, no can do. GIANTWINDOW [new WOPR] is rebooting." "Oh crap." > -Original Message- > From: drieux [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 0

Re: speed and perl

2002-08-02 Thread drieux
On Friday, August 2, 2002, at 10:23 , Nikola Janceski wrote: [..] > the Microsoft idea is good for games and NON-CRITICAL systems. > but you would want reliablity for critical things. [..] I presume that you then disapprove of NT based weapons systems and avionics packages - and consider the ide

RE: speed and perl

2002-08-02 Thread Nikola Janceski
nal Message- > From: drieux [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 02, 2002 1:07 PM > To: begin begin > Subject: Re: speed and perl > > > > On Friday, August 2, 2002, at 08:36 , Dennis G. Wicks wrote: > > On Fri, 2 Aug 2002, Jenda Krynicky wrote: >

Re: speed and perl

2002-08-02 Thread drieux
On Friday, August 2, 2002, at 08:36 , Dennis G. Wicks wrote: > On Fri, 2 Aug 2002, Jenda Krynicky wrote: > >> Computing power is cheap, programmers' time is expensive! [..] > The cost of inefficient programs is cumulative and results > in increasing all the infrastructure costs because of th

Re: speed and perl

2002-08-02 Thread Dennis G. Wicks
On Fri, 2 Aug 2002, Jenda Krynicky wrote: > > Computing power is cheap, programmers' time is expensive! > Yes, but the programmer's time is only used once. CPU cycles are used again and again and again ... The cost of inefficient programs is cumulative and results in increasing all the i

Re: speed and perl

2002-08-02 Thread Jenda Krynicky
From: Paul Tremblay <[EMAIL PROTECTED]> > This question may be too vague for a good answer, but my curiosity > makes me ask it anyway. I thought I read somewhere that perl is > actually faster than C for certain tasks. The vagueness of the > question probably lies in exactly what task, who writes

Re: speed and perl

2002-08-02 Thread Bryan DeLuca
If you are interested in language benchmarks you might want to check out the "Great Computer Language Shootout": http://www.bagley.org/~doug/shootout/ It has some surprising results. Enjoy, On Fri, 2002-08-02 at 01:08, Paul Tremblay wrote: > This question may be too vague for a good answer, bu

RE: speed and perl

2002-08-02 Thread Nikola Janceski
personally I don't do speed while writing perl. I tend to break many keys. The views and opinions expressed in this email message are the sender's own, and do not necessarily represent the views and

Re: speed and perl

2002-08-02 Thread drieux
On Thursday, August 1, 2002, at 11:08 , Paul Tremblay wrote: [..] > Certainly, a perl script would be easier to maintain and debug. > > Thoughs on how C, java, and perl compare on speed? I think what you are running into here is that 'c' as is, was not built to do 'regular expression' work - as

speed and perl

2002-08-01 Thread Paul Tremblay
This question may be too vague for a good answer, but my curiosity makes me ask it anyway. I thought I read somewhere that perl is actually faster than C for certain tasks. The vagueness of the question probably lies in exactly what task, who writes the program, the size and type of data, and a do