• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Has SETI GUI v2.04 finally been blocked? & get V3.0 here

Assimilator1

Elite Member
I tried to get a WU for my sisters PC earlier today ,she did have GUI v2.04 ,but I got an error message saying I needed to update the client to continue.
Instead of getting v3.03 for her K6-2 I downloaded GUI v3.0 instead from Ben....98's site 🙂 ,& it then got WU's no problems

Get v3.0 GUI from this old thread 🙂
 
Nope v2.04 has been working on my 2nd in comm PII 333 just fine ,though I guess its blocked now.
I still don't see a cut off date on the SETI site.
 


The only thing I can add here is there is that the 2.7 GUI was blacked late last week, and on the the two P11-400's I was running it on....The WU time for 3.03 went up to about 15 hours........running by itself screen blanked🙁 I will now downgrade them to 3.0 GUI....thanks for the link🙂
 
I hear you Narzy ,and I have been very tempted to switch to v3.03 since it came out for the better science,but me & others want to give TA the edge until they officially block it.
Don't forget v3.0 is still a legitmate client ,once that point has passed then I will quite willingly switch to v3.03 in the knowledge that everyone will of slowed down more or less equally.

Maybe we should have a Poll about it?
 
I dunno if it's been blocked...check my thread here. SETIQ is still returning the 2.04 GUI results ok, though it sounds like I should still switch clients to the 3.0 CLI.
 
Uh, wait a minute here.. how are we "jacking" the SETI project when there's MILLIONS of WUs from previous clients that have NOT been exposed to the same types of scans that the new v3.03 client is using?!? 😕

If the SETI folks want to get the same scientific data results then they'd better be exposing the whole project to the same criteria, otherwise the validity of ALL of the resultse will be thrown in to question!! :|
 
I'm not getting snippy with anyone - I'm just ticked at the S@H people in charge. Statistics being what they are, these same folks continue to ignore the REAL numbers of how many actual S@H users there really are! According to the S@H webpage there are now 2,662,918 users of the S@H client - that's BS! There may have been that many users over the course of the entire project, but there aren't that many right now, and to claim otherwise is simply fraudulent, and that needs to be changed! It's not hard to do.. heck I could probably write the script myself, but I digress.

The S@H folks could be a little more forthcoming with information about new clients so that proper testing could be done for the thousands of REAL clients out there accessing WUs via SetiQ, SetiDriver and other methods. Instead, we've got busted Q's with productivity lost and people getting awnry.. hey, I think that's me!


 
narzy - I have 2 machines, an alpha running Red Hat 6.2 and a Sparc running Red Hat 5.2. If you notice on the SETI text client download page, there is *no* 3.x client for either of these machines... The former is running a 2.4 client and the latter is running a 2.0 client. So are you saying that my machines are basically wasting cycles? I'd hope not and I know they're not.

I have to agree with Networkman and I've been ranting and raving all over the damn place about it. Not so much from a so-called "stats freak" point of view, because I think the labelling of people as such is a load of bullsh1t, but from the point of view of this sudden "high and mighty" attitude by some about the so-called "science" of this project. What Networkman says is true (and I say this now as a chemist) - there is NOTHING scientific, in the traditional research sense, about this project. Right now, if it were put through a peer-review process, the entire thing would be thrown out. There are no controls over the validity of the data and probably a million other missing things.

Does this make the data useless? Not necessarily. This is a unique project and the data may be applicable to something, or would at least demonstrate a model for future projects. Does this mean I leave the project out of disgust? Of course not. It's allowing me to have a learning experience about radioastronmy while determining how my machines deal with apps that use FPU-type processing...

But the over-use of this term "science" - particularly by non-scientists, irks the hell out of me. Especially when the average person out there doesn't even have a clue as to what the hell the client is actually doing "scientifically" on their machines or even bothers to try to understand it...

Sorry for the rant but this is how I feel about it... :|

 
Thank you, Poof. It's gratifying to know that there are others out there questioning the validity of the process and the results. 🙂
 
Just to drag the DNet crowd intop this one....

I thought part of the point of SETI sending out the same work units to multiple people was to verify that they were getting valid results; to make the "science" behind it more valid. That is what they are doing with the OGR stuff. The second pass on the stub set is there to verify the results.

So what happens when the second pass is done and the "best" ruler for each pass is different? Is there a third pass through the ruler?? How valid can your end product be when you can not reproduce the results!


S.
 
It's a scary thing, huh Sloth?

