Message boards : Server and website : Very slow download speed
Author | Message |
---|---|
The 1.07GB binaries load at just ~39 KBps. | |
ID: 59750 | Rating: 0 | rate: / Reply Quote | |
Yes, same situation here. So far trying to download for over 16 hours elapsed now with only 9% completion | |
ID: 59753 | Rating: 0 | rate: / Reply Quote | |
Today the deadline might be reached before the calculation starts. | |
ID: 60187 | Rating: 0 | rate: / Reply Quote | |
Is the project server connected via ISDN oder 56k Modem line? The Internet is not a homogeneous entity. There may be a dozen telecom operators from you to GPUGRID, each of which, in turn, has dozen of routes. No one can control or choose a specific route along its entire length. There may have been a problem somewhere and you were unlucky. Personally, I have not noticed serious problems with upload and download speed for a long time. Updload: 28/03/2023 17:52:49 | GPUGRID | Computation for task Bace_protein_nH_13j_4o_2-QUICO_TEST_ATM-0-1-RND1584_0 finished 28/03/2023 17:52:51 | GPUGRID | Started upload of Bace_protein_nH_13j_4o_2-QUICO_TEST_ATM-0-1-RND1584_0_0 28/03/2023 17:57:34 | GPUGRID | Finished upload of Bace_protein_nH_13j_4o_2-QUICO_TEST_ATM-0-1-RND1584_0_0 28/03/2023 17:57:42 | GPUGRID | Sending scheduler request: To report completed tasks. 28/03/2023 23:33:17 | GPUGRID | Computation for task e00002a03085-ABOU_rnd_ppod_expand_demos29_2_exp6-0-1-RND1747_0 finished 28/03/2023 23:33:20 | GPUGRID | Started upload of e00002a03085-ABOU_rnd_ppod_expand_demos29_2_exp6-0-1-RND1747_0_0 28/03/2023 23:33:49 | GPUGRID | Finished upload of e00002a03085-ABOU_rnd_ppod_expand_demos29_2_exp6-0-1-RND1747_0_0 28/03/2023 23:33:54 | GPUGRID | Sending scheduler request: To report completed tasks. Download: 28/03/2023 17:57:45 | GPUGRID | Started download of p38_2u_2k_3_3A-QUICO_TEST_ATM-0-input 28/03/2023 17:59:17 | GPUGRID | Finished download of p38_2u_2k_3_3A-QUICO_TEST_ATM-0-input 28/03/2023 17:59:18 | GPUGRID | Starting task p38_2u_2k_3_3A-QUICO_TEST_ATM-0-1-RND7131_2 28/03/2023 23:33:57 | GPUGRID | Started download of PTP1B_new_23477_23482_OFF_2-QUICO_ATM_OPENFF-0-input 28/03/2023 23:34:00 | GPUGRID | Finished download of PTP1B_new_23477_23482_OFF_2-QUICO_ATM_OPENFF-0-input 29/03/2023 00:33:57 | GPUGRID | Sending scheduler request: Requested by project. As you can see, both took no more than a few minutes. So I doubt that the problem is at the GPUGRID level, and no need blindly blame them : ) | |
ID: 60217 | Rating: 0 | rate: / Reply Quote | |
By the way, I also have a very slow download and upload. The units can be seen on my computer, but have not yet been downloaded. | |
ID: 60221 | Rating: 0 | rate: / Reply Quote | |
As a general comment on BOINC projects, not directly linked with this problem, there can be an issue every time a new application version is released - and we're going through a period of significant testing at the moment. | |
ID: 60222 | Rating: 0 | rate: / Reply Quote | |
This is the most unresponsive web site I've ever visited. I wonder if they'll ever make it respond at normal rates? This site can’t be reached www.gpugrid.net took too long to respond. Try: Checking the connection Checking the proxy and the firewall Running Windows Network Diagnostics ERR_CONNECTION_TIMED_OUT | |
ID: 60252 | Rating: 0 | rate: / Reply Quote | |
This is the most unresponsive web site I've ever visited. Before blaming project, just do mtr(or WinMTR for Win), and find where drops/high latency rise. The problem may have nothing to do with the infrastructure of the project itself. If your goal is not just to vent your discontent on the forum, but to pay attention to real project's problems, then instead of words, post here traces, your public IP and time of test. | |
ID: 60253 | Rating: 0 | rate: / Reply Quote | |
Or: | |
ID: 60255 | Rating: 0 | rate: / Reply Quote | |
Or: I strongly doubt that the project's web server has such a low threshold (or rather a large time window for tracking new connections) to limit the occasional connections from BOINC-clients, even if you have a dozen computers "sitting" on one public IP-address. When receiving repeated response with absence of tasks, BOINC-client increases delay before contacting the server again, so I don't see any notable prerequisites for DoS (not DDoS. Distributed DoS = requests from multiple addresses). And if your number of computers has exceeded half a hundred, then I am sure that you will have the means to rent a small IP-pool (/28 subnet = 12 IPs) of public addresses to ensure the normal operation of such farm :) And finally: how will just whining on the forum help the cause? And this appeal is not from beginner, who has encountered such problem for the first time. If the problem is really so acute and really on the side of the project, then all the old-timers are already aware that the project has never had enough IT resources to deal with such technical problems and implement some optimizations or upgrades. So if everything is clear, then why pour empty words on the forum over and over again? *sigh* | |
ID: 60262 | Rating: 0 | rate: / Reply Quote | |
Except as Richard has posted, we 'old-timers' who have crunched the project for half a dozen years or more have observed the behavior consistently and correlated the severity of the issue with the number of hosts contacting the project from the same external IP address. | |
ID: 60263 | Rating: 0 | rate: / Reply Quote | |
So I did not deny the existence of the problem itself. I only doubted its sources or methods of its diagnosis. And still the question remains open - what for to shake the air to no avail? -_- | |
ID: 60265 | Rating: 0 | rate: / Reply Quote | |
Here is some traceroute | |
ID: 60311 | Rating: 0 | rate: / Reply Quote | |
With me, the Windows computers no longer get updates, only the one Linux computer. After what I have read above, I will turn off my router and turn it on again to get a new IP. It is renewed every night but maybe it will help if I restart the router. | |
ID: 60316 | Rating: 0 | rate: / Reply Quote | |
No, not in this case. It seems that its some kind of glitch. I can't reproduce that. I suggest you to use WinMTR Redux as replacement for standard Windows tracert tools, as WinMTR much more fast, flexible and useful. And try to do more and longer(10-15 min) traces in different time of day, because network load may vary very much(in your ISP network, in transit and in GPUGRID project network). | |
ID: 60318 | Rating: 0 | rate: / Reply Quote | |
Message boards : Server and website : Very slow download speed