OK... just curious. However, I'll mention that the FAQ advises that running the GUI version with others might cause some instability; there's also a bit about trying to treat HT processors as duals. From what I've seen, they recommend that you don't try to keep each HT busy, just use a process for each physical (or true) CPU you have. If I can dig up the URLs I'll post them.
I did see that. After I installed a console beside a graphic. Crashed my win2k box hard, lost my 600 pointer half way through. ugh!
I'm really struggling with my other dual cpu boxes. Both folding extremely slow. They, otherwise, are performing very well and zippy. 42 h 10 min on a 500 fr 46 point wu. I think I'll shut them down and install the console on each cpu on them only...they're Intel, the other is AMD MP which, I also read, there is an issue with amd mp's on tyan boards.
:O)
P
The problem I've run into with Hyperthreading, in other applications, is not that the applications are *confused* over the virtual cpu's, but that memory is allocated out, and if you have 2 cpu's, with HT, your memory is cut in 1/4, with each quarter going toward each HT/CPU. This isn't a problem, if you have plenty of memory, but the allocations start to get weird, if you get into overlaps, and having to swap memory spaces between two unique I/O processes. I'm running 4 versions of the console on three dual processor servers, but each server has 16gb of ram, so there is 4gb allocated to each HT/CPU. Plenty enough room to play in, and I haven't had a single abort or early work end, on any of these three yet. I do notice, on the HT/Multiple CPU computers, that the core process is using more ram, than that on a single instance computer. On one HT/MCPU, it's up around 140,000. If you've only got a gig of ram on your board, then you've got 60,000k worth of data, all trying to swap in and out of virtual memory, and then *crash*...