All projects need to trigger a recalculation of the RAC values in the database in order to update inactive computers or accounts.

I do not really understand why this is necessary.

If the web page templates would use decay_average() (at the bottom of that page) for the RAC display, the need for a database update would not be there anymore and the RAC values would even be shown in realtime.

Does anyone know why this function is not used anywhere?

Why care about displaying on web? What about XML exported statistics? That's the most important one.

By the way: I know of MalariaControl and Tanpaku not running RAC decay task, there are others but don't remember them.

Why care about displaying on web? What about XML exported statistics? That's the most important one.

By the way: I know of MalariaControl and Tanpaku not running RAC decay task, there are others but don't remember them.

Looking at my MundayWeb sig it appears that RCN and uFluids are two others.

---

Kathryn :o)

Why care about displaying on web? What about XML exported statistics? That's the most important one.

....

The exported stats represent the database contents. They contain all values that are needed to supply the correct arguments to decay_average(), so the stats site developers can use that function for their web pages if they wish to.

The decay tasks put quite some load on the database so using the realtime calculation for display instead of the DB update would help to avoid trouble.

The sig scripts, that pull the data from the user XML or the user WAP XML should use decay_average() too in order to have correct values - same for those reading the DB exports too of course.


p.s.: oops, I just see that they forgot the timestamp of the last update in both show_user.php?format=xml and userw.xml, even though USER.expavg_time exists :-/

Adding it to the scripts would be easy though.

Otoh. if the template would already have it in the display page code, the sig scripts that use those individual XML pages would receive the correct data already and would not have to care for the realtime decay.