HuGo_removal_pt1 crashes on big datasets

[DennisSchmitz]

See RUN25 sample 01 for a test case.

This sample had an unexpectedly large number of reads. This caused samtools sort from the HuGo_removal_pt1 to crash due to lack of resources. As a workaround I've assigned it more threads, but we should increase the default amount of RAM per thread for this process. Currently each samtools sort thread uses a max of 750 MB RAM (default). This can and should be significantly increased via the -m parameters, e.g. by assigning 5G per thread.

Requires a demorun and performance comparison before merging to master.