We have a new version of the Einstein@Home application ready for testing on Windows. Please see
http://einstein.phys.uwm.edu/app_test.php for details of how to install and test this on your Windows computer.
This application contains many fixes to the BOINC library, including the "ATI graphics driver" issue.
Please use this thread to report success or problems with this application.

NEW: WINDOWS TEST APPLICATION FOR EINSTEIN@HOME
)
No. The info in the app_info file is needed to help us track the outcome of the beta test apps. As far as I know the client will trash the first result when you switch to using the test app, but all the other results in you que should run fine.
Maybe the warning on top of
)
Maybe the warning on top of the beta test page is not prominent enogh there - any better idea?
BM
BM
RE: Looks like this new
)
Sounds strange. Neither the copiler options nor the "science code" that is used for the current Workunits has changed. Is this measured or estimated time you are referring to? CPU time or real time? Anything else changed on this machine?
Did anyone else see this?
BM
BM
RE: while the code may not
)
The "official" App downloads a pdb, too. It contains information for boincs Stackwalker, but no code that is executed. There have been some additions to the science code, so the code is not precisely the same, but these additions are not used or triggered by the current Workunits.
BM
BM
RE: I just installed the
)
Pitty. But "stopping" the project is a good idea if you are running a newer client - try to get "no new work" for Einstein@Home, finish and report the Results you already got, then install the test App and resume the project - this should make you switch to a new App without losing a single Result.
BM
BM
RE: One question...when E@H
)
I'm not sure I understand you - do you ask if, at some point, the current Beta App 0.03 will become the official one? Then the answer would be: this depends, e.g. on the outcome of this Beta test. Or do you ask if when we put up a new "official" Windows App there will continue to be a Beta test App with the version number 0.03? Then the answer is: probably not.
BM
BM
Ok, that's good enough - I'll
)
Ok, that's good enough - I'll have a closer look on what changed. Probably wasn't intentional, though.
BM
BM
RE: RE: Ok, that's good
)
That's good to know.
We try to keep the WUs the same size, but of course there are always some fluctuations. I wonder if it could be that people seeing differences here have just by accident gotten a bit longer ones at first, but 10% is relatively large and there seem to be a quite a number of them...
Anyway, then please continue to report your differences in crunching time, even and especially if it is zero, so I can get a more significant picture.
I don't think so. It's probably more related to the (nominal) change of the platform ("x86-windows" to "anonymous"). I wouldn't give too much on the estimations, at least not before having finished a couple of Results on a new platform or after a benchmark run.
Well, if you have an OpenGL accelerated (ATI) card, then the graphics shouldn't hold up the CPU (very much, i.e. noticably).
BM
BM
Ok, so far I can confirm that
)
Ok, so far I can confirm that there is indeed a slowdown, which may show up on some machines more than on others, and is has to do solely with the version of boinc we are using, not with our science code and not with the compiler. Seems that the fixes put in lately slow it down noticably. I will continue to investigate this.
BM
BM
RE: Just a note to clarify,
)
Sorry, this needs some clarification indeed.
The boinc code can roughly be divided in "Server", "Client" and "Library". The Server code (which, in turn, has many parts) is what's running on our server, the Client code is what the "Boinc Core Client" you download is built from, and the Library code ist what is linked into the Applications (and the Core Client as well) that are downloaded to your machine by the Client. The slowdown happens in the latter part, the boinc library, which the user comes to see only as undistinguishable part of the Applications. The Application consist mainly of two parts: the "Worker" or science code which does the actual science work and number crunching, and the boinc library, which makes it fit into the rest of the boinc framework (e.g. handles communication with the core client, encapsulates system-dependent stuff like filename handling and some graphics stuff asf.).
So as a fix for the current slowdown we don't need to change something on our server and you don't need to change the BOINC Core Client on your machines, but we need to build new Apps when we found and fixed the problem.
Does this make it a bit clearer?
BM
BM