... if the system call to MailPush is omitted ... it runs like a charm.
Sounds like a problem with MailPush, then, not with gzip or mv. My guess is that MailPush is trying to be helpful by daemonizing itself to send the mail and returning immediately. Then it up and loads the whole file into memory before mailing it.
Try replacing MailPush with cat $splitoutfilename > /dev/null or something similar. If that works, try replacing it with Mail::Mailer or something similar. If that works, you're done! If it doesn't, use top to investigate while parsing a smaller file, one that doesn't completely hose the system.
In reply to Re: Re: Re: How to find a memory leak - appears to be "system" calls that are responsible
by TilRMan
in thread How to find a memory leak - appears to be "system" calls that are responsible
by naum
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |