FahMon (multi-platform app to monitor various F@h clients)
Moderator: Site Moderators
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
It is a bug, and here's the technical explanation as to why.
The "frame" count on psummary is better described as an Intermediate Data Point (IDP) count.
The researchers running these simulations don't just want to know what the state of the WU was at the beginning and the end of the simulation, they also want to know what happens in-between (there was a special case a while back where a particular Gro33 WU had an IDP of zero), and the number of "in-between" states is the IDP.
For example, in the results file for a WU with an IDP of 50 there are 50 individual snapshots of the system state at different times during the simulation.
Now, the confusion arises because the IDP count has no real relationship with how many "frame" markers there are in a given FAHlog.txt. It has just been coincidence that most of the time they match up (this is also an example of the unfortunate use of the word frame to mean many different things).
Simply put you cannot work out how many markers there will be in a logfile by looking at the IDP count because different cores have different logging logic.
To correct this, FahMon 2.3.2 distrusts the psummary frame count and calculates how many markers there are going to be in a log file as it goes. When it can't make a determination it falls back to the psummary value (or another sensible default) but marks the PPD with an asterisk to indicate that it (and the ETA) may not be accurate.
The "frame" count on psummary is better described as an Intermediate Data Point (IDP) count.
The researchers running these simulations don't just want to know what the state of the WU was at the beginning and the end of the simulation, they also want to know what happens in-between (there was a special case a while back where a particular Gro33 WU had an IDP of zero), and the number of "in-between" states is the IDP.
For example, in the results file for a WU with an IDP of 50 there are 50 individual snapshots of the system state at different times during the simulation.
Now, the confusion arises because the IDP count has no real relationship with how many "frame" markers there are in a given FAHlog.txt. It has just been coincidence that most of the time they match up (this is also an example of the unfortunate use of the word frame to mean many different things).
Simply put you cannot work out how many markers there will be in a logfile by looking at the IDP count because different cores have different logging logic.
To correct this, FahMon 2.3.2 distrusts the psummary frame count and calculates how many markers there are going to be in a log file as it goes. When it can't make a determination it falls back to the psummary value (or another sensible default) but marks the PPD with an asterisk to indicate that it (and the ETA) may not be accurate.
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
FahMon 2.3.2beta is ready for testing.
This an unsupported release that internally identifies itself as 2.3.1 so the update checker will still alert you when 2.3.2 is released.
See here: http://fahmon.net/news/archives/2008/01 ... _51_17.txt
This an unsupported release that internally identifies itself as 2.3.1 so the update checker will still alert you when 2.3.2 is released.
See here: http://fahmon.net/news/archives/2008/01 ... _51_17.txt
Re: FahMon (multi-platform app to monitor various F@h clients)
Thanks!
The ticket 76 seems to have been resolved too, at least here at work.
FahMon doesn't crash anymore when the wallpaper is changed and icon background transparency is set!
Will try tonight at home and report later.
Best regards,
François
The ticket 76 seems to have been resolved too, at least here at work.
FahMon doesn't crash anymore when the wallpaper is changed and icon background transparency is set!
Will try tonight at home and report later.
Best regards,
François
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
Ah! I'm not entirely sure how I've fixed it, but if it works...francois wrote:Thanks!
The ticket 76 seems to have been resolved too, at least here at work.
FahMon doesn't crash anymore when the wallpaper is changed and icon background transparency is set!
Will try tonight at home and report later.
Best regards,
François
Re: FahMon (multi-platform app to monitor various F@h clients)
The windows zip says fahmon.exe is password protected. Do I need to request a password?
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
No. What are you using to open the zip file as none of the files are password protected?ICE_9 wrote:The windows zip says fahmon.exe is password protected. Do I need to request a password?
Re: FahMon (multi-platform app to monitor various F@h clients)
Windows zip. no external program. just the extract files wizard.
Re: FahMon (multi-platform app to monitor various F@h clients)
nm. I figured it out. I had it starting as a service in the background and it was still on.
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
Starting as a service? Does that work?ICE_9 wrote:nm. I figured it out. I had it starting as a service in the background and it was still on.
Re: FahMon (multi-platform app to monitor various F@h clients)
It depends on the definition of "frames" Apparently these WUs have 50 frames but 100 progress messages. Externally, all that can be seen are the progress messages and FahMon assumes that there is one message per frame.TheWolf wrote:Is it really a bug or is it just a problem with that the WU actually has 100 frames & not really 50.
(The GUI client uses a third definition of "frames" but let's not go there.)
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
Re: FahMon (multi-platform app to monitor various F@h clients)
Yea I have always called them frames as this is what I have always seen others say that the percentage steps are called.
I know the GUI client is much different with its progress of steps. Good to see someone is looking into the problem. Thanks
I'll give the Fahmon beta a try, thanks again. Keep up the good work guys.
I know the GUI client is much different with its progress of steps. Good to see someone is looking into the problem. Thanks
I'll give the Fahmon beta a try, thanks again. Keep up the good work guys.
Re: FahMon (multi-platform app to monitor various F@h clients)
I just tried running 2.3.2b on Windows after a clean install in its own folder, and when one particular client is added, it consistently crashes on me. All other clients can be added with no problems.
The problem client is running p4117 (R3 C5 G3) right now -- it's the only client of mine that's running a 4117 WU. The messages.log doesn't show anything beyond a "Reloading" message for the problem client.
Anything else I can do to isolate this problem?
The problem client is running p4117 (R3 C5 G3) right now -- it's the only client of mine that's running a 4117 WU. The messages.log doesn't show anything beyond a "Reloading" message for the problem client.
Anything else I can do to isolate this problem?
Re: FahMon (multi-platform app to monitor various F@h clients)
Looks like the 50 frame bug is fixed in 2.3.2b beta. Everything looks to be showing correct even once it passes the 50 percent point.
Times looks to be correct & PPD is about half what it was.
I just copied my config folder into the new 2.3.2b folder, so I didn't have to resetup all my clients/networks rigs.
I did do the check for updates from the psummary page & everything looks good so far. I'll have to keep a look out on the CPU usage.
I only monitor 9 rigs of 11 with in the program, so I'm not sure if this will be enough to show the CPU usage problem?
Thanks..
Times looks to be correct & PPD is about half what it was.
I just copied my config folder into the new 2.3.2b folder, so I didn't have to resetup all my clients/networks rigs.
I did do the check for updates from the psummary page & everything looks good so far. I'll have to keep a look out on the CPU usage.
I only monitor 9 rigs of 11 with in the program, so I'm not sure if this will be enough to show the CPU usage problem?
Thanks..
Last edited by TheWolf on Thu Jan 24, 2008 10:22 pm, edited 2 times in total.
-
- Site Moderator
- Posts: 6349
- Joined: Sun Dec 02, 2007 10:38 am
- Location: Bordeaux, France
- Contact:
Re: FahMon (multi-platform app to monitor various F@h clients)
It solved the 50 frames WU issueuncle_fungus wrote:FahMon 2.3.2beta is ready for testing.
This an unsupported release that internally identifies itself as 2.3.1 so the update checker will still alert you when 2.3.2 is released.
See here: http://fahmon.net/news/archives/2008/01 ... _51_17.txt
-
- Site Admin
- Posts: 1288
- Joined: Fri Nov 30, 2007 9:37 am
- Location: Oxfordshire, UK
Re: FahMon (multi-platform app to monitor various F@h clients)
OK yes I see the problem, I've just confirmed it here. It seems that there's still an issue I haven't fixed that means missing project data crashes FahMon.Hyperlife wrote:I just tried running 2.3.2b on Windows after a clean install in its own folder, and when one particular client is added, it consistently crashes on me. All other clients can be added with no problems.
The problem client is running p4117 (R3 C5 G3) right now -- it's the only client of mine that's running a 4117 WU. The messages.log doesn't show anything beyond a "Reloading" message for the problem client.
Anything else I can do to isolate this problem?
Edit: I've just fixed the problem so it'll work in the final release (and any subsequent betas if there are any).
I'm not sure but I'd appreciate it if you could keep an eye on it anyway (having the web apps enabled does increase the CPU usage per update though).TheWolf wrote:I'll have to keep a look out on the CPU usage.
I only monitor 9 rigs of 11 with in the program, so I'm not sure if this will be enough to show the CPU usage problem?
TheWolf wrote:Looks like the 50 frame bug is fixed in 2.3.2b beta. Everything looks to be showing correct even once it passes the 50 percent point.
Times looks to be correct & PPD is about half what it was.
That's good to heartoTOW wrote:It solved the 50 frames WU issue