In HFM.NET go to the Benchmarks page for that P6021 WU. Is the KFactor showing as 2.1?JPinTO wrote:I'm still showing 62000PPD on 03:13 frame time.
HFM.NET - Monitoring Application for Folding@Home v7
Moderator: Site Moderators
-
- Posts: 1037
- Joined: Sun Dec 02, 2007 3:47 pm
- Location: Colorado @ 10,000 feet
Re: HFM.NET - Client Monitoring Application for Folding@Home
Just curious
Started using HFM to monitor 16 clients a week or so ago. I noticed my User Name, Jima13 (64), was highlighted in orange but didn't pay any attention to it. Today when I ran the cursor over it I saw "Client's User Name does not match the configured User Name"......since I've been using the same 'user name' for 9 years I doubt I made a mistake while configuring the clients And since I'm getting credit for the work submitted I'm just curious at to what this message applies to? A reference to the User ID?
That is all, carry on!
That is all, carry on!
-
- Posts: 1037
- Joined: Sun Dec 02, 2007 3:47 pm
- Location: Colorado @ 10,000 feet
Re: Just curious
In the preferences of HFM.NET go to the Web Settings tab and correct the info there. If you look at the EOC stats at the bottom of the main window you'll notice it doesn't currently match your EOC stats. That's because HFM.NET comes preconfigured to show the authors stats I believe.jima13 wrote:I noticed my User Name, Jima13 (64), was highlighted in orange but didn't pay any attention to it. Today when I ran the cursor over it I saw "Client's User Name does not match the configured User Name"......since I've been using the same 'user name' for 9 years I doubt I made a mistake while configuring the clients And since I'm getting credit for the work submitted I'm just curious at to what this message applies to?
Re: Just curious
Done and done! Many thanksChelseaOilman wrote:In the preferences of HFM.NET go to the Web Settings tab and correct the info there. If you look at the EOC stats at the bottom of the main window you'll notice it doesn't currently match your EOC stats. That's because HFM.NET comes preconfigured to show the authors stats I believe.jima13 wrote:I noticed my User Name, Jima13 (64), was highlighted in orange but didn't pay any attention to it. Today when I ran the cursor over it I saw "Client's User Name does not match the configured User Name"......since I've been using the same 'user name' for 9 years I doubt I made a mistake while configuring the clients And since I'm getting credit for the work submitted I'm just curious at to what this message applies to?
Re: HFM.NET - Client Monitoring Application for Folding@Home
YesChelseaOilman wrote:In HFM.NET go to the Benchmarks page for that P6021 WU. Is the KFactor showing as 2.1?JPinTO wrote:I'm still showing 62000PPD on 03:13 frame time.
Re: HFM.NET - Client Monitoring Application for Folding@Home
Post an issue on HFM-NET:
http://code.google.com/p/hfm-net/issues/list
HFM will display the wrong ppd, generally very high, on a client restart when there aren't any completed WUs of the same type in the benchmarking data.
http://code.google.com/p/hfm-net/issues/list
HFM will display the wrong ppd, generally very high, on a client restart when there aren't any completed WUs of the same type in the benchmarking data.
-
- Posts: 1
- Joined: Fri Feb 26, 2010 12:17 am
- Hardware configuration: i7 920 @ stock speeds
6gb Apogee GT
ECS X58B-A
Sapphire 2gb 4890 Vapor-X
PC Power & Cooling 750W Silencer - Location: Milwaukee, Wi
- Contact:
Re: HFM.NET - Client Monitoring Application for Folding@Home
i'm trying to get the web generation to work... and i'm not really sure what i'm supposed to do. Can i use a free site like to host my stats?
Code: Select all
http://www.110mb.com/plans.php
Re: HFM.NET - Client Monitoring Application for Folding@Home
JPinTO wrote:I tried that, but I'm still showing 62000PPD on 03:13 frame time. Thanks for the suggestion.
- JP
If you're still seeing this JPin please let me know... I'll need some logs (FAHlog.txt, unitinfo.txt, and queue.dat) to verify I can reproduce the issue.ChasR wrote:Post an issue on HFM-NET:
http://code.google.com/p/hfm-net/issues/list
HFM will display the wrong ppd, generally very high, on a client restart when there aren't any completed WUs of the same type in the benchmarking data.
Otherwise, if the issue is as ChasR states... then it's already been fixed in SVN, I'll hopefully have a new public release soon... like real soon.
Re: HFM.NET - Client Monitoring Application for Folding@Home
Kfactor is 2.1 on p6015. Here is my FAHlog.txt.
Name: CPS003
Path: \\CPS003\FAH6\
Number of Frames Observed: 262
Min. Time / Frame : 00:03:09 - 16,792.2 PPD
Avg. Time / Frame : 00:03:16 - 15,900.7 PPD
Cur. Time / Frame : 00:03:18 - 48,973.2 PPD
R3F. Time / Frame : 00:03:18 - 48,973.2 PPD
All Time / Frame : 00:03:18 - 48,973.2 PPD
Eff. Time / Frame : -00:01:28 - -110,189.8 PPD
Name: CPS003
Path: \\CPS003\FAH6\
Number of Frames Observed: 262
Min. Time / Frame : 00:03:09 - 16,792.2 PPD
Avg. Time / Frame : 00:03:16 - 15,900.7 PPD
Cur. Time / Frame : 00:03:18 - 48,973.2 PPD
R3F. Time / Frame : 00:03:18 - 48,973.2 PPD
All Time / Frame : 00:03:18 - 48,973.2 PPD
Eff. Time / Frame : -00:01:28 - -110,189.8 PPD
Code: Select all
[10:06:08] + Attempting to send results [February 28 10:06:08 UTC]
[10:06:08] - Reading file work/wuresults_05.dat from core
[10:06:08] (Read 20407466 bytes from disk)
[10:06:08] Connecting to http://171.64.65.54:8080/
[10:07:51] Posted data.
[10:07:52] Initial: 0000; - Uploaded at ~189 kB/s
[10:07:53] - Averaged speed for that direction ~187 kB/s
[10:07:53] + Results successfully sent
[10:07:53] Thank you for your contribution to Folding@Home.
[10:07:53] + Number of Units Completed: 42
[10:07:57] Trying to send all finished work units
[10:07:57] + No unsent completed units remaining.
[10:07:57] - Preparing to get new work unit...
[10:07:57] Cleaning up work directory
[10:07:57] + Attempting to get work packet
[10:07:57] Passkey found
[10:07:57] - Will indicate memory of 3062 MB
[10:07:57] - Connecting to assignment server
[10:07:57] Connecting to http://assign.stanford.edu:8080/
[10:08:00] Posted data.
[10:08:00] Initial: ED82; - Successful: assigned to (130.237.232.140).
[10:08:00] + News From Folding@Home: Welcome to Folding@Home
[10:08:00] Loaded queue successfully.
[10:08:00] Connecting to http://130.237.232.140:8080/
[10:08:01] Posted data.
[10:08:01] Initial: 0000; - Receiving payload (expected size: 1798963)
[10:08:08] - Downloaded at ~250 kB/s
[10:08:08] - Averaged speed for that direction ~293 kB/s
[10:08:08] + Received work.
[10:08:08] Trying to send all finished work units
[10:08:08] + No unsent completed units remaining.
[10:08:08] + Closed connections
[10:08:08]
[10:08:08] + Processing work unit
[10:08:08] Core required: FahCore_a3.exe
[10:08:08] Core found.
[10:08:08] Working on queue slot 06 [February 28 10:08:08 UTC]
[10:08:08] + Working ...
[10:08:08] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 06 -np 8 -checkpoint 5 -verbose -lifeline 420 -version 629'
[10:08:08]
[10:08:08] *------------------------------*
[10:08:08] Folding@Home Gromacs SMP Core
[10:08:08] Version 2.15 (Jan 15, 2010)
[10:08:08]
[10:08:08] Preparing to commence simulation
[10:08:08] - Looking at optimizations...
[10:08:08] - Created dyn
[10:08:08] - Files status OK
[10:08:09] - Expanded 1798451 -> 2392545 (decompressed 133.0 percent)
[10:08:09] Called DecompressByteArray: compressed_data_size=1798451 data_size=2392545, decompressed_data_size=2392545 diff=0
[10:08:09] - Digital signature verified
[10:08:09]
[10:08:09] Project: 6015 (Run 1, Clone 38, Gen 29)
[10:08:09]
[10:08:09] Assembly optimizations on if available.
[10:08:09] Entering M.D.
[10:08:15] Completed 0 out of 500000 steps (0%)
[10:11:34] Completed 5000 out of 500000 steps (1%)
[10:14:53] Completed 10000 out of 500000 steps (2%)
[10:18:12] Completed 15000 out of 500000 steps (3%)
[10:21:31] Completed 20000 out of 500000 steps (4%)
[10:24:50] Completed 25000 out of 500000 steps (5%)
[10:28:09] Completed 30000 out of 500000 steps (6%)
[10:31:28] Completed 35000 out of 500000 steps (7%)
[10:34:47] Completed 40000 out of 500000 steps (8%)
[10:38:07] Completed 45000 out of 500000 steps (9%)
[10:41:27] Completed 50000 out of 500000 steps (10%)
[10:44:46] Completed 55000 out of 500000 steps (11%)
[10:48:06] Completed 60000 out of 500000 steps (12%)
[10:51:25] Completed 65000 out of 500000 steps (13%)
[10:54:44] Completed 70000 out of 500000 steps (14%)
[10:58:02] Completed 75000 out of 500000 steps (15%)
[11:01:21] Completed 80000 out of 500000 steps (16%)
[11:04:41] Completed 85000 out of 500000 steps (17%)
[11:08:00] Completed 90000 out of 500000 steps (18%)
[11:11:19] Completed 95000 out of 500000 steps (19%)
[11:14:38] Completed 100000 out of 500000 steps (20%)
[11:17:57] Completed 105000 out of 500000 steps (21%)
[11:21:15] Completed 110000 out of 500000 steps (22%)
[11:24:33] Completed 115000 out of 500000 steps (23%)
[11:27:52] Completed 120000 out of 500000 steps (24%)
[11:31:12] Completed 125000 out of 500000 steps (25%)
[11:34:31] Completed 130000 out of 500000 steps (26%)
[11:37:51] Completed 135000 out of 500000 steps (27%)
[11:41:09] Completed 140000 out of 500000 steps (28%)
[11:44:27] Completed 145000 out of 500000 steps (29%)
[11:47:45] Completed 150000 out of 500000 steps (30%)
[11:51:04] Completed 155000 out of 500000 steps (31%)
[11:54:23] Completed 160000 out of 500000 steps (32%)
[11:57:41] Completed 165000 out of 500000 steps (33%)
[12:00:59] Completed 170000 out of 500000 steps (34%)
[12:04:17] Completed 175000 out of 500000 steps (35%)
[12:07:35] Completed 180000 out of 500000 steps (36%)
[12:10:53] Completed 185000 out of 500000 steps (37%)
[12:14:11] Completed 190000 out of 500000 steps (38%)
[12:17:29] Completed 195000 out of 500000 steps (39%)
[12:20:48] Completed 200000 out of 500000 steps (40%)
[12:24:06] Completed 205000 out of 500000 steps (41%)
[12:27:24] Completed 210000 out of 500000 steps (42%)
[12:30:43] Completed 215000 out of 500000 steps (43%)
[12:34:02] Completed 220000 out of 500000 steps (44%)
[12:37:21] Completed 225000 out of 500000 steps (45%)
[12:40:39] Completed 230000 out of 500000 steps (46%)
[12:43:56] Completed 235000 out of 500000 steps (47%)
[12:47:14] Completed 240000 out of 500000 steps (48%)
[12:50:31] Completed 245000 out of 500000 steps (49%)
[12:53:49] Completed 250000 out of 500000 steps (50%)
[12:57:06] Completed 255000 out of 500000 steps (51%)
[13:00:23] Completed 260000 out of 500000 steps (52%)
[13:03:40] Completed 265000 out of 500000 steps (53%)
[13:06:57] Completed 270000 out of 500000 steps (54%)
[13:10:15] Completed 275000 out of 500000 steps (55%)
[13:13:33] Completed 280000 out of 500000 steps (56%)
[13:16:50] Completed 285000 out of 500000 steps (57%)
[13:20:08] Completed 290000 out of 500000 steps (58%)
[13:23:26] Completed 295000 out of 500000 steps (59%)
[13:26:44] Completed 300000 out of 500000 steps (60%)
[13:30:02] Completed 305000 out of 500000 steps (61%)
[13:33:20] Completed 310000 out of 500000 steps (62%)
[13:34:46] - Autosending finished units... [February 28 13:34:46 UTC]
[13:34:46] Trying to send all finished work units
[13:34:46] + No unsent completed units remaining.
[13:34:46] - Autosend completed
[13:36:37] Completed 315000 out of 500000 steps (63%)
Re: HFM.NET - Client Monitoring Application for Folding@Home
Does this client happen to show as a Blue or 'RunningAync' status? If so, does the Download Time look correct? Since these bonus calculations are tied to the length of time from assignment (download) to return, if the download value is incorrect, then these kinds of things can happen.
I'm around today... so hopefully we can get this worked out.
I'm around today... so hopefully we can get this worked out.
Re: HFM.NET - Client Monitoring Application for Folding@Home
Yes, this client is showing blue Runningasync, as most of my SMP clients are.
The download time does look correct, compensating for the standard stanford time offset. The time on the WinXP host is correct.
- JP
The download time does look correct, compensating for the standard stanford time offset. The time on the WinXP host is correct.
- JP
Re: HFM.NET - Client Monitoring Application for Folding@Home
Hey JP,
If the client is showing as Blue/RunningAsync, then the clients are not running in the same time frame as the machine running HFM. In turn, although the download times look correct based on the fact that you know the UTC offset for your timezone, they need to be in sync with the current Date/Time on the machine running HFM. You have a couple of options to try and correct the issue.
1 - Try enabling the Client Is On Virtual Machine option in the Folding Instance Setup dialog. This tells HFM that the client it's monitoring is logging data as if there is no UTC offset. HFM will then make the appropriate adjustments to its parsing routines and collect data while also adjusting for this lack of offset. This will effect frame times as well as the Download Time, which needs to be correct in order to calculate an accurate bonus multiplier.
2 - If that doesn't work, you can try to use the Client Time Offset input in the Folding Instance Setup dialog to manually adjust the time frame your client is reporting to bring it inline with the machine running HFM. However, this currently only effects the frame times and not the Download Time, which again needs to be correct in order to calculate an accurate bonus multiplier. The upcoming 0.4.9 release of HFM will also use this input value to adjust the Download Time as well. Hopefully I'll have this ready in the next few days with a possible release this weekend.
It's always best to have your clients showing a status of green as this status will yield the most accurate representation of a client's progress and status.
---
Need help with HFM? Have a Feature Request? Please Join the Discussions. Post in the HFM Google Group.
http://groups.google.com/group/hfm-net
If the client is showing as Blue/RunningAsync, then the clients are not running in the same time frame as the machine running HFM. In turn, although the download times look correct based on the fact that you know the UTC offset for your timezone, they need to be in sync with the current Date/Time on the machine running HFM. You have a couple of options to try and correct the issue.
1 - Try enabling the Client Is On Virtual Machine option in the Folding Instance Setup dialog. This tells HFM that the client it's monitoring is logging data as if there is no UTC offset. HFM will then make the appropriate adjustments to its parsing routines and collect data while also adjusting for this lack of offset. This will effect frame times as well as the Download Time, which needs to be correct in order to calculate an accurate bonus multiplier.
2 - If that doesn't work, you can try to use the Client Time Offset input in the Folding Instance Setup dialog to manually adjust the time frame your client is reporting to bring it inline with the machine running HFM. However, this currently only effects the frame times and not the Download Time, which again needs to be correct in order to calculate an accurate bonus multiplier. The upcoming 0.4.9 release of HFM will also use this input value to adjust the Download Time as well. Hopefully I'll have this ready in the next few days with a possible release this weekend.
It's always best to have your clients showing a status of green as this status will yield the most accurate representation of a client's progress and status.
---
Need help with HFM? Have a Feature Request? Please Join the Discussions. Post in the HFM Google Group.
http://groups.google.com/group/hfm-net
-
- Site Moderator
- Posts: 6349
- Joined: Sun Dec 02, 2007 10:38 am
- Location: Bordeaux, France
- Contact:
Re: HFM.NET - Client Monitoring Application for Folding@Home
harlam357> it's probably been asked before, but do you plan to include XML (or at least TXT) export in addition to HTML export ? (that's the main thing preventing me from moving from fahmon to HFM for my monitoring). If you want, I could show you the current xml template I use in Fahmon.
Re: HFM.NET - Client Monitoring Application for Folding@Home
Harlam has a lot of XML/HTML changes coming in the next release.
Re: HFM.NET - Client Monitoring Application for Folding@Home
Is there a trick to get HFM.NET on a Windows installation to parse a UNIX-style FAHLog.txt? I'm using Ubuntu to run -bigadv with a Samba share, and while I can access the FAH folder fine from my Windows network, the log files contain <LF> instead of <CR><LF> line breaks, just like the client.cfg files in Windows. For now I'm making do with FahSpy, but FahSpy messes up reading my GPU clients, so I'd prefer to consolidate monitoring within HFM.