Efficient and modular filtering

roju has asked for the wisdom of the Perl Monks concerning the following question:

Fellow Monks,

I have a large dataset that needs conversion from one format to another. As there are several minor input formats and output formats, I've seperated the input filter into input modules, and the output filter into output models.

So right now my program looks (simplified) something like

use Input::X;
use Output::Y;

my @data = Input::X::read();
print Output::Y::get_output (@data);
[download]

Now, the datasets are large, and the last test run used something like 700 megs of ram. While that's not so terrible, it's not great either.

Is there a way to preserve modularity and speed things up? It is possible to run like a typical unix filter and output a line of output for every line of input, however I want to avoid dependencies in the module code. Is there a 'standard' way to do so?

Again, I'd love to have it run as a tradditional filter, but I'd also like to do so with minimal coupling between the input and output sides.

_{janitored by ybiC: Corrected "effiecient" mis-spelling in node title}

Comment on Efficient and modular filtering Download Code

Replies are listed 'Best First'.
Re: effiecient and modular filtering by eric256 (Parson) on May 27, 2004 at 15:47 UTC
Instead of having your input filter return the whole set of records have it just return a single record each time. So everytime its called it gets the next record and if its out of records it returns false. Then you could do something like `while ($new = Input::X::read()) { print Output::Y::get_output ($new); } }` [download] Your output filter needs to expect a single record in that case as well. ___________ Eric Hodges	[reply] [d/l]
Re: Re: effiecient and modular filtering by roju (Friar) on May 27, 2004 at 16:37 UTC
I like it. Something similar occured to me over lunch. It seems rather obvious now. Sigh. Thanks :)	[reply]
Re: Efficient and modular filtering by graff (Chancellor) on May 28, 2004 at 04:07 UTC
Depending on your situation, your various input and output modules might work just as well if you use them as separate filters on the command line. Not knowing how complicated the filtering really is, something like this might (or might not) be a sensible model for usage: `perl -MInput::X -e 'print while($_=Input::X::read)' input.x \| \ perl -MOutput::Y -pe '$_ = Output::Y::get_output( $_ ) > output.y` [download] In other words, if you have several different kinds of inputs and outputs, and your modules already address each one separately, then the rest of the "scripting" can be done with the shell command line. Maybe this would mean doing a little extra work to 'stingify' the intermediate data structure that is shared by the input and output modules. Maybe that would be worthwhile (or not).	[reply] [d/l]


The stupid question is the question not asked
	PerlMonks