hfm-net - HFM.NET - Client Monitoring Application for the Folding@Home Distributed Computing Project

Last 7 days Feb 18, 2012 r519 (- Change: base default slot active property only on local sl...) committed by harlam357 - - Change: base default slot active property only on local slots count. if connection status is also used the public Slots property could change values in the middle of an enumeration == exception. - Fix: Check to make sure the returned units from DataAggregator contains a unit key with the DataAggregator.CurrentUnitIndex. - Fix: Set the visible property of the text boxes in the QueueControl v7 specific fields. - Change: base default slot active property only on local slots count. if connection status is also used the public Slots property could change values in the middle of an enumeration == exception. - Fix: Check to make sure the returned units from DataAggregator contains a unit key with the DataAggregator.CurrentUnitIndex. - Fix: Set the visible property of the text boxes in the QueueControl v7 specific fields. Feb 18, 2012 r518 (- Update Tests based on TestFiles/Client_v7_11. - Change: Ad...) committed by harlam357 - - Update Tests based on TestFiles/Client_v7_11. - Change: Add cpus to slot options retrieval and remove GpuVendorId and GpuDeviceId since they have been removed from the v7 client. - Update Tests based on TestFiles/Client_v7_11. - Change: Add cpus to slot options retrieval and remove GpuVendorId and GpuDeviceId since they have been removed from the v7 client. Feb 18, 2012 r517 (- Change: Add HFM.Client.DataTypes.Unit.Error Property. - Fi...) committed by harlam357 - - Change: Add HFM.Client.DataTypes.Unit.Error Property. - Fix: DateTime parsing for v7.1.48 client. - Change: Use TryParse implementations for HFM.Client.DateType parsing in lieu of handling exceptions. Should have done it this way to begin with. - Change: Add Stopping status to HFM.Client and HFM.Core.DataTypes. - Change: Format slot numbers as {0:00} so they match FAHControl. Benchmarks will be fine but WU History will not change existing v7 WUs already written to the database. Update tests to comply. - Change: Add WaitingOn, Attempts, and NextAttempt to ClientQueueEntry. Update QueueControl to show these values for v7 clients. - Change: Update FahClient data processing to use a private FahClientMessages class that is used to pool all the received messages from the IFahClientInterface. - Fix: Add a check for the Heartbeat message. If not found within a specific interval then the client should be deemed as Offline and the connection closed. - Change: Retrieve slot data after refreshing slots. - Change: Lower the frequency of the Heartbeat message to 60 seconds and the UnitCollection (queue- info) message to 30 seconds to help reduce ongoing cpu usage. - Change: Use a read lock around the Process() method slot processing and reference the _slots field in lieu of using the Slots property. Hopefully this will eliminate the issue I've been seeing with this exception in the log. [2/14/2012-7:59:10 AM] X System.ArgumentNullException: Value cannot be null. Parameter name: slotOptions at HFM.Core.FahClientDataAggregator.AggregateData(IList`1 logLines, UnitCollection unitCollection, Info info, Options options, SlotOptions slotOptions, UnitInfo currentUnitInfo, Int32 slotId) at HFM.Core.FahClient.Process() at HFM.Core.FahClient.RetrieveInternal() - Change: If no Running WU can be found then look for a WU with Ready state and set it as the current WU. - Change: Get the SlotType for the SlotModel from the SlotOptions that are set when the model is populated by the v7 client. This allows the slot to show its type even if a WU is not currently in progress. - Change: MainPresenter - show the current log even if not the current unit index. - Change: Add HFM.Client.DataTypes.Unit.Error Property. - Fix: DateTime parsing for v7.1.48 client. - Change: Use TryParse implementations for HFM.Client.DateType parsing in lieu of handling exceptions. Should have done it this way to begin with. - Change: Add Stopping status to HFM.Client and HFM.Core.DataTypes. - Change: Format slot numbers as {0:00} so they match FAHControl. Benchmarks will be fine but WU History will not change existing v7 WUs already written to the database. Update tests to comply. - Change: Add WaitingOn, Attempts, and NextAttempt to ClientQueueEntry. Update QueueControl to show these values for v7 clients. - Change: Update FahClient data processing to use a private FahClientMessages class that is used to pool all the received messages from the IFahClientInterface. - Fix: Add a check for the Heartbeat message. If not found within a specific interval then the client should be deemed as Offline and the connection closed. - Change: Retrieve slot data after refreshing slots. - Change: Lower the frequency of the Heartbeat message to 60 seconds and the UnitCollection (queue- info) message to 30 seconds to help reduce ongoing cpu usage. - Change: Use a read lock around the Process() method slot processing and reference the _slots field in lieu of using the Slots property. Hopefully this will eliminate the issue I've been seeing with this exception in the log. [2/14/2012-7:59:10 AM] X System.ArgumentNullException: Value cannot be null. Parameter name: slotOptions at HFM.Core.FahClientDataAggregator.AggregateData(IList`1 logLines, UnitCollection unitCollection, Info info, Options options, SlotOptions slotOptions, UnitInfo currentUnitInfo, Int32 slotId) at HFM.Core.FahClient.Process() at HFM.Core.FahClient.RetrieveInternal() - Change: If no Running WU can be found then look for a WU with Ready state and set it as the current WU. - Change: Get the SlotType for the SlotModel from the SlotOptions that are set when the model is populated by the v7 client. This allows the slot to show its type even if a WU is not currently in progress. - Change: MainPresenter - show the current log even if not the current unit index. Feb 17, 2012 r516 (- Change: Slot.Status and Unit.State are two different possi...) committed by harlam357 - - Change: Slot.Status and Unit.State are two different possibly sets of values. Create two enums and use a different data converter for each type. - Change: Add HFM.Core.DataTypes.SlotStatus values to match FahSlotStatus. New values are Stopping and Ready. - Change: Slot.Status and Unit.State are two different possibly sets of values. Create two enums and use a different data converter for each type. - Change: Add HFM.Core.DataTypes.SlotStatus values to match FahSlotStatus. New values are Stopping and Ready. Last 30 days Feb 11, 2012 r515 (- Change: output protein changes to the log when protein dow...) committed by harlam357 - - Change: output protein changes to the log when protein download is initiated in the background or manually. - Change: output protein changes to the log when protein download is initiated in the background or manually. Feb 11, 2012 r514 (- Enhancement: Build queue information for v7 clients. This...) committed by harlam357 - - Enhancement: Build queue information for v7 clients. This includes basic hardware and OS info. - Change: Check for e.Value == null at beginning of data grid painting override. - Enhancement: Build queue information for v7 clients. This includes basic hardware and OS info. - Change: Check for e.Value == null at beginning of data grid painting override. Feb 11, 2012 r513 (- Change: Add x86 solution configuration. - Change: Remove M...) committed by harlam357 - - Change: Add x86 solution configuration. - Change: Remove MHz setting and MHZ and PPD/MHz columns from the main grid. - Change: Add x86 solution configuration. - Change: Remove MHz setting and MHZ and PPD/MHz columns from the main grid. Feb 11, 2012 r512 (- Change: Remove HFM.Core.DataTypes.Tests project. Move any...) committed by harlam357 - - Change: Remove HFM.Core.DataTypes.Tests project. Move any tests to their effective API Test project. - Change: Remove HFM.Core.DataTypes.Tests project. Move any tests to their effective API Test project. Feb 11, 2012 r511 (- Change: Remove types from HFM.Core.DataTypes project that ...) committed by harlam357 - - Change: Remove types from HFM.Core.DataTypes project that don't need exposed to public API users. - Change: Remove types from HFM.Core.DataTypes project that don't need exposed to public API users. Feb 11, 2012 r510 (- Change: Move general hardware identification enumerations ...) committed by harlam357 - - Change: Move general hardware identification enumerations from HFM.Client to the shared HFM.Core.DataTypes project. Package HFM.Core.DataTypes.dll in the HFM.Client API zip. - Change: Move general hardware identification enumerations from HFM.Client to the shared HFM.Core.DataTypes project. Package HFM.Core.DataTypes.dll in the HFM.Client API zip. Feb 10, 2012 r509 (- Change: Move ProteinLoadInfo to HFM.Core.DataTypes project...) committed by harlam357 - - Change: Move ProteinLoadInfo to HFM.Core.DataTypes project. - Change: Move ProteinLoadInfo to HFM.Core.DataTypes project. Feb 10, 2012 r508 (- Random clean-up.) committed by harlam357 - - Random clean-up. - Random clean-up. Feb 06, 2012 issue 270 (Refreshing all clients does not refresh any clients.) reported by bjornhar...@gmail.com - The template did not fit the issue. Description proved instead. I have several folding clients running on different machines, and have written the necessary software to keep HFM updated as to the status of all the machines. I know the log files are updated and current, every 15 seconds from each client. However, if I click "Refresh All", HFM does not refresh any of the clients in the list. I can refresh them one by one, though. This is a bit annoying as I have gone to great lengths to remotely monitor all my folding clients from one webpage. HFM does of course generate the web page, but since "Refresh All" and automatic refreshing doesn't work, the web page is not current at all times. This means that if I want current information on the web page, I have to use TeamViewer to the computer hosting the web page, refresh the clients one by one, then load the web page, which is rather pointless since I have already seen the HFM window with updated info. I don't know how to reproduce it as it just started to happen suddenly about 4 hours ago, but I will try to fix it and keep you updated. The template did not fit the issue. Description proved instead. I have several folding clients running on different machines, and have written the necessary software to keep HFM updated as to the status of all the machines. I know the log files are updated and current, every 15 seconds from each client. However, if I click "Refresh All", HFM does not refresh any of the clients in the list. I can refresh them one by one, though. This is a bit annoying as I have gone to great lengths to remotely monitor all my folding clients from one webpage. HFM does of course generate the web page, but since "Refresh All" and automatic refreshing doesn't work, the web page is not current at all times. This means that if I want current information on the web page, I have to use TeamViewer to the computer hosting the web page, refresh the clients one by one, then load the web page, which is rather pointless since I have already seen the HFM window with updated info. I don't know how to reproduce it as it just started to happen suddenly about 4 hours ago, but I will try to fix it and keep you updated. Feb 06, 2012 r507 (- Add: OperatingSystemArchitectureEnum property, OperatingSy...) committed by harlam357 - - Add: OperatingSystemArchitectureEnum property, OperatingSystemArchitectureType enumeration, and OperatingSystemArchitectureConverter to Info.cs types. Update tests to cover. - Change: Reset sent and received bytes in HFM.Client Tool on each successful connection. - Change: Allow Connection debug log file to be specified by the user. - Add: Log Messages check box to HFM.Client Tool form. - Add: OperatingSystemArchitectureEnum property, OperatingSystemArchitectureType enumeration, and OperatingSystemArchitectureConverter to Info.cs types. Update tests to cover. - Change: Reset sent and received bytes in HFM.Client Tool on each successful connection. - Change: Allow Connection debug log file to be specified by the user. - Add: Log Messages check box to HFM.Client Tool form. Feb 05, 2012 r506 (- Add: Follow Log File option for log file viewer. - Change:...) committed by harlam357 - - Add: Follow Log File option for log file viewer. - Change: v7 client update commands: use log-restart and lower the update frequency of heartbeat to 60 and queue-info to 30. This should lower the ongoing cpu usage and also fix the issues due to an incomplete log file. The slow nature I observed when retrieving the entire log over the network has to do with my own network connection. - Add: Follow Log File option for log file viewer. - Change: v7 client update commands: use log-restart and lower the update frequency of heartbeat to 60 and queue-info to 30. This should lower the ongoing cpu usage and also fix the issues due to an incomplete log file. The slow nature I observed when retrieving the entire log over the network has to do with my own network connection. Jan 31, 2012 r505 (- Change: Issue with null reference exception in HFM.Core.Fa...) committed by harlam357 - - Change: Issue with null reference exception in HFM.Core.FahClient.PopulateRunLevelData() method. Add some logging code to discover as exception message isn't specific enough. - Change: Add further argument checking to both DataAggregator classes. - Change: Format exception log file messages the same as the message output. - Fix: Write the updated ProjectInfo.tab file after an auto/background project info download. - Change: Issue with null reference exception in HFM.Core.FahClient.PopulateRunLevelData() method. Add some logging code to discover as exception message isn't specific enough. - Change: Add further argument checking to both DataAggregator classes. - Change: Format exception log file messages the same as the message output. - Fix: Write the updated ProjectInfo.tab file after an auto/background project info download. Jan 30, 2012 issue 256 (HFM.NET not closing connections) commented on by jon-l...@doctors.org.uk - Harlam. OK, but it might be worth having a footnote in a trouble-shooting section about the issue, in case someone else has the same proble, as it took months to find!! Harlam. OK, but it might be worth having a footnote in a trouble-shooting section about the issue, in case someone else has the same proble, as it took months to find!! Jan 28, 2012 issue 263 (Add an option/hotkey to toggle PPD calculation based on Fram...) Status changed by harlam357 - Marked Fixed for Revision 504. Status: Fixed Marked Fixed for Revision 504. Status: Fixed Jan 28, 2012 issue 256 (HFM.NET not closing connections) Status changed by harlam357 - Although it may be HFM "opening" connections by issuing file copy commands to UNC file shares it's either the windows SMB or linux SMB stack that is responsible for the low level TCP implementation. I will not take action on this issue because it's not under my control using such a high level language like C#. Status: Invalid Although it may be HFM "opening" connections by issuing file copy commands to UNC file shares it's either the windows SMB or linux SMB stack that is responsible for the low level TCP implementation. I will not take action on this issue because it's not under my control using such a high level language like C#. Status: Invalid Jan 28, 2012 issue 264 (Rework the XML export data to include more information and b...) Status changed by harlam357 - Marked Fixed for Revision 504. Status: Fixed Marked Fixed for Revision 504. Status: Fixed Jan 28, 2012 issue 229 (Different FTP ports) Status changed by harlam357 - Marked Fixed for Revision 504. Status: Fixed Marked Fixed for Revision 504. Status: Fixed Jan 28, 2012 issue 215 (Allow Web Generation FTP Url to specify the root path (not r...) Status changed by harlam357 - Marked Fixed for Revision 504. Status: Fixed Marked Fixed for Revision 504. Status: Fixed Jan 28, 2012 r504 (- Fix: Add Status Color for SlotStatus.Finishing (DarkCyan)....) committed by harlam357 - - Fix: Add Status Color for SlotStatus.Finishing (DarkCyan). Allow Finishing to be detected as a currently active status for FahClient clients. - Fix: Move Arguments class to HFM.Core and enable /f <filename> command line functionality. Also validated that the /r switch does work as designed. - Fix: Enable functionality to check for database connection on startup and disable the Work Unit History menu item if no connection. - Fix: Add Status Color for SlotStatus.Finishing (DarkCyan). Allow Finishing to be detected as a currently active status for FahClient clients. - Fix: Move Arguments class to HFM.Core and enable /f <filename> command line functionality. Also validated that the /r switch does work as designed. - Fix: Enable functionality to check for database connection on startup and disable the Work Unit History menu item if no connection. Jan 28, 2012 r503 (- Change: Update tests to comply with last commit.) committed by harlam357 - - Change: Update tests to comply with last commit. - Change: Update tests to comply with last commit. Jan 28, 2012 r502 (- Change: Update AddTrailingSlash() method to detect slash t...) committed by harlam357 - - Change: Update AddTrailingSlash() method to detect slash type (default to backslash). Use it in LegacyClientSettingsModel.Path for Path and Ftp type paths. Use it in ScheduledTasksModel.WebRoot. - Change: Update AddTrailingSlash() method to detect slash type (default to backslash). Use it in LegacyClientSettingsModel.Path for Path and Ftp type paths. Use it in ScheduledTasksModel.WebRoot. Jan 28, 2012 r501 (- Change: Update IOwnedByClient interface to require Client ...) committed by harlam357 - - Change: Update IOwnedByClient interface to require Client Name, Client Path, and Slot ID. Legacy clients will not provide a Slot ID value. FahClient clients will populate the Slot ID value and it will be used in conjunction with the Client Name to build the Slot Name value. Benchmarks and WU History entries will be written with this Slot Name value. However, when updating benchmarks during a rename the Client Name value will be used as the comparison mechanism in lieu of the Slot Name value. Slots could change at any time. All we know is we have a Client Name and Client Path, slots are dynamically read from the FahClient and not configured through HFM. Update tests to validate the change. - Fix: ClientSettings update for Client Rename in FahClient.cs. - Change: FahClientDataAggregator - only save up to MaxDisplayableLogLines for backup log section. Trying to save on memory consumption. - Fix: For some reason some grid painting methods are now being passed null values. Added check to skip painting if null. - Fix: If log line coloring is turned off FahClient logs were being displayed as a single line. - Change: Replace Client(s) nomenclature with Slot(s) in system tray tooltips. - Change: Allow new client configuration or open an existing client configuration if retrieval is in progress (abort the primary thread and let the individual client retrieval threads complete). All callbacks to async delegate invocations to clean up thread upon completion (probably fixing a memory leak here). - Fix: Add logic to handle updating existing benchmarks when a client edit operation completes. - Fix: Return a List<T> for MainGridModel.SlotCollection. This value is used by web generation and it will fail if the collection is modified. Using ToList() effectively returns a "copy" of the items in the enumeration at that time. - Fix: Remove use of File.ReadAllLines() in LogReader and replace with StreamReader. Using the former causes a LARGE array to be created when is costly both in speed and memory, we want to avoid this hit. Create the LogLine objects from each log line as it is read from the stream. - Change: Update IOwnedByClient interface to require Client Name, Client Path, and Slot ID. Legacy clients will not provide a Slot ID value. FahClient clients will populate the Slot ID value and it will be used in conjunction with the Client Name to build the Slot Name value. Benchmarks and WU History entries will be written with this Slot Name value. However, when updating benchmarks during a rename the Client Name value will be used as the comparison mechanism in lieu of the Slot Name value. Slots could change at any time. All we know is we have a Client Name and Client Path, slots are dynamically read from the FahClient and not configured through HFM. Update tests to validate the change. - Fix: ClientSettings update for Client Rename in FahClient.cs. - Change: FahClientDataAggregator - only save up to MaxDisplayableLogLines for backup log section. Trying to save on memory consumption. - Fix: For some reason some grid painting methods are now being passed null values. Added check to skip painting if null. - Fix: If log line coloring is turned off FahClient logs were being displayed as a single line. - Change: Replace Client(s) nomenclature with Slot(s) in system tray tooltips. - Change: Allow new client configuration or open an existing client configuration if retrieval is in progress (abort the primary thread and let the individual client retrieval threads complete). All callbacks to async delegate invocations to clean up thread upon completion (probably fixing a memory leak here). - Fix: Add logic to handle updating existing benchmarks when a client edit operation completes. - Fix: Return a List<T> for MainGridModel.SlotCollection. This value is used by web generation and it will fail if the collection is modified. Using ToList() effectively returns a "copy" of the items in the enumeration at that time. - Fix: Remove use of File.ReadAllLines() in LogReader and replace with StreamReader. Using the former causes a LARGE array to be created when is costly both in speed and memory, we want to avoid this hit. Create the LogLine objects from each log line as it is read from the stream. Earlier this year Jan 22, 2012 r500 (- Update HFM1.PARAFFIN file.) committed by harlam357 - - Update HFM1.PARAFFIN file. - Update HFM1.PARAFFIN file. Jan 22, 2012 r499 (- Change: Update msbuild script to build API Zip Packages.) committed by harlam357 - - Change: Update msbuild script to build API Zip Packages. - Change: Update msbuild script to build API Zip Packages. Jan 22, 2012 r498 (- Change: Turn on xml documentation in Release config and co...) committed by harlam357 - - Change: Turn on xml documentation in Release config and copy files to Artifacts folder. - Change: Suppress Warning 1591 in HFM.msbuild. - Change: Turn on xml documentation in Release config and copy files to Artifacts folder. - Change: Suppress Warning 1591 in HFM.msbuild. Jan 22, 2012 r497 (- Change: Small tweak to exported xml (LogFileAvailable). - ...) committed by harlam357 - - Change: Small tweak to exported xml (LogFileAvailable). - Change: Save preferences after changing ppd clac, version visible, etc. from View menu. - Change: Turn off requirement for password field for FahClient Setup Dialog. - Change: Turn on cached log option for FahClients. - Change: Small tweak to exported xml (LogFileAvailable). - Change: Save preferences after changing ppd clac, version visible, etc. from View menu. - Change: Turn off requirement for password field for FahClient Setup Dialog. - Change: Turn on cached log option for FahClients. Jan 22, 2012 r496 (- Change: Disable project download from HFM Web for now (upd...) committed by harlam357 - - Change: Disable project download from HFM Web for now (update test). - Change: Disable project download from HFM Web for now (update test). Jan 22, 2012 r495 (- Add: GRO-A6 and OPENMM_OPENCL core types. - Change: Disabl...) committed by harlam357 - - Add: GRO-A6 and OPENMM_OPENCL core types. - Change: Disable project download from HFM Web for now. - Add: GRO-A6 and OPENMM_OPENCL core types. - Change: Disable project download from HFM Web for now. Jan 22, 2012 r494 (- Change: Remove GetPreference and SetPreference methods fro...) committed by harlam357 - - Change: Remove GetPreference and SetPreference methods from IPreferenceSet interface. - Enhancement: Enable tri-state bonus calculation. By Download Time, By Frame Time, or None. - Change: Remove GetPreference and SetPreference methods from IPreferenceSet interface. - Enhancement: Enable tri-state bonus calculation. By Download Time, By Frame Time, or None. Jan 22, 2012 r493 (- Change: Use .hfmx extension for auto load config file brow...) committed by harlam357 - - Change: Use .hfmx extension for auto load config file browser dialog. - Change: Web Gen log file copy now reads "Copy Log File to Target" in lieu of using FAHlog.txt nomenclature. - Change: Use .hfmx extension for auto load config file browser dialog. - Change: Web Gen log file copy now reads "Copy Log File to Target" in lieu of using FAHlog.txt nomenclature. Jan 21, 2012 r492 (- Change: use MainGridModel object for web generation slots.) committed by harlam357 - - Change: use MainGridModel object for web generation slots. - Change: use MainGridModel object for web generation slots. Jan 21, 2012 r491 (- Fix: only start FahClient update thread when connection su...) committed by harlam357 - - Fix: only start FahClient update thread when connection succeeds. - Change: Implement IEquatable on HFM.Client.UnitCollection class. - Change: Add QueueIndex property to UnitInfo class. - Change: only update FahClient clients when UnitCollection has changed. Change FahClient benchmark updates to work in a similar way as LegacyClient clients. - Change: FahClientDataAggregator - get data on the current UnitInfo object even if it doesn't exist in the given UnitInfoCollection object. - Change: Lock the logger write method so it will write multiline strings together. - Fix: Reset bindings for Work Unit History query ComboBox. - Fix: Duplicate slot bug. - Fix: only start FahClient update thread when connection succeeds. - Change: Implement IEquatable on HFM.Client.UnitCollection class. - Change: Add QueueIndex property to UnitInfo class. - Change: only update FahClient clients when UnitCollection has changed. Change FahClient benchmark updates to work in a similar way as LegacyClient clients. - Change: FahClientDataAggregator - get data on the current UnitInfo object even if it doesn't exist in the given UnitInfoCollection object. - Change: Lock the logger write method so it will write multiline strings together. - Fix: Reset bindings for Work Unit History query ComboBox. - Fix: Duplicate slot bug. Jan 21, 2012 r490 (- Change: Add Connection.Connect() overload that does not re...) committed by harlam357 - - Change: Add Connection.Connect() overload that does not require a password value. - Change: using a lock at MainGridModel.RefreshSlotList() didn't fix the issue with duplicate slots in the grid. Trying ClientDictionary.Slots as SelectMany().ToList().AsReadOnly(). Add debug message to logger with number of slots at refresh. - Change: Limit the og text stored in the FahClient buffer to ~450000 characters. - Change: Try using log-updates start in lieu of log-updates restart. The socket interface is quite slow when accessed via remote machine... even on the same LAN. Using start will allow a reading to be given much, much, much quicker. I estimate it may take ~2 minutes to send 2MB worth of log via the API. - Change: Turn on attempted UnitInfoDatabase write in FahClient.cs - Change: Use preferences decimal places in protein calculator rounding. - Change: Add Connection.Connect() overload that does not require a password value. - Change: using a lock at MainGridModel.RefreshSlotList() didn't fix the issue with duplicate slots in the grid. Trying ClientDictionary.Slots as SelectMany().ToList().AsReadOnly(). Add debug message to logger with number of slots at refresh. - Change: Limit the og text stored in the FahClient buffer to ~450000 characters. - Change: Try using log-updates start in lieu of log-updates restart. The socket interface is quite slow when accessed via remote machine... even on the same LAN. Using start will allow a reading to be given much, much, much quicker. I estimate it may take ~2 minutes to send 2MB worth of log via the API. - Change: Turn on attempted UnitInfoDatabase write in FahClient.cs - Change: Use preferences decimal places in protein calculator rounding. Jan 14, 2012 r489 (- Change: Write FahClient log to local file. - Change: Clear...) committed by harlam357 - - Change: Write FahClient log to local file. - Change: Clear Artifacts folder on build. - Fix: ClearCacheFolder to point to the correct folder. - Fix: CurrentLogLines in WebSlot.xslt and format numbers. - Change: Write FahClient log to local file. - Change: Clear Artifacts folder on build. - Fix: ClearCacheFolder to point to the correct folder. - Fix: CurrentLogLines in WebSlot.xslt and format numbers. Jan 14, 2012 r488 (- Fix: ObjectMapperTests. Core tests were being executed tw...) committed by harlam357 - - Fix: ObjectMapperTests. Core tests were being executed twice and Forms tests weren't being checked at all. - Change: Now returning bonus credit values with decimals in tact. - Fix: Filter slot messages like "00:00:00:FSxx:" - Fix: Only count completed and failed for the current folding slot. Also, for v7 clients only count the lines with the "Core Return" message since it seems to print for all cores. Don't handle the "Core Shutdown" message that was used with v6. - Fix: ObjectMapperTests. Core tests were being executed twice and Forms tests weren't being checked at all. - Change: Now returning bonus credit values with decimals in tact. - Fix: Filter slot messages like "00:00:00:FSxx:" - Fix: Only count completed and failed for the current folding slot. Also, for v7 clients only count the lines with the "Core Return" message since it seems to print for all cores. Don't handle the "Core Shutdown" message that was used with v6. Jan 14, 2012 r487 (- Change: Move enums from HFM.Core.DataTypes to HFM.Core tha...) committed by harlam357 - - Change: Move enums from HFM.Core.DataTypes to HFM.Core that don't need to be exposed by the DataTypes dll. - Change: Use Default.MaxDecimalPlaces for Bonus Credit and Bonus Multiplier calculations. - Change: Change v7 client (FahClient) to store WU and log data based on queue index as reported by the v7 client. This allows HFM to show only the applicable log sections for the specific slot. - Fix: Clone the ClientSettings List before encrypting and serializing. Otherwise the ClientSettings would remain with encrypted data after the serialization. - Add: Points Calculator implementation. - Fix: lock the MainGridModel.RefreshSlotList() method. This should fix issues where duplicate clients were showing up in the data grid, though to test since reproducing it hit or miss (multi- threading). - Change: Move enums from HFM.Core.DataTypes to HFM.Core that don't need to be exposed by the DataTypes dll. - Change: Use Default.MaxDecimalPlaces for Bonus Credit and Bonus Multiplier calculations. - Change: Change v7 client (FahClient) to store WU and log data based on queue index as reported by the v7 client. This allows HFM to show only the applicable log sections for the specific slot. - Fix: Clone the ClientSettings List before encrypting and serializing. Otherwise the ClientSettings would remain with encrypted data after the serialization. - Add: Points Calculator implementation. - Fix: lock the MainGridModel.RefreshSlotList() method. This should fix issues where duplicate clients were showing up in the data grid, though to test since reproducing it hit or miss (multi- threading). Jan 13, 2012 r486 (- Change: Update code and tests for v7.1.43 client data. - C...) committed by harlam357 - - Change: Update code and tests for v7.1.43 client data. - Change: Update Paraffin WiX include. - Change: Update code and tests for v7.1.43 client data. - Change: Update Paraffin WiX include. Jan 13, 2012 r485 (- Add: Client_v7_10 TestFiles.) committed by harlam357 - - Add: Client_v7_10 TestFiles. - Add: Client_v7_10 TestFiles. Jan 12, 2012 issue 266 (Further options for Importing/Exporting/Merging data in the ...) commented on by mtm78.cf...@gmail.com - I didn't know you were using csv still, since you have sqlite as dependency I expected the work unit history to be stored in an sql db. To me this seems quite useful as some of the statistical data you could obtain through the stored work units are easier I think with sql select statements then done in memory ( easier meaning less code required, and less memory needed )? I didn't know you were using csv still, since you have sqlite as dependency I expected the work unit history to be stored in an sql db. To me this seems quite useful as some of the statistical data you could obtain through the stored work units are easier I think with sql select statements then done in memory ( easier meaning less code required, and less memory needed )? Jan 12, 2012 issue 269 (V7 Hardware monitoring / gpu compute enumeration) reported by mtm78.cf...@gmail.com - First off: I don't think I need to say I like the proposed feature set and I know I am not alone. This will make allot of people happy, keep up the good work! I've noticed that your envisioned future usability overlaps with what I been proposing/trying to put together or how ever one would like to describe it, and I acknowledge that your programming expertise is much higher then mine so I'm left with a question regarding feature set. Some of the things you are currently not doing and I thought of being useful are gpu compute platform enumeration and device properties, ideally coupled with hardware monitoring. I feel this is a useful feature to include since it would be helpful to troubleshoot problems, as well as enhance the data mining capabilities and therefore the data available for the web back end you've mentioned. For gpu enumeration you're free to use my code to save some time, there was a problem with cal detection on certain systems which was caused by some invalid casting but since I've rewritten the library with option strict it is now fixed. There is a hardware monitoring library you could use which would work for the greater subset of folding clients ( on this moment in time, if/when linux gpu folding would be officially supported I can for see a possible swing towards linux for every dedicated folding box ) [http://code.google.com/p/open-hardware-monitor/ here]. You would need to write a socket interface to enable sharing readings from other ( remote ) clients, or you could wait for [http://code.google.com/p/open-hardware-monitor/issues/detail?id=34&colspec=ID%20Type%20Status%20Stars%20Summary remote monitoring support in openhardwaremonitor itself] If you feel you should not make this a core feature, maybe it's possible to add this through your plugin interface ( I have not looked at it with the .7 revisions, I do not know if it's possible to add ui elements to the main form which would be a requirement to add hardware monitoring without the need to display a separate form )? If you feel this could be a core feature, or if it would be possible to add this through a plugin if not a core feature, there is little incentive left for me to continue with my own project. First off: I don't think I need to say I like the proposed feature set and I know I am not alone. This will make allot of people happy, keep up the good work! I've noticed that your envisioned future usability overlaps with what I been proposing/trying to put together or how ever one would like to describe it, and I acknowledge that your programming expertise is much higher then mine so I'm left with a question regarding feature set. Some of the things you are currently not doing and I thought of being useful are gpu compute platform enumeration and device properties, ideally coupled with hardware monitoring. I feel this is a useful feature to include since it would be helpful to troubleshoot problems, as well as enhance the data mining capabilities and therefore the data available for the web back end you've mentioned. For gpu enumeration you're free to use my code to save some time, there was a problem with cal detection on certain systems which was caused by some invalid casting but since I've rewritten the library with option strict it is now fixed. There is a hardware monitoring library you could use which would work for the greater subset of folding clients ( on this moment in time, if/when linux gpu folding would be officially supported I can for see a possible swing towards linux for every dedicated folding box ) [http://code.google.com/p/open-hardware-monitor/ here]. You would need to write a socket interface to enable sharing readings from other ( remote ) clients, or you could wait for [http://code.google.com/p/open-hardware-monitor/issues/detail?id=34&colspec=ID%20Type%20Status%20Stars%20Summary remote monitoring support in openhardwaremonitor itself] If you feel you should not make this a core feature, maybe it's possible to add this through your plugin interface ( I have not looked at it with the .7 revisions, I do not know if it's possible to add ui elements to the main form which would be a requirement to add hardware monitoring without the need to display a separate form )? If you feel this could be a core feature, or if it would be possible to add this through a plugin if not a core feature, there is little incentive left for me to continue with my own project. Jan 10, 2012 r484 (- Initial changes for 7.1.43 client. Maintain compatibility...) committed by harlam357 - - Initial changes for 7.1.43 client. Maintain compatibility with 7.1.38. - Change: use generated AssemblyOriginatorKeyFile if not given when calling HFM.msbuild. - Initial changes for 7.1.43 client. Maintain compatibility with 7.1.38. - Change: use generated AssemblyOriginatorKeyFile if not given when calling HFM.msbuild. Jan 08, 2012 r483 (- Change: Update logging messages.) committed by harlam357 - - Change: Update logging messages. - Change: Update logging messages. Jan 08, 2012 r482 (- Change: use == for equality... DataType property could eas...) committed by harlam357 - - Change: use == for equality... DataType property could easily be null - Change: use == for equality... DataType property could easily be null Jan 08, 2012 r481 (- Change: Hide 'offset' controls for now.) committed by harlam357 - - Change: Hide 'offset' controls for now. - Change: Hide 'offset' controls for now. Jan 08, 2012 r480 (- Fix: Issue editing Version 7 client settings. Clear event...) committed by harlam357 - - Fix: Issue editing Version 7 client settings. Clear events from client and reattach after changing ClientSettings. - Change: Indent Xml Files and only encrypt password strings that have a value. - Fix: Issue editing Version 7 client settings. Clear events from client and reattach after changing ClientSettings. - Change: Indent Xml Files and only encrypt password strings that have a value. Jan 08, 2012 r479 (- Rename frmMain > MainForm - Use system password char for w...) committed by harlam357 - - Rename frmMain > MainForm - Use system password char for web gen FTP password field. - Rename frmMain > MainForm - Use system password char for web gen FTP password field.

issue 269 (V7 Hardware monitoring / gpu compute enumeration) reported by mtm78.cf...@gmail.com - First off: I don't think I need to say I like the proposed feature set and I know I am not alone. This will make allot of people happy, keep up the good work! I've noticed that your envisioned future usability overlaps with what I been proposing/trying to put together or how ever one would like to describe it, and I acknowledge that your programming expertise is much higher then mine so I'm left with a question regarding feature set. Some of the things you are currently not doing and I thought of being useful are gpu compute platform enumeration and device properties, ideally coupled with hardware monitoring. I feel this is a useful feature to include since it would be helpful to troubleshoot problems, as well as enhance the data mining capabilities and therefore the data available for the web back end you've mentioned. For gpu enumeration you're free to use my code to save some time, there was a problem with cal detection on certain systems which was caused by some invalid casting but since I've rewritten the library with option strict it is now fixed. There is a hardware monitoring library you could use which would work for the greater subset of folding clients ( on this moment in time, if/when linux gpu folding would be officially supported I can for see a possible swing towards linux for every dedicated folding box ) [http://code.google.com/p/open-hardware-monitor/ here]. You would need to write a socket interface to enable sharing readings from other ( remote ) clients, or you could wait for [http://code.google.com/p/open-hardware-monitor/issues/detail?id=34&colspec=ID%20Type%20Status%20Stars%20Summary remote monitoring support in openhardwaremonitor itself] If you feel you should not make this a core feature, maybe it's possible to add this through your plugin interface ( I have not looked at it with the .7 revisions, I do not know if it's possible to add ui elements to the main form which would be a requirement to add hardware monitoring without the need to display a separate form )? If you feel this could be a core feature, or if it would be possible to add this through a plugin if not a core feature, there is little incentive left for me to continue with my own project.

First off: I don't think I need to say I like the proposed feature set and I know I am not alone. This will make allot of people happy, keep up the good work! I've noticed that your envisioned future usability overlaps with what I been proposing/trying to put together or how ever one would like to describe it, and I acknowledge that your programming expertise is much higher then mine so I'm left with a question regarding feature set. Some of the things you are currently not doing and I thought of being useful are gpu compute platform enumeration and device properties, ideally coupled with hardware monitoring. I feel this is a useful feature to include since it would be helpful to troubleshoot problems, as well as enhance the data mining capabilities and therefore the data available for the web back end you've mentioned. For gpu enumeration you're free to use my code to save some time, there was a problem with cal detection on certain systems which was caused by some invalid casting but since I've rewritten the library with option strict it is now fixed. There is a hardware monitoring library you could use which would work for the greater subset of folding clients ( on this moment in time, if/when linux gpu folding would be officially supported I can for see a possible swing towards linux for every dedicated folding box ) [http://code.google.com/p/open-hardware-monitor/ here]. You would need to write a socket interface to enable sharing readings from other ( remote ) clients, or you could wait for [http://code.google.com/p/open-hardware-monitor/issues/detail?id=34&colspec=ID%20Type%20Status%20Stars%20Summary remote monitoring support in openhardwaremonitor itself] If you feel you should not make this a core feature, maybe it's possible to add this through your plugin interface ( I have not looked at it with the .7 revisions, I do not know if it's possible to add ui elements to the main form which would be a requirement to add hardware monitoring without the need to display a separate form )? If you feel this could be a core feature, or if it would be possible to add this through a plugin if not a core feature, there is little incentive left for me to continue with my own project.

Last 7 days

Last 30 days

Earlier this year