exec vs. backtick-and-assign performance

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

I have a nice, simple question, though the answer may not be as simple. I really don't know. First, two code snippets.

Snippet one:

exec('/etc/init.d/networking restart');
[download]

Snippet two:

my $output = `/etc/init.d/networking restart`;
print $output;
[download]

So, with those in mind -- why does the backtick version take an age and a half to run, while the /etc/init.d/networking restart that picks up where exec() left off is pretty much instantaneous? I don't imagine the assignment can be taking that long, though I suppose I could for some reason be mistaken in such an assumption.

print substr("Just another Perl hacker", 0, -2);
- apotheon
CopyWrite Chad Perrin

Comment on exec vs. backtick-and-assign performance Select or Download Code

Replies are listed 'Best First'.

Re: exec vs. backtick-and-assign performance
by Joost (Canon) on Nov 12, 2006 at 11:05 UTC

oh yes, and the shell, as jwkrahn said

Also note that the two programs aren't at all equivalent, since a successful call to exec() never returns. (You probably know that, but still).

"What should it profit a man, if he should win a flame war, yet lose his cool?"

[reply]

Re^2: exec vs. backtick-and-assign performance

by apotheon (Deacon) on Nov 12, 2006 at 21:38 UTC

It still seems odd to me that the code called by exec() runs basically instantly while using backticks it literally takes several minutes to complete the task and print the output. There must be something I'm overlooking.

From what you said, it sounds like backticks actually use the exec() function -- unless you meant something else. Is that the case?

"the two programs aren't at all equivalent, since a successful call to exec() never returns. (You probably know that, but still)."
Yeah, I was aware of that, and that's one of the reasons I tried the backticks first (in case I ended up doing more after running the shell command). It looks like I'll just have to make sure running that command is the absolute last thing the script does, unless I want to either write a lot more code to get the same result as intended with backticks (but faster) or suffer some really unacceptable performance lags on a simple admin script.

print substr("Just another Perl hacker", 0, -2);
- apotheon
CopyWrite Chad Perrin

[reply]

Re^3: exec vs. backtick-and-assign performance

by Joost (Canon) on Nov 12, 2006 at 22:42 UTC

backticks will wait for the program to end before returning the output, so if the program just takes a long time to stop, you won't see any output since you're capturing it with the backticks. exec will just replace the current program with the new one, so any output of the command will be printed immediately, even if the program is still running.

by the way, if you're not doing anything with the output except printing you could also use system(), which doesn't capture the program's output, so any output will also be printed immediately (while the program is running, before system() returns).

About backticks using exec() - exec() is the only way to start a new program in unix. system(), backtics, piped open etc all use exec() behind the scenes. Calls that execute a command and return do a fork first, then call exec() in the child process. That's why exec() should always be the fastest. Not that you'd normally notice the speed difference - fork() is pretty fast (it has to be - it's the only way to start a new process).

"What should it profit a man, if he should win a flame war, yet lose his cool?"

[reply]

Re^4: exec vs. backtick-and-assign performance

by apotheon (Deacon) on Nov 12, 2006 at 23:48 UTC

Re^5: exec vs. backtick-and-assign performance

by Joost (Canon) on Nov 13, 2006 at 00:08 UTC

Some notes below your chosen depth have not been shown here

Re: exec vs. backtick-and-assign performance
by jwkrahn (Abbot) on Nov 12, 2006 at 09:18 UTC

exec

If you want the command's STDOUT then try using open like:

my $output = do {
    open my $fh, '-|', '/etc/init.d/networking', 'restart' or die "Can
+not open pipe from '/etc/init.d/networking' $!";
    local $/;
    <$fh>
    };
[download]

[reply]
[d/l]

Re: exec vs. backtick-and-assign performance
by sgifford (Prior) on Nov 13, 2006 at 03:41 UTC

exec

that

Try tracing the program's execution with strace or truss to see what's happening differently between the two.

It's possible that something in the script is detecting that it's run from the command-line (by noticing that STDIN is a terminal) and doing it's work in the background, or something like that.

--
sgifford's Web page

[reply]
[d/l]
[select]


Perl Monk, Perl Meditation
	PerlMonks