Gripes and Kudos II

Message boards : Number crunching : Gripes and Kudos II
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 5 · 6 · 7 · 8 · 9 · 10 · Next

AuthorMessage
Profile Gary Charpentier Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 25 Dec 00
Posts: 30922
Credit: 53,134,872
RAC: 32
United States
Message 1326232 - Posted: 9 Jan 2013, 23:38:58 UTC

Gripe: People who say no one cares when things go south.

Kudos: getting anything to work on the shoestring budget.

ID: 1326232 · Report as offensive
Profile Bernie Vine
Volunteer moderator
Volunteer tester
Avatar

Send message
Joined: 26 May 99
Posts: 9956
Credit: 103,452,613
RAC: 328
United Kingdom
Message 1326320 - Posted: 10 Jan 2013, 9:44:31 UTC - in response to Message 1326232.  

Gripe: People who say no one cares when things go south.

Kudos: getting anything to work on the shoestring budget.

+1
ID: 1326320 · Report as offensive
David S
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 18352
Credit: 27,761,924
RAC: 12
United States
Message 1328413 - Posted: 17 Jan 2013, 21:02:35 UTC

Gripe: that the connection is oversaturated again.

Kudos: to whoever did the A/C work for getting it done faster than we expected.

David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.

ID: 1328413 · Report as offensive
GALAXY-VOYAGER
Avatar

Send message
Joined: 21 Oct 12
Posts: 85
Credit: 157,743
RAC: 0
Australia
Message 1328521 - Posted: 18 Jan 2013, 4:06:55 UTC - in response to Message 1166684.  
Last modified: 18 Jan 2013, 4:09:08 UTC

Gripe Related: Gripes should be Relayed as Personal Messages ... NOT Broadcast in Public to Dishearten Others ..... Moral oo Comment is ... "If You Can't Stand The Heat, Stay Out Of The Kitchen".

Kudo: The Above Quote is not meant to Personally Attack Anyone.
GALAXY-VOYAGER
ID: 1328521 · Report as offensive
David S
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 18352
Credit: 27,761,924
RAC: 12
United States
Message 1328643 - Posted: 18 Jan 2013, 14:39:54 UTC - in response to Message 1328521.  

Gripe Related: Gripes should be Relayed as Personal Messages ... NOT Broadcast in Public to Dishearten Others ..... Moral oo Comment is ... "If You Can't Stand The Heat, Stay Out Of The Kitchen".

Kudo: The Above Quote is not meant to Personally Attack Anyone.

If it's a personal gripe, you're right, but most or all of what is posted here is general gripes that aren't personal or even nasty.

And we always give the gripe first so the kudo will negate any disheartening effect. Kudos to whoever thought of that!

David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.

ID: 1328643 · Report as offensive
Profile ravens

Send message
Joined: 10 Aug 03
Posts: 8
Credit: 128,817
RAC: 0
Canada
Message 1328649 - Posted: 18 Jan 2013, 14:51:14 UTC

Gripe: Downloads at times can be excrutiating slow, only a few kbps for an 8M file.
Kudos: System eventually admits that has failed, and often does better next time.
ID: 1328649 · Report as offensive
Omega Man

Send message
Joined: 28 Dec 99
Posts: 2
Credit: 4,265,371
RAC: 3
United States
Message 1329130 - Posted: 19 Jan 2013, 16:09:49 UTC

I just have a gripe. I love doing SETI, but unless i start getting some SUCCESSFUL downloads, I may have to remove it.
ID: 1329130 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 5 Jul 99
Posts: 4654
Credit: 47,537,079
RAC: 4
United Kingdom
Message 1329132 - Posted: 19 Jan 2013, 16:26:27 UTC - in response to Message 1329130.  

I just have a gripe. I love doing SETI, but unless i start getting some SUCCESSFUL downloads, I may have to remove it.


All your errored tasks are because you haven't got the seti_603.jpg or ap_601.jpg files successfully, are you on a mobile connection where picture files are compressed?

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
app_version download error: couldn't get input files:
<file_xfer_error>
<file_name>seti_603.jpg</file_name>
<error_code>-200</error_code>
</file_xfer_error>

</message>
]]>


If you want to try different Browsers, download manager, etc to try and get the files the urls are:

http://boinc2.ssl.berkeley.edu/sah/download_fanout/seti_603.jpg 9,068 bytes

http://boinc2.ssl.berkeley.edu/sah/download_fanout/ap_601.jpg 7,653 bytes

Once you're got the files drop them in your setiathome project folder, for Windows 7 (and probably Win 8) the default location is:

C:\ProgramData\BOINC\projects\setiathome.berkeley.edu

Claggy
ID: 1329132 · Report as offensive
space plowboy

Send message
Joined: 25 May 99
Posts: 2
Credit: 875,064
RAC: 4
United States
Message 1333728 - Posted: 2 Feb 2013, 1:00:14 UTC

