HFM.NET - Monitoring Application for Folding@Home v7

[PS3EdOlkkola]

Thank you Harlem. The effort you put into HFM is greatly appreciated.

Your software is absolutely critical when folding with more than a few systems. In fact, your software is the difference between making Folding systems fun and easy-to-manage, and Folding as a second full-time job!

Thanks again

[bowlinra]

Thanks for the HFM update!! Much appriecated!

[toTOW]

Thank you for the quick update

In a few years, when your children will be older, you'll have some free manpower to help you with the code of HFM ...

[toTOW]

Hi harlam, are you still alive ?

I heard that Google Code where you host your project is closing ... do you have a backup plan for HFM (like moving to GitHub) ?

[artoar_11]

My GPU currently working p9213. HFM can not update new project data from Stanford ( Projects 9207 - 9213; v7.4.4; Win7/64b; Address: http://fah-web.stanford.edu/new/psummaryC.html):

Code: Select all

[08.10.2015 г.-10:09:23 ч.] - Downloading new project data from Stanford...
[08.10.2015 г.-10:09:25 ч.] X Input string was not in a correct format.
[08.10.2015 г.-10:09:25 ч.] X System.FormatException: Input string was not in a correct format.
   at System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt)
   at HFM.Proteins.HtmlSerializer.ParseProteins(String html)
   at HFM.Proteins.HtmlSerializer.Deserialize(String fileName)
   at HFM.Core.ProteinDictionary.Load(String fileName)
   at HFM.Forms.MainPresenter.ToolsDownloadProjectsClick()
[08.10.2015 г.-10:20:10 ч.] - Project ID '9213' not found.
[08.10.2015 г.-10:20:10 ч.] X Input string was not in a correct format.
[08.10.2015 г.-10:20:10 ч.] X System.FormatException: Input string was not in a correct format.
   at System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt)
   at HFM.Proteins.HtmlSerializer.ParseProteins(String html)
   at HFM.Proteins.HtmlSerializer.Deserialize(String fileName)
   at HFM.Core.ProteinDictionary.Get(Int32 projectId, Boolean allowRefresh)
[08.10.2015 г.-10:20:10 ч.] - (local-- Slot 00) Slot Status: Running
[08.10.2015 г.-10:20:10 ч.] - (local-- Slot 01) Slot Status: Paused
[08.10.2015 г.-10:20:10 ч.] - (local--) Retrieval finished in 68 ms

Manually added data, but the same. Any advice?

[billford]

I've seen the same (different projects- 9625 to 9643), from both psummary and psummaryC.

I see that there are a lot of blank entries in the lists that I don't think used to be there, maybe that's causing problems to HFM?

[artoar_11]

The answer is very simple. After manually adding data, must be restarted HFM

The question remains, why HFM can not automatically download these projects?

[Grandpa_01]

Are you using psummary C because my HFM has it. I am using C

Code: Select all

 Project ID: 9213
 Core: OPENMM_21
 Credit: 31720
 Frames: 100


 Name: Grandpa Slot 00
 Path: 127.0.0.1-36330
 Number of Frames Observed: 200

 Min. Time / Frame : 00:05:25 - 376,538.5 PPD
 Avg. Time / Frame : 00:05:35 - 359,805.0 PPD

[artoar_11]

My GPU currently working p9213. HFM can not update new project data from Stanford ( Projects 9207 - 9213; v7.4.4; Win7/64b; Address: http://fah-web.stanford.edu/new/psummaryC.html):
.........

Grandpa_01, Yes ..... /new/psummaryC.html

Edit: projects 9625 to 9643, 9205 to 9206 (OPENMM_21), 11400 to 11403 (UNKNOWN_ENUM) are also missing..

[bollix47]

I'm seeing the same error reported in the HFM Messages Window:

[10/8/2015-9:58:00 AM] X Input string was not in a correct format.

I suspect Bill may be correct and that this is caused by the mess that is now in PSummary ... missing info and lots of NaNs ... a very recent situation.

[toTOW]

I think HFM is having trouble with psummaryC parsing because of the broken fields in the psummaryC : some projects are showing blank fields, and NaN (which is actually text) in fields where a number is expected (deadlines).

Judging by the failing function from your debug logs (System.FormatException: Input string was not in a correct format. at System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt), it's failing to convert the "NaN" strings into a double (number).

Some code robustness if missing here in HFM, but the root cause is the broken psummary

[msgclb]

Somewhere I read that we should be using the following project URL.
http://fah-web.stanford.edu/new/psummary.html

I’m using v0.9.3 and I currently don’t see any problems.

So did they add a C version of the project URL?

[7im]

snip...

So did they add a C version of the project URL?

Technically, the answer to that question is No. C was not added. It has existed a long time. Just used by beta testers, not really topical for this discussion.

[billford]

So did they add a C version of the project URL?

psummary = list of non-beta projects

psummaryB = list of beta projects

psummaryC = list of all currently running projects

[toTOW]

I received an answer from jcoffland about this issue :

The problem is that the WS which show NaNs in some columns are no longer active. When we moved to the new AS it did not have data for these WS but they are still listed. If this is causing problems with third-party tools it would be best if they either handled NaNs or used the preferred JSON interface. See http://assign.stanford.edu/api/project/summary and http://assign2.stanford.edu/api/project/summary

Now starts the hardest part : find a way to contact harlam to let him know that we need an update of HFM