My prob with SETI right now is that I think alot of people are taking it a little bit too seriously regarding what they're actually returning as results. If one chooses to vorcifously argue (and even flame - check some of the posts on alt.sci.seti) against people who have yet to upgrade to a new client (for whatever reason - even mine where THERE IS NO NEW CLIENT), and then accuse those people of not processing "all of the science" (although they don't have a clue as to what that science is), then I have a problem with that.

And I will point out that all this "new science" should then invalidate ALL of the results turned in previously with the only exception being that they call the "new science" project "II" and have that data segregated from the data results turned in with the "old science"...

And if the argument then becomes, "well they only 'doubled the drift rates' blah blah", then after careful study of the performance of the new clients, you don't see a consistent % increase in WU time across ALL of the platforms when this "doubling" was done (and it doesn't have to necessarily translate into a doubling of times), then tell me, what is the reason behind the inconsistencies? Perhaps a few client porters chose not to compile and/or optimize the "new client" the same way that the they did the "old client"? And if that were the case (as we seem to be verifying - especially with the Mac client), then WHERE THE HELL IS THE VALIDATION FOR THIS CHANGE?

When you do "scientific research" using a specific method and you make a change in that method, then you need to VALIDATE that change. And to me, the beta test reports that end up getting posted on alt.sci.seti along the lines of "my screen-saver is running very slow",are NOT valid validation criteria for an application this complex.

The "science" argument now becomes bogus.

Well... you get the picture. :|

Sorry to piggyback on you Sloth... 🙂
 
Poof

So if you go with the idea that changing the client means that previous clients 'searching' was insufficient compared to v3.03 ,& all WU's should be recrunched (twice) to ensure nothing was missed ,that would mean that EVERY time 'the search' was altered the WU's would have to be redone! ,any sign of that being done now or in the past?

BTW ,I don't claim to be too clued up here!😱 ,but a question springs to mind.
When v3.0 was introduced we soon got used to the very wide variations in cpu time (& from what little I remember off hand)partly due to the angle that the WU was recorded at & the number of Gaussians (& other stuff!) found.With v3.03 & its higher chirp rate 'searching' ,wouldn't that increase the variation as well as the cpu time/WU?

(BTW2,I must remember to brush up on my SETI@home knowledge ,it's been a long time since I read much about the client & I'm getting rusty!😉😱 ,apart from the updates)
 
Assimilator1 - here's where I'm coming from... I have volunteered my machines to help in the search for some indication of a radio frequency signal (more likely a directed one, although perhaps a stray one might not be out of the question), that might be extra-terrestrial in origin. However, I do not get hung up on the <quote> science <end quote> of this project because when it comes to real scientific pursuits and research, data collection and analysis is not done in the manner that this project is doing it... And even with it being done on such a large scale, some controls could have and should have been put in place a long time ago.

I consider what we're doing sortof using a big sieve, to essentially gross screen the data... So when people argue about the various clients and how not running X version would somehow &quot;miss some science&quot; (and narzy - really.... although you had the opposing point of view from networkman, I'm not jumping on you but am speaking of the general consensus that I've seen posted around the net), then I'm gonna laugh in your face... That is just my opinion as a real live scientist, and any other real live scientist must agree.

This is a cool project and unprecedented in its scope, but the &quot;science&quot; bit must be put into perspective.

And regarding the variability of WU times with 3.x. Assimilator1 - in order to illustrate what I've written above, absorb the following, based on.... hmmmm.... I don't know, maybe thousands of WUs that a number of us have sifted through, put into spreadsheets, and charted:

Why is it that irrespective of how many gaussians, peaks, or spikes are in a WU, the ONLY processing time variation (run on the same platform/machine) that you will see with 3.x, is based on angle range ONLY.

Now think about that for a minute.

