Date of last = N/A

Moderators: Site Moderators, FAHC Science Team

Post Reply
bdmeyer
Posts: 1
Joined: Mon Sep 14, 2009 7:54 pm
Hardware configuration: Dual Quad Core HP 165 G5
CentOs 5.3 SMP
uname -a =
2.6.18-128.el5 #1 SMP Wed Jan 21 10:41:14 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
TOP =
top - 16:13:20 up 5 days, 5:17, 2 users, load average: 1.02, 1.01, 1.00
Tasks: 204 total, 2 running, 202 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.6%us, 0.1%sy, 12.5%ni, 86.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4049796k total, 2229720k used, 1820076k free, 222340k buffers
Swap: 6094840k total, 0k used, 6094840k free, 1700572k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3691 root 39 19 20052 11m 1364 R 99.9 0.3 1244:54 FahCore_78.exe

Date of last = N/A

Post by bdmeyer »

I check my stats every day to make sure everything is working. The servers shows all 8 cores at 100%, so I assume it is running fine. My stats say the Date of last (forget what the word is, unit?) in all three places as N/A, instead of the last date it rec'd a WU from me.

Am I doing something wrong?


--Bruce
Macaholic
Site Moderator
Posts: 811
Joined: Thu Nov 29, 2007 11:57 pm
Location: 1 Infinite Loop

Re: Date of last = N/A

Post by Macaholic »

Answer can be found here;
In preparation for the migration to the new stats db, we have been doing some profiling on the stats db to see where we can get the most speed up. We have found a few items that we're working on to increase speed. The hardware improvement will make the biggest advantage in general, but now is a good time for us to try to get the stats system lean and efficient, since profiling afterwards will be harder (and any efficiencies we can squeeze out will help years from now when the new hardware is underpowered for the new stats load).

So, from the donor perspective, you will at first see the results of some experimenting on our side to improve the throughput (i.e. may be some bugs too), but hopefully there will be some throughput benefits even in the short term.

Finally, we have noticed that there are many web clients pounding our stats system, some doing 10,000 accesses per day and many doing 1,000. These IPs will be banned, so please turn off any scripts you have doing automatic access. "Normal" access is assumed to be up to 50 accesses a day. There's no need to do 1,000 or more and it really bogs down the stats for everyone else.

If you're looking to get access to our stats system, please check out our FAQ entry on this issue.

UPDATE:

We've turned off certain stats page functions dealing with queries relating to the number of CPUs. We have also stepped up the caching of team pages (all team pages are cached for 60 minutes). This will make a major performance win in the stats db and so far is looking to help a lot.

This change is temporary since the cause is clear: our db keeping track of items like specific cpus is way too big, due to the millions of CPUs that have participated in FAH. This won't be a problem with the new servers, so we will just turn on these features after we migrate. For now, turning off this parts of the stats pages will help a lot until we switch over.
Keep an eye on Dr. Pande's blog for future updates.
Fold! It does a body good!™
Post Reply