?
Not sure wtf you're really talking about...
Maybe overlooked something, but the BOINC core client doesn't seem to have any serious problems. There's some reports that auto-suspending and such doesn't work if you've got venue-specific preferences, and some linux-users has problems with missing libraries and such. A work-around for the 1st is only have default preferences, and the 2nd is upgrade your linux-distribution...
The seti-application seems to crunch along as it should.
Since both the core client & application AFAIK only has some very minor problems, can't see any reason to move this back to beta...
Also, CPDN has official release 26. August 2004 at 00:01 UTC, further indicating there's only small problems in the BOINC core client, so little reason moving back to beta.
The BOINC (seti/astropulse) beta has roughly 10k users, most only crunching a couple wu for every new release, and AFAIK the whole beta was running trouble-free from 1 single server-machine...
The "live" project has more users, every user has more machines, and the users tries to crunch all the time. Only then getting much higher load than in beta did the bottlenecks show up, and Berkeley is fixing these as fast as possible.
Or in a little different wording, if beta little load so impossible to know if a fix really fixes the bottleneck, if live shows the bottlenecks...
Some of the problems they've had is:
1; too slow splitter, more splitters added. too slow transitioner, partial fix more transitioners added.
2; database I/O-limited, turning off displaying of pending credit and such decreases the load.
3; code changes squees a little more out of the database, but unfortunately a bug was added. Yes, on this point you can complain.
4; fastcgi refused to work with something that worked in alpha, and also works in "classic"...
5; too many files in upload-directory, work-around needed to disable the validator. new code is tested before being implemented in "live" project.
6; the new Snap-box lead to raid-corruption of the database; reverting to the backup taken before copying to new box since the Snap was up less than a day, and probably to make sure the database isn't corrupted.
7; every copy or fix-script or restore runs slower than expected, so takes longer than expected to be up again...
1 & 2 doesn't show up in beta, 3 is Berkeley-error so should have been tested, 4 was tested but still didn't work, 5 is still waiting for the fix being tested before validator being turned on again, 6 is unexpected hardware-problem, 7 everything going slower than expected is actually expected...
BTW, from a forum-post 15 days ago: "Both Classic and SETI/BOINC are processing the same number of work-units a day. Classic is just making a bunch of machines process the same data over and over again. We reached parity with Classic a week or two ago. That is when the servers are up."
So less than 2 months from launch the BOINC-version had overtaken "classic"... so sorry, I still don't see the "disaster" you're talking about...
From my point of view Berkeley knows what the problems are, but since the actual fix, turning off classic and use this hardware isn't currently an option, they're doing that they can with limited supply of hardware. Also, if you complains about they not testing fixes in #3, you can't complain of currently not getting any credit since they now IS testing the fixes.