Between "Not sending work - last request too recent: 45 sec" and "Not reporting or requesting tasks" a programmer could feel pretty smug looking down on whoever programs these poor decisions. A basic tenet in the art of programming is to discern the needs of the user instead of concocting them.
When I as a user, (as oppsed to the usual I as a programmer) have the bandwidth/compute time resources to issue a request for tasks, it is annoying as someone desiring to further the general progress of the SETI program to encounter these little joy-rides of the programmer on the user. I am the decider; I know what is available, not an armchair programmer (no offense, I work). There should obviously be a button for Do It Now, if the algorithm is this flawed.

ID: 1333728 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 13835
Credit: 208,696,464
RAC: 304
Australia
Message 1333732 - Posted: 2 Feb 2013, 1:15:46 UTC - in response to Message 1333728.  
Last modified: 2 Feb 2013, 1:18:04 UTC

Between "Not sending work - last request too recent: 45 sec" and "Not reporting or requesting tasks" a programmer could feel pretty smug looking down on whoever programs these poor decisions.

As a programmer you should actually be able to appeciate why such things need to happen.
Not having a backoff period bewteen requsts would allow people to write a script to hammer the servers continuously, denying others a chance to contact them. The fact that there is a minimum period between connections means there is no point in someone attempting it.
And "Not reporting or requsting taks" is an informative mesage- it indicates just what it says- it's neither reporting or requsting new work, indicating that hitting the retry button that time wasn't really worth the effort.


A basic tenet in the art of programming is to discern the needs of the user instead of concocting them.

A basic tenet in the art of programming is to know the limits of your hardware, and then to do what you can within those limits. Ignoring those limits doesn't make them go away.
Grant
Darwin NT
ID: 1333732 · Report as offensive
Profile Ex: "Socialist"
Volunteer tester
Avatar

Send message
Joined: 12 Mar 12
Posts: 3433
Credit: 2,616,158
RAC: 2
United States
Message 1333824 - Posted: 2 Feb 2013, 4:57:34 UTC - in response to Message 1333728.  

Between "Not sending work - last request too recent: 45 sec" and "Not reporting or requesting tasks" a programmer could feel pretty smug looking down on whoever programs these poor decisions. A basic tenet in the art of programming is to discern the needs of the user instead of concocting them.
When I as a user, (as oppsed to the usual I as a programmer) have the bandwidth/compute time resources to issue a request for tasks, it is annoying as someone desiring to further the general progress of the SETI program to encounter these little joy-rides of the programmer on the user. I am the decider; I know what is available, not an armchair programmer (no offense, I work). There should obviously be a button for Do It Now, if the algorithm is this flawed.

Huge Gripe: This post. The purpose of Boinc and this project is for YOU to help them, not the other way around.

Kudos, to D.A., Eric K, Matt, and everyone else for the hard work these people do!

#resist
ID: 1333824 · Report as offensive
Profile Gary Charpentier Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 25 Dec 00
Posts: 30922
Credit: 53,134,872
RAC: 32
United States
Message 1334179 - Posted: 3 Feb 2013, 5:30:59 UTC

Gripe: People who bitch post as Mr. Know it All.

Kudos: People who realize they have to serve requests in a first come first served order and keep the volume of requests down so all the traffic bandwidth isn't tied up with questions "is my download ready yet."

ID: 1334179 · Report as offensive
Profile SonicAgamemnon Project Donor
Avatar

Send message
Joined: 8 Apr 06
Posts: 33
Credit: 30,435,904
RAC: 7
United States
Message 1341062 - Posted: 26 Feb 2013, 16:22:14 UTC - in response to Message 1333732.  

And "Not reporting or requsting taks" is an informative mesage- it indicates just what it says- it's neither reporting or requsting new work, indicating that hitting the retry button that time wasn't really worth the effort.


Part of the "annoyance" factor involved here is the utter uselessness of enabling a retry button that really isn't going to retry anything at all. Perhaps the level of frustration would drop if such buttons were disabled when the feature behind it is not available? It seems like a logical pattern to follow, but I guess the amount of programming involved is too great...

"History is a pack of lies about events that never happened told by people who weren't there." - Santayana
ID: 1341062 · Report as offensive
Tom*

Send message
Joined: 12 Aug 11
Posts: 127
Credit: 20,769,223
RAC: 9
United States
Message 1341098 - Posted: 26 Feb 2013, 22:25:17 UTC
Last modified: 26 Feb 2013, 22:29:44 UTC

Kudos to Matt for decreasing the load on Synergy. Transitioner now is Vader
and when Transitioner was Synergy either shorties and or AP's would delay
the schedular so much I would timeout using my Proxy.

Now I can keep the Proxy on for both Schedular and Download. It works even after a Tuesday outage with large numbers of GPU shorties and Ap's I can reliably contact the schedular using my Proxy

Thank you Matt

