RAC display vs. RAC update

Message boards : Web interfaces : RAC display vs. RAC update
Message board moderation

To post messages, you must log in.

AuthorMessage
Profile Ananas

Send message
Joined: 27 Jun 06
Posts: 305
Germany
Message 8710 - Posted: 13 Mar 2007, 8:12:56 UTC
Last modified: 13 Mar 2007, 8:17:23 UTC

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?
ID: 8710 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 8714 - Posted: 13 Mar 2007, 12:20:53 UTC

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.
ID: 8714 · Report as offensive
Profile KSMarksPsych
Avatar

Send message
Joined: 30 Oct 05
Posts: 1239
United States
Message 8715 - Posted: 13 Mar 2007, 13:34:31 UTC - in response to Message 8714.  

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)
ID: 8715 · Report as offensive
Profile Ananas

Send message
Joined: 27 Jun 06
Posts: 305
Germany
Message 8734 - Posted: 13 Mar 2007, 22:15:50 UTC - in response to Message 8714.  
Last modified: 13 Mar 2007, 22:36:05 UTC

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.
ID: 8734 · Report as offensive

Message boards : Web interfaces : RAC display vs. RAC update

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.