Primenet web design - Page 52

Madpoo · 2017-06-18, 19:19

I'm working up some changes to how "days until expiration" is calculated on the assignment pages.

Currently it's using the typical assignment rules for how many days you have to finish them and also handling the special case of category 1 work has to report in at least every 30 days.

What it wasn't doing was taking into account assignments that were being expired due to "unresponsive computer" rules.

Those rules indicate an assignment will expire under these conditions:
It has been 10 days or more past when the computer said it would check in again
AND
It has been 60 days since the computer last checked in at all
(this is actually 40 days for double-checks by a computer that hasn't done any previous work...I'm not sure why but first-time checks don't have this "new computer" lower threshold)

The rules also only apply to exponents in what I've referred to as the "butter zone" although George probably has a more scientific sounding name

For double-checks, the range is 39e6 to 59e6 (it gets updated occasionally to be about 20e6 + whatever the lowest DC exponent is). For first time checks it's currently 70e6 to 110e6 (40e6 + the smallest first-time check)

So if you're testing large exponents (100M digit stuff) and leave your computer unattended for years, disconnected from the Internet, it'll still be fine.

Anyway, as you can imagine, those rules make calculating expirations a little trickier. I ended up with calculating the expiration under the "you have XX days to finish', and also under the "cat 1 need to update within 30 days" and also now these "non-responsive CPU" rules. Then I figure out whichever one is the smallest since that's the expiration it will use.

What's worse, under those non-responsive rules, there are actually two things at work. Has it been over 60 days since the last update, but still under 10 days since it's expected to check in? Or alternately has it been > 10 days since it was supposed to report, but it's less than 60 days since the last update? Well heck, I have to look at both cases.

TL;DR:
From now on, the expiration estimate will do this:
1) If it has been >= 60 days (40 for dc's on a new cpu) since the last update, but not yet 10 days past the date it was next expected, it figures it will expire once it is 10 days past that "next expected" date (assuming that's smaller than any other expiration consideration)
2) If it has been >= 10 days overdue since it was supposed to check in again, and it'll cross 60 days since the last update (or 40) sometime in the next 7 days, the days-to-expire will be that countdown to when it reaches 60 (or 40) days.

Whew. Confusing, I know, but then we are dealing with things that expire for different reasons and trying to estimate it means making a few assumptions...

By way of example, consider the following case:
M41539451 was assigned in Dec 2016, was last updated on the same day (hasn't even started yet), and it was expected to check in again today (2017-06-18).

Under the old expiration estimate it didn't have one... it was originally category 3 and currently category 2, so none of those rules have kicked in yet. But in truth, if it doesn't report back in now in the next days, it will expire on 2017-06-28 so it's actual days-to-expire will show up as 10.
Example

I hope this is all helpful info and will answer any questions about "why is the expiration showing XX for assignment YY"

LaurV · 2017-06-22, 14:12

Confirming here about FF54 muffling the blue color of the gimps page. FF53 was ok. It may be a FF thing...

tha · 2017-06-27, 06:46

Quote:

Originally Posted by LaurV

Confirming here about FF54 muffling the blue color of the gimps page. FF53 was ok. It may be a FF thing...

It sure looks like that if FF53 was doing it fine. However FF tends to be less forgiving (browser correcting obvious errors in HTML formatted documents) than others so it might be a good idea to implement some of the recommendations from:

https://validator.w3.org/check?uri=h...Inline&group=0

Gordon · 2017-06-27, 16:22

Quote:

Originally Posted by snme2pm1

Ed: Just looked up ISO 9601, but did not find any mention of quarters! Bother!

Quarter dates are steeped in history (here at least) and were the days on which taxes were collected and rents became due, used since the Middle Ages

25th March
24th June
29th September
25th December

Apart from Christmas day the way to remember is count the letters in the month and add that to 20.

Mark Rose · 2017-06-27, 18:04

Quote:

Originally Posted by Gordon

Quarter dates are steeped in history (here at least) and were the days on which taxes were collected and rents became due, used since the Middle Ages

25th March
24th June
29th September
25th December

Apart from Christmas day the way to remember is count the letters in the month and add that to 20.

https://en.wikipedia.org/wiki/Quarter_days

2017-06-18, 19:19	#562
Madpoo Serpentine Vermin Jar Jul 2014 6361₈ Posts	Changes to the expiration info on assignment reports I'm working up some changes to how "days until expiration" is calculated on the assignment pages. Currently it's using the typical assignment rules for how many days you have to finish them and also handling the special case of category 1 work has to report in at least every 30 days. What it wasn't doing was taking into account assignments that were being expired due to "unresponsive computer" rules. Those rules indicate an assignment will expire under these conditions: It has been 10 days or more past when the computer said it would check in again AND It has been 60 days since the computer last checked in at all (this is actually 40 days for double-checks by a computer that hasn't done any previous work...I'm not sure why but first-time checks don't have this "new computer" lower threshold) The rules also only apply to exponents in what I've referred to as the "butter zone" although George probably has a more scientific sounding name For double-checks, the range is 39e6 to 59e6 (it gets updated occasionally to be about 20e6 + whatever the lowest DC exponent is). For first time checks it's currently 70e6 to 110e6 (40e6 + the smallest first-time check) So if you're testing large exponents (100M digit stuff) and leave your computer unattended for years, disconnected from the Internet, it'll still be fine. Anyway, as you can imagine, those rules make calculating expirations a little trickier. I ended up with calculating the expiration under the "you have XX days to finish', and also under the "cat 1 need to update within 30 days" and also now these "non-responsive CPU" rules. Then I figure out whichever one is the smallest since that's the expiration it will use. What's worse, under those non-responsive rules, there are actually two things at work. Has it been over 60 days since the last update, but still under 10 days since it's expected to check in? Or alternately has it been > 10 days since it was supposed to report, but it's less than 60 days since the last update? Well heck, I have to look at both cases. TL;DR: From now on, the expiration estimate will do this: 1) If it has been >= 60 days (40 for dc's on a new cpu) since the last update, but not yet 10 days past the date it was next expected, it figures it will expire once it is 10 days past that "next expected" date (assuming that's smaller than any other expiration consideration) 2) If it has been >= 10 days overdue since it was supposed to check in again, and it'll cross 60 days since the last update (or 40) sometime in the next 7 days, the days-to-expire will be that countdown to when it reaches 60 (or 40) days. Whew. Confusing, I know, but then we are dealing with things that expire for different reasons and trying to estimate it means making a few assumptions... By way of example, consider the following case: M41539451 was assigned in Dec 2016, was last updated on the same day (hasn't even started yet), and it was expected to check in again today (2017-06-18). Under the old expiration estimate it didn't have one... it was originally category 3 and currently category 2, so none of those rules have kicked in yet. But in truth, if it doesn't report back in now in the next days, it will expire on 2017-06-28 so it's actual days-to-expire will show up as 10. Example I hope this is all helpful info and will answer any questions about "why is the expiration showing XX for assignment YY" Last fiddled with by Madpoo on 2017-06-18 at 19:39

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Database design	xilman	Astronomy	1	2017-04-30 22:25
Theoretical Experiment Design	c10ck3r	Homework Help	7	2015-02-03 08:54
Digital Logic Design	henryzz	Puzzles	9	2014-12-04 20:56
new intel design	tha	Hardware	5	2007-04-19 11:38
design factoring algorithms	koders333	Factoring	14	2006-01-25 14:08

2017-06-22, 14:12	#563
LaurV Romulan Interpreter Jun 2011 Thailand 7²×197 Posts	Confirming here about FF54 muffling the blue color of the gimps page. FF53 was ok. It may be a FF thing...