<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>    split -b600m latte.tar.bz2 latte.tar.part-<br><br>
And the file latte.tar.bz2 is the 8.6Gb file.<br><br><br>The behaviour I saw was that cron was forking all over the place, the<br>machine getting slower and slower. At one stage I had 86 cron processes<br>running which couldn't be killed. (You should know that I have two cron
<br>jobs that run each minute to log traffic and current active window -<br>part of my client billing process.)<br><br>The other set of processes running was a whole bunch of pdflush instances.</blockquote><div><br>
Sounds like you are running out of disk.<br>
<br>
Is the cron job running at a lower priority than split? If so you are possibly starving the write process in cron<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Several hours later I tried the split again and within a minute a whole<br>lot of pdflush processes, killing the split removed the pdflush.
<br><br>What I think is happening is that the cron jobs are trying to write to
<br>disk, they get blocked and the pdflush is really what is blocking the<br>whole lot.</blockquote><div><br>
 <br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Actual questions:<br><br>What is really happening? What can I do to address this? What google
<br>terms should I use? Has anyone else seen this type of behaviour?</blockquote><div><br>
pdflush is a kernel write operation, the only times i've heard of it misbehaving were<br>
 - corrupt/hardware faulting disks, repeatedly attempting to sync
data to dud areas (usually in combination with OOM and the dead part
being in swap)<br>
 - network file systems - streaming transfers to nfs or samba<br>
 - OOM type thrashing.<br>
<br>
The only time its happened to me was a dying disk.<br>
<br>
Hope that helps.<br>
<br>
Carl G<br>
</div></div>