http://qs321.pair.com?node_id=276576


in reply to Re: Re: Naughty match variables in CPAN?
in thread Naughty match variables in CPAN?

Gotcha! I guess it is too late over here to read documentation. :)

But I still wonder how much of a penalty there is.


You have moved into a dark place.
It is pitch black. You are likely to be eaten by a grue.
  • Comment on Re: Re: Re: Naughty match variables in CPAN?

Replies are listed 'Best First'.
Re: Re: Re: Re: Naughty match variables in CPAN?
by diotalevi (Canon) on Jul 22, 2003 at 05:44 UTC

    Its apparently the same penalty incurred on a per-regex basis by using capturing. While working with Metacode::Reader I was able to get some very nice speedups by removing everything that copies data around. So instead of /H=(\d+)$/ I had substr $_, $-[0] + 2, $+[0] - $-[0] - 3. This is much less clear and not nice to read. In my case I was writing a high volumn database filter and the obfuscation was ok. I don't advocate at all taking this sort of step outside of really critical code that Devel::DProf has already highlighted as being slow.