Message boards :
Number crunching :
Large upload Files
Message board moderation
Previous · 1 · 2
Author | Message |
---|---|
Send message Joined: 4 Feb 15 Posts: 24 Credit: 7,035,527 RAC: 0 |
Funny, this morning i had the idea to ask zombie :D Zombie, do you have such problems with uploads & deadlines? IIRC your location was california? |
Send message Joined: 4 Feb 15 Posts: 12 Credit: 73,458,501 RAC: 0 |
Funny, this morning i had the idea to ask zombie :D At first, the machines would download way too much work, and everything runs in panic mode. I think the time estimates for the tasks may be too small. However, the BOINC client will apply a Duration Correction Factor to the project as tasks complete. So now my queue is normal size and not running in panic mode. With regard to the uploads, they usually take ~3 minutes to upload. With task run times of several hours, the uploads never get backed up for me. Dublin, California Team: SETI.USA |
Send message Joined: 21 Feb 15 Posts: 10 Credit: 18,524,006 RAC: 0 |
I just had to abort the transfer of over 50 units that have been trying to upload for 3 days on multiple systems. I am getting upload speeds of 3 kb/s and constant http transient errors. I have no problems uploading to any other project from over 30 systems and have never had a problem uploading to the test server. This is from the UK so I should have no issues transferring data to Poland. |
Send message Joined: 4 Feb 15 Posts: 847 Credit: 144,180,465 RAC: 0 |
Currently on test server are some work units for new application version where result files are really smaller. If all work units finish well I will add new application here. Edit: Job done. New application sends back only about one megabyte of data... Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
Send message Joined: 4 Feb 15 Posts: 24 Credit: 7,035,527 RAC: 0 |
We are happy about that. I hope the project has not to face any difficulties because of this change? What did the trick? I originally thought that this whole startrack-whatever-thing would simply have to produce files like ~25 MB compressed? Edit: Aaaand, i didn't notice: Is the new application already on production or still on Testserver? I've seen that the testserver has still 20k WU ready to send? |
Send message Joined: 4 Feb 15 Posts: 847 Credit: 144,180,465 RAC: 0 |
The trick is really stop to record some data. In one of the next app the data will be processed straight forward in client app as a part of it logic. Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
Send message Joined: 22 Feb 15 Posts: 11 Credit: 47,900,011 RAC: 0 |
Because I'm crunching this project on a Win 8 laptop that's running 2 of 4 cores at 60% and mostly only 8 hours a day my problem is getting the calculations done in 4 days. Two days was impossible, 4 days is doable but very tight, any chance you can bump this to 6 days? |
Send message Joined: 4 Feb 15 Posts: 847 Credit: 144,180,465 RAC: 0 |
I cant change to 6 days at this stage of project but I will strongly consider change later. Krzysztof 'krzyszp' Piszczek Member of Radioactive@Home team My Patreon profile Universe@Home on YT |
Send message Joined: 5 Mar 15 Posts: 4 Credit: 21,789,127 RAC: 0 |
Not a single result of my so far completed 61 WUs does exceed 1 MB in total size. On the mainpage I read 70 MB would be normal. Is there a problem with the WU batch which I am processing? In our forum over at Rechenkraft.net other people report the same situation. Michael. |
Send message Joined: 4 Feb 15 Posts: 24 Credit: 7,035,527 RAC: 0 |
Ihr bearbeitet bereits den New&Improved Batch, Michael. |
Send message Joined: 5 Mar 15 Posts: 4 Credit: 21,789,127 RAC: 0 |
Danke für die Info. Michael. P.S.: Schnell mal Ace of Spades nachladen... ;) |