Advanced search

Message boards : Server and website : Problem with upload server?

Author Message
Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 44323 - Posted: 29 Aug 2016 | 19:04:29 UTC

For a few hours, I've been experiencing a problem with uploading finished tasks: the upload speed which is normally between 500 and 600 KBps, now varies between 20 KBps and almost zero. The upload of about 50% of a Gianni WU (181MB size) has been running for almost 80 minutes now.

A test of my system has shown that the internet connection is okay and on full speed.

What's the problem?

Profile caffeineyellow5
Avatar
Send message
Joined: 30 Jul 14
Posts: 225
Credit: 2,658,976,345
RAC: 0
Level
Phe
Scientific publications
watwatwatwatwatwatwatwat
Message 44340 - Posted: 30 Aug 2016 | 7:21:54 UTC

The uploads and downloads are probably being slowed by the bandwidth of the Adria OPEN and CLOSED tasks downloading, failing right away, then reporting failed. Bad task batches currently. Need to just wait this out until they are removed again.
____________
1 Corinthians 9:16 "For though I preach the gospel, I have nothing to glory of: for necessity is laid upon me; yea, woe is unto me, if I preach not the gospel!"
Ephesians 6:18-20, please ;-)
http://tbc-pa.org

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 44341 - Posted: 30 Aug 2016 | 9:08:40 UTC - in response to Message 44340.

The uploads and downloads are probably being slowed by the bandwidth of the Adria OPEN and CLOSED tasks downloading, failing right away, then reporting failed. Bad task batches currently. Need to just wait this out until they are removed again.

this might be the explanation. I, too, am receiving these Adria WUs on all of my hosts; no idea what they are not being removed from the server.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 44347 - Posted: 30 Aug 2016 | 19:27:58 UTC

since this afternoon, upload speed is back to normal.

Liam
Send message
Joined: 27 Jul 14
Posts: 1
Credit: 1,457,040
RAC: 0
Level
Ala
Scientific publications
wat
Message 47851 - Posted: 6 Sep 2017 | 12:27:56 UTC
Last modified: 6 Sep 2017 | 12:31:58 UTC

Uploading a work unit, 145MiB, speed varies between 1mbit/s and 10 kilobit/sec.
In packet capture we see a lot of TCP re-transmission and duplicate ACKs (may get 90 or more in a row, one time 360?!). 450MiB of data was sent from our side, just to upload this 145MiB file.

I was thinking of writing to my ISP about their lousy connectivity to Europe, but when I looked at traceroute and ping for the server I see no evidence of loss or bandwidth saturation in the network path. e.g. while the upload was 'slow'...

$ ping -qc 50 84.89.134.145
--- 84.89.134.145 ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 49056ms
rtt min/avg/max/mdev = 370.399/371.614/373.334/0.616 ms


Is there a problem currently at the server side, or could it be something else I have overlooked. Are others having troubles uploading WUs?

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 47883 - Posted: 16 Sep 2017 | 13:42:12 UTC

again, I see extremely slow uploads today; many times, they even pause for a while.

Is anyone else making the same experience?

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48030 - Posted: 23 Oct 2017 | 12:39:50 UTC

