Take a look at Document ID OFN-03-0015 on the KG. For ERP 8.0, SAR 6513122 addresses G/L post performance and allows for parallel processing. This is included functionality in 8.9 base. It is really great news for a lot of folks. We had major issues with our "single threaded" GL job queue and runube executing scheduled jobs in interactive mode on our UNIX enterprise server. When multiple post jobs ran simultaneously we experienced truncated data which then needed to be manually input by some very frustrated and rightfully upset users.
You've peaked my interest with your question. What exactly are you trying to accomplish? If it's the ability to run jobs in different environments on the same enterprise server to speed up testing, you could do as Alex suggested and change the version's default job queue. You could even get by without a server package build if you have a spec install queue running for the job queue in question. If these different environments have OCM's that point to the same set of Business Data tables, that might not be the best of ideas. If you ever plan on promoting these versions to an upper environment, you might run into some problems if you aren't careful to change the queue name back to it's original value. If this is indeed the scenario (running two environments on the same enterprise server) you might be better off if you install multiple foundations or obtain another UNIX box. The latter is obviously your ideal option. On the cheaper hand, multiple foundations would allow you to utilize the same queue name, simply on a different listening port. Both methods would allow you to get by without using separate job queue's for your R09801 versions. This is why the CNC concept really fascinates me. There are 5,000,000 ways to die, and you can choose more than one!
Charles