With 2.x, EVERYONE knew when you had a WU with a gaussian and/or alot of spikes because they always took longer. NOW... with 3.x, it doesn't matter what's in the WU. If any of you have Setiqueue or Setilog or Setispy or something that logs your results along with angle range data (and I guess this is where BK's proggie would come in handy...😉), try putting that in a spreadsheet and sorting by angle range. Sort it by machine as well so that you don't try to compare cross-platform. Take note how the variability between supposedly disparate WUs don't vary by more than a fraction of a % to maybe a few percent at the same angle range.

So what does this say about &quot;the science&quot;?

Now I understand that they reportedly are using a &quot;more optimized fft calculation&quot; supposedly meaning &quot;faster&quot; gaussian calculations... But based on our data... all of that is irrelevant.

Believe me, when a bunch of us starting digging out and sorting through our 3.0 results by angle range, and then posting our findings in a few Ars threads - that's when I realized that... well... I won't even say it... 🙁

I'm not going to be the one to start any conspiracy theories, but all you need to do is check for yourself. And as a note, the comparisons were made on dedicated seti crunchers. You will see more variation between WUs with the same angle range if the result came from a machine that was used for other things...

That's why I ask - what &quot;more science&quot; is my machine doing with 3.x if it doesn't even appear to be doing any &quot;science&quot; at all? Ie., if I have a million gaussians in a particular WU, that's irrelevant because the WU time will come out almost identical, or perhaps +/- 1-2% different, from a same angle range WU run on the same machine with no gaussians... This is why when Ars selected a new benchmark WU, there was a wink wink about not even really needing to use the actual archived unit - that you could do the bench on any 0.417 angle range WU and still have a valid benchmark - despite what was in your WU.

You all be the judge. What Beyond, Roelof, I and a few others did was to put our money where our mouths were and take the time to sort through what we had... And Roelof posted some of the charts he made on his Setispy website. We gathered data about the VLAR WU problem with the 3.x CLI and were apparently ignored....

So.... maybe all of this means that our WUs are &quot;blanks&quot; in essence, and that an ET signal at a certain AR might trigger a real long WU time as compared to others... Who knows?

Sigh... 🙁

I will keep crunching - pretty much on my fastest machines only, I'll fold on the slow ones, and try to start shunting some more over to RC5, perhaps to the Feddies.... 😉 Unless someone is interested in making me a Borg Queen... 😛 (although my # of blocks is way too pitiful to justify that, but it would be a good P.R. stunt though... 😉).
 
Wow, this has really turned into an heated thread. I don't mean to diss ya narzy but I'm behind networkman and Poof here. I totally disagree with the notion that those of us running older clients are jacking the SETI@Home process. If that were the case then the returned data from those clients should be trashed by those running the project.

The SETI@Home people boasted that a little over 25% of the clients are 3.03. That's not very much. I look at that as well over 70% of all clients are still older clients. IMO, if they feel the 3.03 client is &quot;the solution&quot; then they need to release it for all of the supported OS's and cut off all of the old clients.

Rob

 
>>>>Why is it that irrespective of how many gaussians, peaks, or spikes are in a WU, the ONLY processing time variation (run on the same platform/machine) that you will see with 3.x, is based on angle range ONLY.

Now think about that for a minute<<<<<<

Ok ,I did ,my brained smoked ,then their was a loud pop &amp; a cloud of smoke!😉😛 ,does that mean I've fried my brain? hehe.....
Seriously though ,I've no idea!😱 ,I think I need to brush up on SETI@home in general anyway.

BTW I do use SETIQ but I've no idea how to use Excel! (just ask Office Boy!😉) ,
 
I have not read this thread for a day and boy did I miss a lot! The reason I &quot;ignored it&quot; is because I felt that Narzy's comment of &quot;...your jacking the seti project by not using the latest client..&quot; was wrong for all the reason others have stated! If 3.03 was that important they would have forced us to upgrade weeks ago! I am still not sure that they are not just trying to help their bandwidth problems, and that makes me mad!

Since the &quot;Alien&quot; has not been found and most likely will not be, then the only immediate gratification most people can get from this project is the STATS! If there were no stats and we simply uploaded our little WU's each day with only a Thank You, how many people would still be in the project? Probably just Team Art Bell!

Those are my 2cents worth!

Assim1: Email me one of your SetiSpy logs and I'll process it for you! My email addy is in my profile.
 
Assim1 - you're a no-go with Excel, eh? LOL 😛

narzy - if you were about 25 years older, you might feel differently.... 😉 My long convoluted last post basically said that we sorted through and charted thousands of WUs run with the 3.00 CLI (and Linux) and *ahem* IMHO, I didn't see any indication of ANY scientific analysis being done at all, whether the 3.03 supposedly doubles the time or not. That's MHO. I'm not being facetious and I may be totally wrong, but having little or no variation in WU time for ANY WU with the same angle range, with each WU containing different amounts of gaussians and spikes and pulses and triplets, is a scary thing to discover... Perhaps all of those things are being averaged out as background noise or something, looking for the &quot;big hit&quot;. But even then, when huge spikes are detected, the WU abruptly ends (due to the file size limitation) and the result is sent in immediately (those are the very fast WUs - like 1 or so minutes...).

JWMiddleton - thanks for helping Assim1. Must be too many of those North Sea storms over yonder for our buddy... heh heh. We keep sending them over there one after another...

😉
 
JWM
I use SETIQ's logs ,I don't leave SETIspy on.Do you still want it?
(thanks for the offer BTW🙂)

Poof
I'm no where near the North sea!😛😉 ,unless you call 70+ miles near.
BTW where are you?
 
Back
Top