All we need now is our own Proxy at the bottom of the hill.
ID: 1341098 · Report as offensive
David S
Volunteer tester
Avatar

Send message
Joined: 4 Oct 99
Posts: 18352
Credit: 27,761,924
RAC: 12
United States
Message 1341273 - Posted: 27 Feb 2013, 14:10:31 UTC - in response to Message 1341062.  

And "Not reporting or requsting taks" is an informative mesage- it indicates just what it says- it's neither reporting or requsting new work, indicating that hitting the retry button that time wasn't really worth the effort.

Part of the "annoyance" factor involved here is the utter uselessness of enabling a retry button that really isn't going to retry anything at all. Perhaps the level of frustration would drop if such buttons were disabled when the feature behind it is not available? It seems like a logical pattern to follow, but I guess the amount of programming involved is too great...

You need to differentiate between the Retry Now button on the Transfers tab and the Update button on the Projects tab.

The Retry Now button is unavailable if there are no uploads or downloads to retry.

The Update button is always available because there are reasons for contacting the scheduler other than getting new work. For example, you may have updated your preferences on your account page on the web site and you want your computer to make contact so it will know your new prefs. This will result in the "Not reporting or requesting" message.

David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.

ID: 1341273 · Report as offensive
Profile SonicAgamemnon Project Donor
Avatar

Send message
Joined: 8 Apr 06
Posts: 33
Credit: 30,435,904
RAC: 7
United States
Message 1341278 - Posted: 27 Feb 2013, 14:39:52 UTC - in response to Message 1341273.  

...The Retry Now button is unavailable if there are no uploads or downloads to retry.

The Update button is always available because there are reasons for contacting the scheduler other than getting new work. For example, you may have updated your preferences on your account page on the web site and you want your computer to make contact so it will know your new prefs. This will result in the "Not reporting or requesting" message.


Thanks for the explanation; I hadn't noticed that delta in button behavior. However, I'm a bit dissappointed, mainly becuase the disable logic is already in place for one button but not the other, because the Update button is loaded with several responsibilities, making it convenient but ripe for misuse and a source for raising the annoyance factor. I would prefer to isolate the upload/download behavior with the Retry Now button only, removing that behaivor from the other catch-all Update button.

But this is just one person's subjective opinion, and I give it with the best of intentions. BTW, I feel comfortable expressing this because I have just sent a donation check in the mail, so I do have some skin in the game...

"History is a pack of lies about events that never happened told by people who weren't there." - Santayana
ID: 1341278 · Report as offensive
Profile Cornhusker

Send message
Joined: 20 Apr 09
Posts: 41
Credit: 45,415,265
RAC: 37
United States
Message 1341798 - Posted: 28 Feb 2013, 23:21:30 UTC

It looks like I'm back to not being able to download again. I've got a screenfull of downloads. Watching them I find that some downloads -- while they're actively downloading and the percentage is going up -- time out and go to the bottom of the queue. Then another partially downloaded task begins and -- sometime while downloading -- times out.

This may be partially due to having my preferences set for Astropulse tasks only, which are 8 MB in size. I have now changed my preference to seti@home tasks only. I'm hoping the smaller file sizes will lead to more tasks completing on the first try.
The plan that was announced a while back for you guys to quadruple the task sizes has me worried. It seems far fewer tasks (probably at least 4 times fewer tasks) will download on the first try, and the overhead of increased restarts will more than offset any advantage that increased task size has on your database.

After all, if no one can get any work you don't even need a database.

ID: 1341798 · Report as offensive
Profile Jim Bryan

Send message
Joined: 11 Sep 12
Posts: 14
Credit: 2,755,063
RAC: 0
United States
Message 1342595 - Posted: 3 Mar 2013, 4:28:29 UTC

I know this has probably already been addressed before, but I can't find it. I have 2 computers running seti. One is an older desktop unit with 2 cpus and a laptop with 4. My older unit always has plenty of data to process while my laptop rarely has enough to get through the day. I have increased my data reservoir up to 3 days and only the desktop is increased. What do I need to do?
ID: 1342595 · Report as offensive
Profile betreger Project Donor
Avatar

Send message
Joined: 29 Jun 99
Posts: 11408
Credit: 29,581,041
RAC: 66
United States
Message 1342597 - Posted: 3 Mar 2013, 4:46:50 UTC - in response to Message 1215962.  

Amen
ID: 1342597 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 13835
Credit: 208,696,464
RAC: 304
Australia
Message 1342602 - Posted: 3 Mar 2013, 5:26:16 UTC - in response to Message 1342595.  

I have increased my data reservoir up to 3 days and only the desktop is increased. What do I need to do?

It won't make much difference as there is a server side limit of 100WUs per CPU & 100WUs per GPU.
Grant
Darwin NT
ID: 1342602 · Report as offensive
Previous · 1 . . . 5 · 6 · 7 · 8 · 9 · 10 · Next

Message boards : Number crunching : Gripes and Kudos II


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.