I have given up my hope to ever get an answer from the GPUGRID people here :-(

But does anyone have any idea why the upload sever again does not work properly?
Today, uploads take forever :-( That's really annoying!

PappaLitto
Send message
Joined: 21 Mar 16
Posts: 511
Credit: 4,617,042,755
RAC: 0
Level
Arg
Scientific publications
watwatwatwatwatwatwatwat
Message 48033 - Posted: 23 Oct 2017 | 18:54:16 UTC - in response to Message 48030.

I have given up my hope to ever get an answer from the GPUGRID people here :-(

But does anyone have any idea why the upload sever again does not work properly?
Today, uploads take forever :-( That's really annoying!

I have not noticed slow uploads. But even if they are slow, as long as the upload doesn't take days, it doesn't really affect the flow. As long as your GPU is not idling, I don't see a problem.

Also, I don't have a problem with the GPUGrid Scientists not answering every single comment because I'd rather them concentrate on the entire reason they are doing this in the first place. To make groundbreaking scientific discoveries, and if they are answering questions on the forums every day they can't possibly be doing that.

They are low on people at the moment and don't even currently have an IT professional helping them so unfortunately we have to deal with this decrepit system at the moment.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48035 - Posted: 24 Oct 2017 | 6:05:32 UTC - in response to Message 48033.

Also, I don't have a problem with the GPUGrid Scientists not answering every single comment

Well, fact though is that not a single comment is answered. None at all :-(
And this can be quite frustrating for volunteers after a while.

PappaLitto
Send message
Joined: 21 Mar 16
Posts: 511
Credit: 4,617,042,755
RAC: 0
Level
Arg
Scientific publications
watwatwatwatwatwatwatwat
Message 48036 - Posted: 24 Oct 2017 | 10:42:36 UTC - in response to Message 48035.
Last modified: 24 Oct 2017 | 10:43:51 UTC

I work with scientists every day and I can tell you time is not something they have spare of. They are in meetings most of the day discussing the science at hand and when they're not in meetings they should be working. I think they should keep and eye on the server status and allow the work to always be flowing but for them to read every comment and respond is just not feasible.

Most of the questions presented by the forums are more tech related questions, suited for an IT professional. Most likely the scientists don't even know the answer to these questions.

Betting Slip
Send message
Joined: 5 Jan 09
Posts: 670
Credit: 2,498,095,550
RAC: 0
Level
Phe
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48037 - Posted: 24 Oct 2017 | 12:05:05 UTC - in response to Message 48036.
Last modified: 24 Oct 2017 | 12:15:39 UTC

They could appoint other students as PR representatives and surely the university has access to IT students and staff.

There is no excuse really. If you take resources from contributors that amount to tens of thousands a month you owe them some communication otherwise it will be seen as complete disrespect and certainly ungrateful.

There can never be a case made for treating users that donate to your cause so badly.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48038 - Posted: 24 Oct 2017 | 14:24:07 UTC

As I had already written in another thread here in the forum some time ago (after having read this as a comment of one of the project administrators in the forum of another BOINC project):

Of course have happy volunteers is very important for the health of a project so this is something that should be addressed

Betting Slip
Send message
Joined: 5 Jan 09
Posts: 670
Credit: 2,498,095,550
RAC: 0
Level
Phe
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48039 - Posted: 24 Oct 2017 | 15:49:04 UTC - in response to Message 48038.
Last modified: 24 Oct 2017 | 16:04:12 UTC

I remember that as well Erich and yet nothing happens. Only leaves me to think that those were empty words.

I'm sure there will be somebody along shortly that will have a whole list of reasons why things are like they are and promising things will change.

This project hasn't grown in active members for a long time and it's mostly 'hardcore' crunchers that have kept it viable. They must see this and yet silence which is tantamount to saying "speak to the hand"

But don't worry Admins, this thread will vanish into history as others have done and in about 6 months time another will appear and your loyal crunchers will still be here and at your disposal. Won't they?

kain
Send message
Joined: 3 Sep 14
Posts: 152
Credit: 641,182,245
RAC: 0
Level
Lys
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwat
Message 48040 - Posted: 24 Oct 2017 | 19:37:45 UTC - in response to Message 48039.

Do we have WUs to crunch? We do. Are there new publications proving that our crunching is useful? There are.

Of course thats frustrating and to be honest - sad, that there is not even a single person to take care of PR and coding. But Spain has big problems right now, funding science is not a priority right now. We can donate five or ten k euros to the project, they should be able to hire some IT specialist for a few hours a week for let's say half of the year... Do you see where am I going?

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48041 - Posted: 24 Oct 2017 | 19:40:26 UTC

Another uncertainty, I am afraid, now is what will happen to Universitat Pompeu Fabra in Barcelona in view of the forthcoming political developments/conflicts between Madrid and Catalonia.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48298 - Posted: 7 Dec 2017 | 21:24:08 UTC

Since last night, the upload server again is extremely slow. The upload speed of finished tasks is a fraction of what it normally is, sometimes it even comes to a halt. Uploads take forever.

Since this happens every once in a while, I wonder if no one at GPUGRID has ever looked into this problem.

Profile Retvari Zoltan
Avatar
Send message
Joined: 20 Jan 09
Posts: 2343
Credit: 16,201,255,749
RAC: 7,520
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48299 - Posted: 7 Dec 2017 | 21:38:18 UTC - in response to Message 48298.

Since last night, the upload server again is extremely slow. The upload speed of finished tasks is a fraction of what it normally is, sometimes it even comes to a halt. Uploads take forever.
I don't have any upload problems since last night. Usually it's only you reporting this slowness, so perhaps the error is on your ISP's side.
Try http://www.speedtest.net/; Open it with Microsoft Edge (or any flash enabled browser), and then you can select the location of the server you want to test your connection with. Practically you should select one in Barcelona. If the upload speed to those servers is slow too, then it's sure that GPUGrid has nothing to do about this.

WPrion
Send message
Joined: 30 Apr 13
Posts: 87
Credit: 1,065,409,111
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48313 - Posted: 9 Dec 2017 | 4:09:13 UTC
Last modified: 9 Dec 2017 | 4:12:22 UTC

I know this thread is about uploads, but right now I have an ADRIA_FOLDCALP80 download that has periods of less than 1KBps download speed. Most files downloaded normally, but two took much longer. The last file (...pdb_file) is at 4.7% and 17 minutes....

Edited a couple of minutes later
I think a router somewhere just passed a stone. The last file download finished.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48334 - Posted: 11 Dec 2017 | 11:30:05 UTC - in response to Message 48299.

I don't have any upload problems since last night. Usually it's only you reporting this slowness, so perhaps the error is on your ISP's side.
Try http://www.speedtest.net/; Open it with Microsoft Edge (or any flash enabled browser), and then you can select the location of the server you want to test your connection with. Practically you should select one in Barcelona. If the upload speed to those servers is slow too, then it's sure that GPUGrid has nothing to do about this.

Thanks, Zoltan, for your hint regarding speedtest.net. So far, I've used this tool for testing my own internet connection when some problem came up once in a while.
Following your advice, from December 8th until today, I have tested the connection from here to servers in Barcelona and also the area around Barcelona numerous times.
EVERYTIME the results were between 125 and 145 Mbps for download, and between 13,5 and 15 Mbps for upload.

Which would, in theory, support my assumption that the problem of the sometimes very low upload speed has to do with the GPUGRID upload server.
Unless there are other possibilities, technical-wise, which I am not aware of (not being a network expert at all).

I think that the fact that I am the only one who reports these flaws here in the Forum does not neccessarily mean that I am the only one with this problem.
I guess many other crunchers simply may not notice it, or if they notice it, they do not care.
On the other hand, you, for example, did NOT have such problems.
No idea what's really behind this, and how it could be found out and solved.

To show the actual figures:
on my WinXP machines, the upload speed to GPUGRID normally is between 280 and 380 KBps.
On my Windows10 machines it normally is between 600 and 700 KBps.

Whenever the problem comes up, above cited speeds are reduced by 80-90%.

mmonnin
Send message
Joined: 2 Jul 16
Posts: 332
Credit: 3,772,896,065
RAC: 4,765,302
Level
Arg
Scientific publications
watwatwatwatwat
Message 48340 - Posted: 12 Dec 2017 | 20:56:11 UTC

What I've noticed about uploads to GPUGrid are that 150kB is a good upload speed. Many times I've seen about 90kB.

Upload data seems to go in chunks. The percent uploaded will barely move at each refresh from something like 42.255% to 42.300% to 42.355%. During this time the upload rate will be dropping.

Then it will jump to like 43%, a 0.5% jump, with the upload rate jumping up several kB. Then its slow again with the % done barely moving and the rate going down until it jumps again.

My internet is VZ FiOS 50MB Up/Down so I can easily do quite a bit more than 150kB upload.

For up and down with GPUGrid, speeds seem to be pretty slow. But its nothing new with this project.

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,602,611,851
RAC: 8,763,316
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48349 - Posted: 12 Dec 2017 | 22:27:43 UTC - in response to Message 48340.

That sounds like the expected behaviour if the communications channel - end-to-end, anywhere along the line - has an intermediate device which is dropping packets.

If a packet is dropped in the middle of the transfer, there's a 'hole' in the received data where the missing packet should be, and I think BOINC's progress meter only shows data acknowledged without holes.

When the server requests a resend of the missing packet, and finally acknowledges it, the hole is filled in and the 'progress so far' jumps to include the later packets which have already been received out of order.

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,602,611,851
RAC: 8,763,316
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48351 - Posted: 13 Dec 2017 | 0:16:01 UTC

I've just watched task 16759934 uploading from the north of England. 107 MB, showing ~445 KB/sec steady speed, completed in 246 seconds (at that speed, it should have been 240 seconds, so a little loss).

I have a FTTC optical connection, with ~10 Mbit/sec uplink. (Router is currently showing 9.999 Mbps). So I was getting ~90% theoretical maximum. Nothing obviously wrong there.

I think that, like last time, the problem isn't the GPUGrid server, but some link, switch, or router in the international connector between your ISP and Spain.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48352 - Posted: 13 Dec 2017 | 6:07:37 UTC - in response to Message 48334.

since yesterday, the upload speed is back to what it normally is:

on my WinXP machines, the upload speed to GPUGRID normally is between 280 and 380 KBps.
On my Windows10 machines it normally is between 600 and 700 KBps.

so let's see for how long this will last.

computezrmle
Send message
Joined: 10 Jun 13
Posts: 9
Credit: 295,692,471
RAC: 0
Level
Asn
Scientific publications
watwatwatwatwat
Message 48355 - Posted: 13 Dec 2017 | 13:18:04 UTC

Hi all,

I rejoined this project after a long brake as my old GPUs were not powerful enough to support it.
The new one is fast enough and it finished a few WUs in the past days.

Like Erich56 I noticed intermittent download/upload problems but today it all seems to work at full speed.

Based on Richard Haselgrove's comments I suggest to post some traceroute paths.
If there is a common network node in the traces of affected users that is missing in the traces of other users this may be a hint to identify the bottleneck.


My traces (LAN and local ISP hops removed):

traceroute -I www.gpugrid.org traceroute to www.gpugrid.org (84.89.134.145), 30 hops max, 60 byte packets 4 87.186.200.142 (87.186.200.142) 25.197 ms 25.216 ms 25.416 ms 5 f-ed8-i.F.DE.NET.DTAG.DE (217.5.95.114) 27.937 ms 28.805 ms 28.823 ms 6 te0-0-0-5-4.agr41.fra03.atlas.cogentco.com (130.117.14.149) 28.825 ms 24.536 ms 24.509 ms 7 be3186.ccr41.fra03.atlas.cogentco.com (130.117.0.1) 24.495 ms 24.475 ms 24.454 ms 8 be2799.ccr41.par01.atlas.cogentco.com (154.54.58.234) 37.299 ms 37.221 ms 37.146 ms 9 be3325.ccr21.bio02.atlas.cogentco.com (130.117.48.205) 49.148 ms 49.379 ms 49.283 ms 10 be3357.ccr31.mad05.atlas.cogentco.com (130.117.1.21) 54.259 ms 54.088 ms 54.006 ms 11 be3375.agr22.mad05.atlas.cogentco.com (130.117.50.202) 55.501 ms 55.724 ms 55.645 ms 12 be2853.rcr11.b015537-1.mad05.atlas.cogentco.com (154.54.56.62) 51.609 ms 53.262 ms 53.184 ms 13 149.11.68.2 (149.11.68.2) 56.547 ms 55.245 ms 55.159 ms 14 CIEMAT.AE2.telmad.rt4.mad.red.rediris.es (130.206.245.2) 52.929 ms 52.273 ms 52.207 ms 15 TELMAD.AE4.uv.rt1.val.red.rediris.es (130.206.245.89) 58.730 ms 58.265 ms 58.181 ms 16 anella-val1-router.red.rediris.es (130.206.211.70) 66.893 ms 68.186 ms * 17 * * * 18 84.89.159.147 (84.89.159.147) 63.540 ms 63.841 ms 63.673 ms 19 * * * 20 * * * 21 grosso.upf.edu (84.89.134.145) 67.743 ms 68.738 ms 68.571 ms


Cheers

WPrion
Send message
Joined: 30 Apr 13
Posts: 87
Credit: 1,065,409,111
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48367 - Posted: 14 Dec 2017 | 13:38:37 UTC
Last modified: 14 Dec 2017 | 13:39:44 UTC

104MB Upload this morning looked fine until about 70%, then:

12/14/2017 7:33:32 AM | GPUGRID | [error] Error reported by file upload server: [e46s4_e1s74p1f193-PABLO_p27_wild_0_sj403_IDP-1-2-RND2605_0_9] locked by
file_upload_handler PID=112630
12/14/2017 7:33:32 AM | GPUGRID | Temporarily failed upload of e46s4_e1s74p1f193-PABLO_p27_wild_0_sj403_IDP-1-2-RND2605_0_9: transient upload error
12/14/2017 7:33:32 AM | GPUGRID | Backing off 00:00:46 on upload of e46s4_e1s74p1f193-PABLO_p27_wild_0_sj403_IDP-1-2-RND2605_0_9

Then it went into a backoff/retry loop for several minutes, then picked up again at the "normal" 130-140KBps and completed.

Win

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,602,611,851
RAC: 8,763,316
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48369 - Posted: 14 Dec 2017 | 16:59:33 UTC - in response to Message 48355.

Based on Richard Haselgrove's comments I suggest to post some traceroute paths.

Mine looks like this (using Windows):

tracert www.gpugrid.org Tracing route to www.gpugrid.org [84.89.134.145] over a maximum of 30 hops: 5 13 ms 13 ms 12 ms core1-hu0-17-0-5.colindale.ukcore.bt.net [195.99.127.150] 6 14 ms 14 ms 14 ms peer6-hu0-6-0-2.telehouse.ukcore.bt.net [62.172.103.13] 7 13 ms 13 ms 12 ms gi3-0.lonth-inter-1.interoute.net [195.66.224.53] 8 28 ms 28 ms 26 ms ae1-0.par-gar-score-1-re0.interoute.net [212.23.42.21] 9 34 ms 35 ms 34 ms ae1-0.mad-001-score-1-re0.interoute.net [89.202.161.21] 10 35 ms 35 ms 34 ms 206.pool1.dialup.cybernet-ag.de [195.143.124.206] 11 42 ms 42 ms 41 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.245.89] 12 * 56 ms 56 ms anella-val1-router.red.rediris.es [130.206.211.70] 13 * * * Request timed out. 14 * 55 ms 55 ms 84.89.159.147 15 * * * Request timed out. 16 * * * Request timed out. 17 48 ms 49 ms 47 ms grosso.upf.edu [84.89.134.145]

Why on earth do I go via a dialup pool in Germany?

WPrion
Send message
Joined: 30 Apr 13
Posts: 87
Credit: 1,065,409,111
RAC: 0
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48372 - Posted: 14 Dec 2017 | 22:37:18 UTC - in response to Message 48369.

Here's my tracert from Nebraska, USA. Looks like I wander in atlas.congentco] system for quite a distance, but have the same timeouts near grosso.upf.edu, including that device with no DNS entry.
http://www.cogentco.com/files/images/network/network_map/2017web_networkmap_page.jpg

5 31 ms 31 ms 32 ms dalsbprj01-ae1.0.rd.dl.cox.net [68.1.2.109]
6 23 ms 23 ms 24 ms lag-105.ear4.Dallas1.Level3.net [4.16.234.37]
7 * * * Request timed out.
8 32 ms 30 ms 31 ms Cogent-level3-200G.Dallas1.Level3.net [4.68.72.34]
9 24 ms 23 ms 23 ms be2764.ccr32.dfw01.atlas.cogentco.com [154.54.47.213]
10 34 ms 34 ms 33 ms be2433.ccr22.mci01.atlas.cogentco.com [154.54.3.214]
11 46 ms 45 ms 45 ms be2832.ccr42.ord01.atlas.cogentco.com [154.54.44.170]
12 70 ms 71 ms 71 ms be2718.ccr22.cle04.atlas.cogentco.com [154.54.7.130]
13 62 ms 63 ms 63 ms be2879.ccr22.alb02.atlas.cogentco.com [154.54.29.174]
14 65 ms 64 ms 64 ms be2302.ccr32.bos01.atlas.cogentco.com [154.54.43.13]
15 129 ms 129 ms 128 ms be2983.ccr42.lon13.atlas.cogentco.com [154.54.1.177]
16 134 ms 133 ms 134 ms be12489.ccr42.par01.atlas.cogentco.com [154.54.57.70]
17 147 ms 146 ms 146 ms be3324.ccr22.bio02.atlas.cogentco.com [130.117.2.65]
18 154 ms 153 ms 152 ms be3358.ccr32.mad05.atlas.cogentco.com [130.117.1.97]
19 160 ms 161 ms 161 ms be3378.agr21.mad05.atlas.cogentco.com [154.54.36.174]
20 151 ms 151 ms 151 ms be2852.rcr11.b015537-1.mad05.atlas.cogentco.com [154.54.36.166]
21 155 ms 155 ms 164 ms 149.11.68.2
22 168 ms 166 ms 167 ms CIEMAT.AE1.cica.rt1.and.red.rediris.es [130.206.245.38]
23 188 ms 194 ms 217 ms CICA.AE1.uv.rt1.val.red.rediris.es [130.206.245.34]
24 175 ms 174 ms 176 ms anella-val1-router.red.rediris.es [130.206.211.70]
25 * * * Request timed out.
26 175 ms 175 ms 174 ms 84.89.159.147
27 * * * Request timed out.
28 * * * Request timed out.
29 193 ms 194 ms 192 ms grosso.upf.edu [84.89.134.145]

Win

mmonnin
Send message
Joined: 2 Jul 16
Posts: 332
Credit: 3,772,896,065
RAC: 4,765,302
Level
Arg
Scientific publications
watwatwatwatwat
Message 48451 - Posted: 20 Dec 2017 | 11:59:57 UTC

From Northern Virginia VZ FiOS.

4 10 ms 6 ms 7 ms B3361.WASHDC-LCR-21.verizon-gni.net [100.41.128.16]
5 * * * Request timed out.
6 10 ms 8 ms 9 ms 0.et-5-1-0.BR2.IAD8.ALTER.NET [140.222.239.85]
7 13 ms 12 ms 12 ms be3018.ccr41.iad02.atlas.cogentco.com [154.54.10.197]
8 12 ms 11 ms 9 ms be3084.ccr42.dca01.atlas.cogentco.com [154.54.30.65]
9 16 ms 17 ms 15 ms be2807.ccr42.jfk02.atlas.cogentco.com [154.54.40.109]
10 82 ms 81 ms 82 ms be2490.ccr42.lon13.atlas.cogentco.com [154.54.42.86]
11 92 ms 92 ms 93 ms be12489.ccr42.par01.atlas.cogentco.com [154.54.57.70]
12 104 ms 104 ms 105 ms be3324.ccr52.bio02.atlas.cogentco.com [130.117.2.65]
13 104 ms 106 ms 106 ms be3358.ccr32.mad05.atlas.cogentco.com [130.117.1.97]
14 106 ms 106 ms 106 ms be3378.agr21.mad05.atlas.cogentco.com [154.54.36.174]
15 105 ms 107 ms 106 ms be2852.rcr11.b015537-1.mad05.atlas.cogentco.com [154.54.36.166]
16 112 ms 113 ms 112 ms 149.11.68.2
17 113 ms 113 ms 115 ms CIEMAT.AE2.telmad.rt4.mad.red.rediris.es [130.206.245.2]
18 123 ms 124 ms 122 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.245.89]
19 123 ms 118 ms 118 ms anella-val1-router.red.rediris.es [130.206.211.70]
20 * * * Request timed out.
21 127 ms 126 ms 124 ms 84.89.159.147
22 * * * Request timed out.
23 * * * Request timed out.
24 138 ms 142 ms 140 ms grosso.upf.edu [84.89.134.145]


And using a VPN with a Swiss location.

1 118 ms 118 ms 118 ms 10.69.10.1
2 118 ms 119 ms 120 ms 5.157.7.81
3 120 ms 121 ms 119 ms 5.157.4.25
4 119 ms 120 ms 119 ms 83.231.187.177
5 140 ms 139 ms 138 ms ae-16.r24.frnkge08.de.bb.gin.ntt.net [129.250.7.16]
6 152 ms 151 ms 150 ms ae-5.r24.londen12.uk.bb.gin.ntt.net [129.250.3.12]
7 238 ms 171 ms 175 ms ae-6.r01.mdrdsp03.es.bb.gin.ntt.net [129.250.4.138]
8 182 ms 174 ms 174 ms rediris.baja.espanix.net [193.149.1.26]
9 185 ms 186 ms 185 ms CIEMAT.AE1.cica.rt1.and.red.rediris.es [130.206.245.38]
10 200 ms 200 ms 203 ms CICA.AE1.uv.rt1.val.red.rediris.es [130.206.245.34]
11 206 ms 206 ms 207 ms anella-val1-router.red.rediris.es [130.206.211.70]
12 * * * Request timed out.
13 204 ms 203 ms 202 ms 84.89.159.147
14 * * * Request timed out.
15 * * * Request timed out.
16 * 205 ms 206 ms grosso.upf.edu [84.89.134.145]

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48493 - Posted: 24 Dec 2017 | 8:30:25 UTC

half an hour ago, a finished task got uploaded with "normal" speed; a few minutes later, the next one goes with about a tenth of the "normal" speed.
I made ping and tracert, results as follows:

Pinging gpugrid.net [84.89.134.145] with 32 bytes of data:

Reply from 84.89.134.145: bytes=32 time=77ms TTL=44
Reply from 84.89.134.145: bytes=32 time=77ms TTL=44
Reply from 84.89.134.145: bytes=32 time=77ms TTL=44
Reply from 84.89.134.145: bytes=32 time=76ms TTL=44

Ping statistics for 84.89.134.145:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 76ms, Maximum = 77ms, Average = 76ms


C:\Documents and Settings\Administrator>tracert gpugrid.net

Tracing route to gpugrid.net [84.89.134.145]
over a maximum of 30 hops:

1 1 ms <1 ms <1 ms 192.168.0.1
2 * * * Request timed out.
3 7 ms 7 ms 7 ms 84.116.26.237
4 30 ms 30 ms 32 ms at-vie15a-rd1-ae24-2098.aorta.net [84.116.229.12
9]
5 32 ms 31 ms 31 ms at-vie05d-rc1-ae39-0.aorta.net [84.116.145.142]

6 * * * Request timed out.
7 29 ms 30 ms 28 ms uk-lon01b-ri1-ae23-0.aorta.net [84.116.135.30]
8 30 ms 30 ms 30 ms 195.66.225.24
9 30 ms 30 ms 29 ms ndn-gw.mx1.lon.uk.geant.net [109.105.102.98]
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 51 ms 50 ms 50 ms ae1.mx1.mar.fr.geant.net [62.40.98.72]
14 64 ms 64 ms 63 ms rediris-ias-rediris-gw.mar.fr.geant.net [83.97.8
8.130]
15 70 ms 70 ms 70 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.24
5.89]
16 78 ms 76 ms 76 ms anella-val1-router.red.rediris.es [130.206.211.7
0]
17 * * * Request timed out.
18 76 ms 76 ms 77 ms 84.89.159.147
19 * * * Request timed out.
20 * * * Request timed out.
21 77 ms 76 ms 88 ms grosso.upf.edu [84.89.134.145]
Trace complete.

As can be seen, quite a lot of timeouts :-(

Merry Christmas to everybody!



Betting Slip
Send message
Joined: 5 Jan 09
Posts: 670
Credit: 2,498,095,550
RAC: 0
Level
Phe
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 48494 - Posted: 24 Dec 2017 | 11:48:35 UTC - in response to Message 48493.
Last modified: 24 Dec 2017 | 11:49:17 UTC

"Request Timed Out" is not necessarily a problem or fault as there is a lot of hardware on the internet which doesn't respond to pings.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 48738 - Posted: 24 Jan 2018 | 17:23:48 UTC

Again, big upload problems all day long. Now the uploads even come to a halt and change to "retry" status.

At the same time, as already done before, I opened SpeedtestNet and chose servers in Barcelona. No problems at all.
So, my guess is that the failure is with GPUGRID.

mmonnin
Send message
Joined: 2 Jul 16
Posts: 332
Credit: 3,772,896,065
RAC: 4,765,302
Level
Arg
Scientific publications
watwatwatwatwat
Message 48739 - Posted: 24 Jan 2018 | 17:47:01 UTC - in response to Message 48738.

The couple times I have caught an upload recently it had been much improved. Sometimes over 1gig. It still had the jump up in upload speed, a gradual fall off and jump back up but from 150m to 1g is a nice jump.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 49229 - Posted: 3 Apr 2018 | 6:00:55 UTC

again, upload is extremely slow (this has also been the case several time within the past days) - about 20 KB/s (normally, it's between 250 and 350 KB/s).

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 49681 - Posted: 16 Jun 2018 | 16:49:25 UTC
Last modified: 16 Jun 2018 | 16:50:49 UTC

today, once more major problems with the upload server. Uploads take forever.

I am wondering how come that no one at GPUGRID is able to get this repaired. A really annoying situation :-(

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 49682 - Posted: 16 Jun 2018 | 17:47:23 UTC - in response to Message 49681.

I am unable to reach the GPUGrid website (forums, etc.) several times a day. It is annoying when you are trying to change settings, or post a comment. But since the uploads retry often enough, it is not really a problem for that.

I am surprised there are not more comments about it however.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 49684 - Posted: 16 Jun 2018 | 20:03:12 UTC - in response to Message 49682.

But since the uploads retry often enough, it is not really a problem for that.
except that when the crunching time before was - say - 23 hours (which is often the case with my two GTX750ti's), and the upload takes, as happened today, 1 1/2 hours. Thus you loose 20% of the credit points.

I am surprised there are not more comments about it however.
so am I

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 49687 - Posted: 18 Jun 2018 | 9:13:30 UTC - in response to Message 49684.

except that when the crunching time before was - say - 23 hours (which is often the case with my two GTX750ti's), and the upload takes, as happened today, 1 1/2 hours. Thus you loose 20% of the credit points.

You have reminded me that I have a GTX 750 Ti sitting on the shelf, and I just converted a machine to Ubuntu 16.04, where I think it would get in under the 24 hour limit with the new Linux app. It is still about the most efficient card out there, and should get me through the summer, since I have had to shut down my GTX 970 and 980. It should work.

You should try Ubuntu. It is awful to learn, but once you get it then it is actually faster to install than Windows now.

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 49692 - Posted: 19 Jun 2018 | 13:20:33 UTC - in response to Message 49687.
Last modified: 19 Jun 2018 | 13:43:22 UTC

You have reminded me that I have a GTX 750 Ti sitting on the shelf, and I just converted a machine to Ubuntu 16.04, where I think it would get in under the 24 hour limit with the new Linux app.

My first Pablo_IDP came it at 10 hours, and Adria_FOLDT0986 came in at 10 1/2 hours, so it works.
http://www.gpugrid.net/results.php?hostid=433866

For a card with a TDP of 60 watts, that will do.

EDIT: The Adria was about what I would expect, based on my GTX 970 and 980, but the Pablo was unusually fast. I would expect about 20 to 22 hours. We will see.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 49696 - Posted: 19 Jun 2018 | 16:20:58 UTC - in response to Message 49692.

[quote]My first Pablo_IDP came it at 10 hours, and Adria_FOLDT0986 came in at 10 1/2 hours, so it works.

:-) :-) :-)

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 49697 - Posted: 19 Jun 2018 | 17:19:49 UTC - in response to Message 49696.
Last modified: 19 Jun 2018 | 17:36:12 UTC

I knew you would like it.

It is the standard non-overclocked ASUS card. I don't do anything to boost it, but according to Nvidia X Server, the Graphics Clock is running at 1346 MHz.

Post to thread

Message boards : Server and website : Problem with upload server?

//