----- Original Message ----- From: "Dan Sugalski" <[EMAIL PROTECTED]> > > >If more speed is needed, make the part that's currently too slow > >_simpler_, not _more_complex_. > > I think you'll find it rather more useful to make the part that's currently > too slow *faster*, rather than more or less complex. I agree, but I must admit that these two concepts are probably at odds. Although not always the case, as an embedded systems programmer, I've found that in most real-time systems that were in need of speed tweaks, the resulting code often would turn out to be reasonably more complex. However, just because the code is more complex, doesn't necessarily mean it's bigger. Grant M.
- Re: New Perl rewrite - embedded Pe... Dan Sugalski
- Re: New Perl rewrite - embedded Perl Ken Fox
- Re: New Perl rewrite - embedded Perl Russ Allbery
- Re: New Perl rewrite - embedded Perl Jarkko Hietaniemi
- Re: New Perl rewrite - embedded Perl Dan Sugalski
- Re: New Perl rewrite - embedded Perl Bennett Todd
- Re: New Perl rewrite - embedded Pe... Russ Allbery
- Re: New Perl rewrite - embedded Pe... Hildo Biersma
- Re: New Perl rewrite - embedde... Bennett Todd
- Re: New Perl rewrite - embedde... Dan Sugalski
- Re: New Perl rewrite - embedde... Grant M.
- Re: New Perl rewrite - embedded Perl John van V
- Re: New Perl rewrite - embedded Perl Jarkko Hietaniemi
- Re: New Perl rewrite - embedded Perl John van V
- Re: New Perl rewrite - embedded Perl Dan Sugalski
- Re: New Perl rewrite - embedded Perl John van V
- Re: New Perl rewrite - embedded Perl Bennett Todd