Poof: You've got a client that takes 153 hours per WU? At that rate, how can you even tell if the client is stalled!
Man, that's gotta put a dent into your average CPU time!
That's why it crunches under its own user account.

I keep a "permanent" telnet session to it from my main workhorse notebook. And since it's a 2.0 client, it displays the %complete progress info by default. But it crunches faster than my 486 did with the 2.x client (which took 175 hrs/WU with 2.x and > 400hrs with 3.00. It would probably take about 800 hrs w/3.03)!
So if anyone wishes to accuse me of only being in the project "for the stats"....
This of course doesn't mean that I'm not gonna build my new Duron 700 system and try to OC it to 1Ghz this weekend...
And JWMiddleton - it would be interesting to see if SETI@home waits for Mr. Reneris, although I having a feeling that a final cutover may happen by the end of the month whether he's ready or not (which will give them time to get some of the remaining clients out and give a grace period of about 2 weeks). I think the hostname work-around for the current version of Setiqueue should work okay though.
Not sure why Ken's decided to try to re-write the entire app right now, right in the middle of what I'm gonna dub
"THE PURGE".
I'm a linux freak and I don't need no graphics for Setiqueue
The console is just fine the way it is and gives me everything I need. To me, the app is a WU server. You don't need fancy dancy graphics if its primary function is to feed your machines. This is why windud keeps failing - making everything graphical, which inturn forces it to get all entwined in and gummed up in the broken kernel, which tends to lead to crash city...
