Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
No member browsing this thread |
Thread Status: Active Total posts in this thread: 148
|
![]() |
Author |
|
KLiK
Master Cruncher Croatia Joined: Nov 13, 2006 Post Count: 3108 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
As I've tried to explain, can't do anything about this... PB keeps the oldest 'original' even if the 'original' was deleted, to upload the new one, else it changes name and gets an incremental numerical suffix. To see the new/latest: 1) Right click on image in OP and take View Image 2) Hit Ctrl-F5 or F5 Or go https://bit.ly/WCGOET1 Which is the same shortlink as in the OP If you see the image with the 4 buttons right of it and select the zoom button, you get to see, yes the Sept 12, 2015 copy somewhere in a cloud [the same stupid cloud that has caused the WCG .png images to go wonky]... all fitting in the department of "The stupid, it burns", or "Bag of hammers" (Urban). Top batch seen is still 1873 of 5463... 34 and something percent. Currently we're working towards that 1873 again... 1844 in crunch now. One way or the other, we'll finish it [target re-trained to 10y now, nearing 6y completion ;0] Given that we got to 1873 batch within 43d...& the total number of batches remain 5463...so we're doing almost 6 batches per day... A new ECD is given: - on current speed of computing within 600d from 26th Feb...or to be exact on mid Oct 2017. - on speedup with Moore law, we'll finish within 470d from 26th Feb...or to be exact start to mid of Jun 2017. ![]() speedup must be 'cause of the short WUs recently! ![]() |
||
|
AgrFan
Senior Cruncher USA Joined: Apr 17, 2008 Post Count: 376 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
As I've tried to explain, can't do anything about this... PB keeps the oldest 'original' even if the 'original' was deleted, to upload the new one, else it changes name and gets an incremental numerical suffix. To see the new/latest: 1) Right click on image in OP and take View Image 2) Hit Ctrl-F5 or F5 Or go https://bit.ly/WCGOET1 Which is the same shortlink as in the OP If you see the image with the 4 buttons right of it and select the zoom button, you get to see, yes the Sept 12, 2015 copy somewhere in a cloud [the same stupid cloud that has caused the WCG .png images to go wonky]... all fitting in the department of "The stupid, it burns", or "Bag of hammers" (Urban). The other crunching charts seem to be updating properly. How about using a different file name? |
||
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
Renaming is not an option... breaks an endless chain of links. But, found a solution, so simple, a shrimp brain could have come up with it. Renamed the public Daily chart folder to DailyOld, created a new Daily folder and moved the charts to the new folder. Now all is 'fresh' again, no ghost/zombie pictures to be seen [as at now].
----------------------------------------The official percent just went to 30 on the research page, just 4 off following my "highest seen" batch divided by top known batch... i.e. 1887 / 5463 = 34.5%. Implies that the held-back heavy work is not that great. Crunch On. P.S. There's a browseable slideshow link in my sig now. Hope these update properly when the images are refreshed. [Edit 1 times, last edit by SekeRob* at Mar 6, 2016 9:36:28 AM] |
||
|
cjslman
Master Cruncher Mexico Joined: Nov 23, 2004 Post Count: 2082 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Quick question... is it my imagination or is the % for OET shown on the Research Page going backwards? I seem to remember it being 31%. Then it went to 30% (me thinking "ah, probably didn't see that 31% correctly"). But now it's at 29% ! So is there something behind this that is truly moving the project progress bar in the other direction (like having more WUs to crunch) or did something go SNAFU in the algorithm that calculates the project's progress?
----------------------------------------Thanks, CJSL Crunching for a brighter future... |
||
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
They're using IBM's Symphony office application which has the [undocumented] =Joystick function.
![]() |
||
|
Mumak
Senior Cruncher Joined: Dec 7, 2012 Post Count: 477 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
That % reflects also the processing rate. So when the output of a given project decreases, the % falls down as well.
----------------------------------------IMO, this is a nonsense method of reporting progress. It should not take the output rate into account, just use plain processed/total * 100. ![]() |
||
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2172 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Quick question... is it my imagination or is the % for OET shown on the Research Page going backwards? I seem to remember it being 31%. Then it went to 30% (me thinking "ah, probably didn't see that 31% correctly"). But now it's at 29% ! That's right, cjslman, I've seen the movement from 30% to 31% a few days ago, too, and then dropping back to 30%. Progress is at 30% at the moment again. :-) |
||
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
Had seen 30, did see it go back to 29, but not seen 31, so here it is 30 again. Anyway, we're racing / raced through 1886 batch and see 1888 again [as highest], and have created a UDF [User Defined Function] in my office app which does not consider IBM's =Joystick function. [They extrapolate towards a future ETOC [Estimated Time of Completion], then express passed time as a fraction of total expected project duration time [EPDT] so you get this yoyo effect any time the endpoint is moved [due variable runtimes, maybe]. My projections are just based on what we volunteers can actually see passing, held firm until some real meaty day comes through again [scientist updates, or slip of tongues].
If you saw FAHB moving, for months it was 1% [and the "we don't know"]. Then it went 2%, then within a few days 3%, where's it's been stuck again for several weeks. Does that make any sense... If you can brew coffee of that, it's doubtlessly S$%bucks 'quality', but plz keep it to yourself. ![]() And if you consider the major miss on FAAH at close when last work was called, I sort of have my doubts about any progress indicator on the Research page. Take them "as is" and don't try to comprehend. |
||
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
BTW, CEP2 went from > 60% to 55% and then it moved within the last few days to 57%... =Joystick I tell. Someone expensive is spending way to much time on this.
|
||
|
gb009761
Master Cruncher Scotland Joined: Apr 6, 2005 Post Count: 2987 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Take them "as is" and don't try to comprehend. that's why, for UGM (and really, all the projects), I'm attempting to reach my goal of Sapphire in plenty of time.. I've been bitten too many times already, with projects ending sooner than originally thought...![]() |
||
|
|
![]() |