when is too long too long?

[EscapeCharacter]

when is a perl program gotten to the point where is would be more efficient to rewrite the code in a faster language? ive been working on one for a couple months and its nearing 1000 lines and im starting to notice it getting slower(probably due to my nasty code), so when is enough enough?

[kmj]

nice icon :)

[GnuVince]

Eric S. Raymond says that beyond 100 lines, Perl starts to get sluggish and hard to maintain.

[EscapeCharacter]

Originally posted by GnuVince
Eric S. Raymond says that beyond 100 lines, Perl starts to get sluggish and hard to maintain.
if thats true than im way over due to swtich to c

[recluse]

Ehh, it just depends on how efficient you are with your algorithms. :p

[MattD]

Depends on what your doing, and how your doing it.

ive done stuff thats 4k+, no one's bitched about performance yet :) theres a few articles floating around on some of the
gotchas with perl performance (mainly in the regex area)

and yes, perl can be a bitch to maintain.. just need to get
people to use a standard, and be very very strict about it... :)

anyway, as far as performance is concerned, you could allways just get a bigger box :)

Matt D

[stuka]

/me looks for the '10 lines' option...

[Strike]

At the shebang line.

[Whiteknight]

i'm of the mindset that perl is best for short, single goal functions, especially simple file I/O or string manipulation tasks. what i find i like to do is to use a C program to call short perl scripts when one is more usefull then the other.

basically, if the script gets longer then a single screen full of text, I either move to a different language, or rewrite my algorithem.