Thanks for the information. I agree that less tempdb would be beneficial, however, the schema that has been dealt to us does not lend itself to good / performance oriented techniques.
The vendor has created a multi-use table, that holds many different kinds of data.
The table grows by a million rows per day (purged at night), and so we create a number of temporary tables to emulate a more normalized schema prior to running reports. Yeah, it sounds weird and is weird. Nothing like a self referencing table that you need to join to six times in order to get business information out.
Thanks again. I think I'll look into trying a RAM drive.