Message boards :
News :
Successful Lab Repairs
Message board moderation
Previous · 1 · 2 · 3 · Next
Author | Message |
---|---|
juan BFP Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 |
Interesting, it never seemed to me that there was a bandwidth problem. To me donwloading SAH takes seconds, AP minutes. You win the lottery! We all have problems to DL WU from SETI. There is a strong perception there is a bandwidth problem by those who want high RAC's. Of course if you have a high RAC you number of DL WU needed to keep your hosts is bigger, but i realy don´t understand why now a high RAC is Bad?. I agree 100% with Mark, if RAC is what we are looking for, there are a lot of others projects who "paid" more RAC for the same amount of processing power and electric power we spend to mantain our RAC, i could say only for me, i just here because a dream, and thats all, nothing about science, RAC or anything else just about a dream to answer the old question: are we alone? On other hand, someone loose the focus, yes there is a bandwidth problem, anyone could see by the crickets the link is uses at 100% most of the time, and anybody who knows a little about network usage knows, no network works fine when you use 100% of it´s capacity. |
Gary Charpentier Send message Joined: 25 Dec 00 Posts: 31006 Credit: 53,134,872 RAC: 32 |
There is a strong perception there is a bandwidth problem by those who want high RAC's. I've asked several times but the lab boys don't answer is are they collecting data at a much faster rate than we are processing it. If not, then in reality there isn't a bandwidth issue. No one is saying that people with high RAC's aren't interested in the science. However there are those that seem as if they are chasing RAC more than they are interested in science, or that they know better than the project scientist what data should be sent out and how fast. As to the question being valid, if we are crunching faster than it is being collected, then eventually the well runs dry and bandwidth is moot. In any case the possible move to a co-lo spot on campus should remove one of the two political reasons for the bandwidth limit. Unfortunately the other political reason is $$$/month based and may not be so easy to overcome, unless someone can get it buried deep in a budget. |
Rolf Send message Joined: 16 Jun 09 Posts: 114 Credit: 7,817,146 RAC: 0 |
unless someone can get it buried deep in a budget. This way, it will stay political for eternity! |
kittyman Send message Joined: 9 Jul 00 Posts: 51478 Credit: 1,018,363,574 RAC: 1,004 |
There is a strong perception there is a bandwidth problem by those who want high RAC's. I've asked several times but the lab boys don't answer is are they collecting data at a much faster rate than we are processing it. If not, then in reality there isn't a bandwidth issue. Well, my opinion is let's get the infrastructure capable of handling as much as the project can dish out. If that means that we are processing more data than the project is gathering...I think that would be a wonderful thing. Then room would be open to either gather more data if possible, or process the data in more depth than is currently being done. Either way....the bandwidth we now have is not being used to it's fullest, as most know that when maxxed out like this, the end result is less data actually being transferred than it appears, as much is lost to retries, transmission errors, etc.. If we had a 200Mb pipe, I think it would solve a lot of problems. More would be better, of course, but I would not be surprised if maximum usage ended up to be 200Mb or less after an outage, and settling in at not much over the 100Mb we have now, but it would be fully utilized, not wasted with corrupted data transfer attempts. "Time is simply the mechanism that keeps everything from happening all at once." |
gs Send message Joined: 18 May 99 Posts: 45 Credit: 5,412,660 RAC: 8 |
It seems that the capacity of the servers still is degraded. I noticed, that during the last weeks, DL of astropulse and standard 6.03 work units takes hours. I'm DL from Europe, but even during the early morning hours local time, when the activities on the US side should be low, DL will not speed up. I'm constantly running out of work units. Is this a persistant problem? |
kittyman Send message Joined: 9 Jul 00 Posts: 51478 Credit: 1,018,363,574 RAC: 1,004 |
It seems that the capacity of the servers still is degraded. I noticed, that during the last weeks, DL of astropulse and standard 6.03 work units takes hours. You just noticed this...now? LOL. Yes, it is a persistent problem. We have been debating about it for years now. "Time is simply the mechanism that keeps everything from happening all at once." |
gs Send message Joined: 18 May 99 Posts: 45 Credit: 5,412,660 RAC: 8 |
It wasn't that much of a problem up to some months ago. It's getting worse and my question is, what will be done about it? If bandwidth is not the bottleneck, is it the server capacity? |
Rolf Send message Joined: 16 Jun 09 Posts: 114 Credit: 7,817,146 RAC: 0 |
It wasn't that much of a problem up to some months ago. +1 |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13854 Credit: 208,696,464 RAC: 304 |
It wasn't that much of a problem up to some months ago. It's been a problem for almost 2 years. Grant Darwin NT |
Oldskool J-EDM Send message Joined: 23 Jan 13 Posts: 3 Credit: 1,091,649 RAC: 1 |
In response to Garys post on this page, I am also having the exact same problem. I am also based here in the UK. I'm a noob, joined only a month or so ago...so I do not know much about the day-to-day runnings of SETI just yet. However...my first week using Boinc (exclusively for SETI) gave me many, many tasks...all DL'd very quickly indeed. Now I seem to get appox 50% of a task before it grinds to a halt...and then, as others have said, can take on average 6-8 hours for the rest to DL'd but I am also only getting 2, maybe 3 tasks at a time...whereas I had initially been recieving a minimum of 8 each time boinc connected to the servers....so my task list kept a nice stockpile to be getting on with. I'm not a techy, but I do find this both curios and frustrating. Did I join SETI on a 'good week' then?...or is this a quirk for newcomers to the project? |
Gary Charpentier Send message Joined: 25 Dec 00 Posts: 31006 Credit: 53,134,872 RAC: 32 |
In response to Garys post on this page, I am also having the exact same problem. Interesting ... this morning DL'd 70 work units PDQ. There were a couple that timed out, but by the time the rest had gone, they went right away without intervention. I'm beginning to wonder if what people are seeing is a related to a wonky TCP/IP stack or overloaded routers somewhere between the lab and them. I'm wondering if the timeouts are due to excessive latency in the route causing one end or the other to timeout prematurely. I'm thinking this because if it is the same people having trouble, while others have no trouble then it may be related to the path or time the packets are taking to the lab. I know we are slamming the lab, but you would expect that to randomly cause issues, not for the same people most of the time. |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13854 Credit: 208,696,464 RAC: 304 |
Add to that fact that those having issues, if they use a proxy, will then get excelent download rates, till the proxy gets closed down. Grant Darwin NT |
mbondaz Send message Joined: 28 Oct 12 Posts: 1 Credit: 3,762,801 RAC: 0 |
The problem appears ans disapears without any changes of network triming. For example, it seems a quiet slow : SET@home|setiathome-5.28x86_64-pc-linux-gnu|19,67%|1,25/6,33 MB|38:15:24|0,00KBps|Téléchargement: réessayer dans 05:21:50 |
Sean Glasspool Send message Joined: 23 May 99 Posts: 7 Credit: 10,897,153 RAC: 0 |
Im having the same issue here. WUs sitting mostly downloaded then stalled. I connect to a proxy service and they start downloading again, but very slowly... |
juan BFP Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 |
If you have Windows hosts and have DL problems, you shoulD read this thread: http://setiathome.berkeley.edu/forum_thread.php?id=71002 |
bill Send message Joined: 16 Jun 99 Posts: 861 Credit: 29,352,955 RAC: 0 |
There's an answer to the stall problem being passed out in Number Crunching for the Windows users. Funny that, getting a fix to a problem in a forum for problems instead of one for news. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
There's an answer to the stall problem being passed out in Yes, it's nice when volunteers are part of the solution, not just part of the problem. I'm a great believer in the principle of BOINC being a provider of Distributed Wisdom, not just a consumer of Distributed Computing. |
bill Send message Joined: 16 Jun 99 Posts: 861 Credit: 29,352,955 RAC: 0 |
Can we get a Hallelujah? |
Gary Send message Joined: 9 Jan 13 Posts: 6 Credit: 547,354 RAC: 0 |
A temporary fix will be good for me, i wont be spending £20 a month on wasted electricity! How do I 'use a proxy'? Many thanks, Gary |
Gary Send message Joined: 9 Jan 13 Posts: 6 Credit: 547,354 RAC: 0 |
How do i use a proxy? |
©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.