Panic Mode On (82) Server Problems? |
![]() |
| log in |
Message boards : Number crunching : Panic Mode On (82) Server Problems?
Previous · 1 · 2 · 3 · 4 · 5 . . . 24 · Next
| Author | Message |
|---|---|
|
I wish I were able to fully understand why when using a proxy everything runs perfectly but not without it... Well, I wouldn care about that if the owners of the proxies were not filtering my traffic after a couple of days/hours :b | |
| ID: 1340906 · | |
|
147.31.182.137:80 is working very well | |
| ID: 1340911 · | |
I wish I were able to fully understand why when using a proxy everything runs perfectly but not without it... Well, I wouldn care about that if the owners of the proxies were not filtering my traffic after a couple of days/hours :b I believe it has something to do with packet re-try counters/durations, or something along those lines. Maybe a proxy ends up having a smaller MTU on the output side, or for a TCP transfer, instead of 60 seconds before saying "I didn't receive X packet," it is more like 10 seconds, and therefore it can keep pushing it along before BOINC decides it is a stalled transfer and gives up. It's hard telling. I don't know why exactly proxies seem to do the trick, but the bottom line is that they work wonders.....once you find one that works. ____________ Linux laptop uptime: 1484d 22h 42m Ended due to UPS failure, found 14 hours after the fact | |
| ID: 1340916 · | |
|
Someone reported here back in 2012 that they were fed up with Proxies | |
| ID: 1340923 · | |
|
More then 24hours for 5ap dl now. | |
| ID: 1340935 · | |
|
And why is this allowed? | |
| ID: 1340936 · | |
|
Well 9-10 days ago, the U/Ls, D/Ls & Reporting throughput was awesomely good, for example: http://setiathome.berkeley.edu/forum_thread.php?id=70730&postid=1338911. | |
| ID: 1340938 · | |
|
Maybe someone needs to end the ongoing Shortie Storm? | |
| ID: 1340940 · | |
Maybe someone needs to end the ongoing Shortie Storm? May not be something they can control. Remember, Seti@Home gets its data by piggy-backing off other projects using the Arecibo telescope. We are at the mercy of the folks who pay to use the antenna - so we get what we get. I don't know if the guys know what's on each set of "tapes" before they are fed to the splitters, but once they start splitting, they pretty much have to finish the run..... ____________ Donald Infernal Optimist / Submariner, retired | |
| ID: 1341026 · | |
Maybe someone needs to end the ongoing Shortie Storm? They can’t do that, but what they can is send sorties to CPU. Tim ____________ | |
| ID: 1341034 · | |
Question. Why did the server problem 81 get locked. When a thread gets up to a few hundred posts, it gets locked and a new one is started, with the discussion continuing right where it left off. It is perfectly fine that you responded to something from the last one in this one. ____________ David Sitting on my butt while others boldly go, Waiting for a message from a small furry creature from Alpha Centauri. | |
| ID: 1341035 · | |
|
dl 5 ap tasks for about 48hours now or something. | |
| ID: 1341068 · | |
That's what they do (for me) at the moment. But here is still the download speed (~2KBps) | |
| ID: 1341078 · | |
Question. Why did the server problem 81 get locked. The last post showed an awesome machine. So I will comment here. WOW, WOW,WOW, I want one. I was wondering how he had 32 threads going out a 8 core. Did not expect two cpus. It just looks so clean... Here's a fun little video that shows the same machine munching on a CUDA shortie in just under 3.5 minutes. That is just enough time to hear my favorite guitar piece by Torroba during the video: https://www.youtube.com/watch?v=OC9B3DsHY4w I hope you enjoy watching this cute CUDA shortie climbing Mount SETI! ____________ "History is a pack of lies about events that never happened told by people who weren't there." - Santayana | |
| ID: 1341117 · | |
|
5 more ap tasks in download. | |
| ID: 1341160 · | |
I gave up on connecting my XP machine to Ubuntu via Firewire. I finally broke down and installed Squid in Ubuntu. I actually managed to get Squid to handle the SETI downloads on my XP machine. No More Download Stalls with XP. I do need to look into configuring Squid to handle the SETI uploads and Scheduler requests though. Just like with many of the HTTP proxies, Squid doesn't do Uploads & Scheduler requests. Kinda makes you think many of those HTTP proxies are running Squid. My new HTTP Proxy is 192.168.1.4:5555. I've managed to find a solution to the Linux Proxies not working with the SETI Uploader & Scheduler. Just add this line to the "Don't use proxy for:" BOINC HTTP Proxy box; http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler,http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi Then the Uploader & Scheduler will work when connected to a Proxy. All you have to do now is find a suitable Proxy. You could make your own, Mine downloads a Multibeam task in under a minute, an AstroPulse task in around 12-15 minutes...Without Any Stalls or Backoffs... | |
| ID: 1341165 · | |
|
I just transparently proxied all port 80 traffic leaving my network using my router. Was sick and tired of playing with windows networking failing miserably with the latency problems. Have been downloading fine ever since and it has not been causing any scheduler contact problems. All tasks download at a resonable rate 10K-20K/s, which I am fine with, very rarely do I ever get a stalled download anymore. | |
| ID: 1341230 · | |
I've managed to find a solution to the Linux Proxies not working with the SETI Uploader & Scheduler. Thanks for that. After reading your post earlier today, I decided to give the local proxy a try, even though I couldn't think of any reason why it should work better than BOINC connecting to Berkeley directly. To my astonishment, the Squid proxy does seem to be a fair improvement - no more stalled downloads. Doesn't matter if the download rate is less than 10 KiB/s each, as long as it's making progress and I don't have to constantly manually kick it, this seems to be a good solution. It seems to me that Squid is a lot more robust in terms of retrieving data from Berkeley than from doing so with BOINC directly. ____________ Soli Deo Gloria | |
| ID: 1341242 · | |
|
Mind you, my downloads today are running more smoothly than yesterday - and I haven't set up a proxy or changed any settings. | |
| ID: 1341251 · | |
|
I did notice that downloads were marginally better in the last few hours. However, using my local proxy means that I'm getting about twice the speed that I was previously and I don't have to constantly hit the retry button all the time. | |
| ID: 1341257 · | |
Message boards : Number crunching : Panic Mode On (82) Server Problems?
| Copyright © 2013 University of California |