Discussion: what is holding F@h back?

Moderators: Site Moderators, FAHC Science Team

KMac
Posts: 31
Joined: Thu Feb 17, 2011 6:50 pm

Re: Discussion: what is holding F@h back?

Post by KMac »

7im wrote:Easy to install is not synonymous with a setup page with 50 possible chech boxes...
A simple "Advanced Options" checkbox could easily hide 3/4 of those options while retaining simplicity of setup for more knowledgeable users.
csvanefalk
Posts: 149
Joined: Mon May 21, 2012 10:28 am

Re: Discussion: what is holding F@h back?

Post by csvanefalk »

In my opinion, the broken Python dependency that keeps the FaH Monitor AND Viewer from installing on Fedora (without hacks) should be addressed urgently. It seems to be a relatively simple fix, and would be a good thing for the community at large. The tools should install and run smoothly without the need for workarounds for the basic stuff.

EDIT: as Nathan_P pointed out, this affects other distros as well, making it even more relevant to see it fixed.
Last edited by csvanefalk on Sun Jun 03, 2012 8:25 pm, edited 1 time in total.
Nathan_P
Posts: 1180
Joined: Wed Apr 01, 2009 9:22 pm
Hardware configuration: Asus Z8NA D6C, 2 x5670@3.2 Ghz, , 12gb Ram, GTX 980ti, AX650 PSU, win 10 (daily use)

Asus Z87 WS, Xeon E3-1230L v3, 8gb ram, KFA GTX 1080, EVGA 750ti , AX760 PSU, Mint 18.2 OS

Not currently folding
Asus Z9PE- D8 WS, 2 E5-2665@2.3 Ghz, 16Gb 1.35v Ram, Ubuntu (Fold only)
Asus Z9PA, 2 Ivy 12 core, 16gb Ram, H folding appliance (fold only)
Location: Jersey, Channel islands

Re: Discussion: what is holding F@h back?

Post by Nathan_P »

csvanefalk wrote:In my opinion, the broken Python dependency that keeps the FaH Monitor AND Viewer from installing on Fedora (without hacks) should be addressed urgently. It seems to be a relatively simple fix, and would be a good thing for the community at large. The tools should install and run smoothly without the need for workarounds for the basic stuff.

Its not just fedora thats affected, IIRC there are other distro's affected as well. A fully functioning v7 linux client is important but most linux people still use v6. Sorting out the mess that is the GPU whitelist should be an even bigger priority. Better communication with Donors is another - although this is better than in the past

Newbie comes along with shiny new gfx card, installs latest client, client doesn't work. Newbie finds this forum and realises his GPU doesn't work and uninstalls - Donor lost, probably forever.
Image
gwildperson
Posts: 450
Joined: Tue Dec 04, 2007 8:36 pm

Re: Discussion: what is holding F@h back?

Post by gwildperson »

From my perspective, F@h V7 is not living up to it's potential. When it was first described, it was supposed to be a platform with great potential on which lots of new features could be build. That may be true, but it's not happening. There are many, many things described in the V7 ticket system which would unhinder FAH by providing important capabilities. Several are really, really important, too, including some that work better in V4/v5/V6 than they do in V7. Many others are much less important. I'm sure if we worked at it, we could come up with even more enhancements, too, but I'm concerned about the ones that are already listed. Why has all progress been halted and what can be done to resume the progress that seemed to be going so well?
7im
Posts: 10189
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Discussion: what is holding F@h back?

Post by 7im »

As mentioned earlier, the Client software is not the only project in progress. The backend server software is being updated as well. They work hand in hand, so occasionally, the client work pauses while the server work catches up, or advances to prepare for the next stage of feature enhancements/bug fixes.

When making big changes, you occasionally need to step back and look at the bigger picture, and find/fix the resulting roadkill from those big changes. I.E. letting the ripples from the big splash subside so you can see where the smaller ripples (problems) remain. And those smaller ripples might not appear for a day, a week, a month. Allowing all of the changed processes to go through a regular cycle helps bring an small problems to the front.

Progress hasn't stopped. It's just taking place elsewhere at the moment. ;)
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Discussion: what is holding F@h back?

Post by bruce »

Frontiers wrote:I have a dream about clustering via Thunderbolt in next versions of SMP core.

Reasons are mostly economical, but partly hardware based
This quote formerly was in this topic and what followed was a discussion devoted to hardware. Since it was off-topic, I have moved that discussion to the hardware forum. If you're interested in that topic, you can find it here. viewtopic.php?f=38&t=22457

By the way, the FAH SMP core has intentionally had clustering capabilities disabled. Data transfers are memory to memory, so they're much faster than even Thunderbolt. Moreover, SMP does not run effectively unless all N CPUs are almost perfectly matched. Please read more from this forum regarding clustering.

Stanford may or may not enable all of the features of the next version of SMP. Personally, I'd like to see FAH use a version of Dynamic Load Balancing that could accommodate Asymmetrical MultiProcessing but that has never been mentioned as a high priority for FAH, and there's a long, long list of things that have been mentioned. I suspect that their current wish-list involves a backlog is most likely several years long and ASMP would probably be behind that, if ever.

That shouldn't stop any of us from dreaming, though.
Barry
Posts: 33
Joined: Tue Nov 27, 2012 1:38 am

Re: Discussion: what is holding F@h back?

Post by Barry »

Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
csvanefalk
Posts: 149
Joined: Mon May 21, 2012 10:28 am

Re: Discussion: what is holding F@h back?

Post by csvanefalk »

Barry wrote:
Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
At least for Linux systems, you could probably write a script that does this. I say "probably" because I have never worked with the FaH client API, but assuming there is at least one method for setting FaH CPU usage (either by directly modding the config.xml file in general or modifying this value in particular) and one method for restarting the client (to reload settings), then it is straightforward. Python has bindings for lm-sensors, so what you do is simply to do periodic readings of temp, and then apply some simple logic after your own taste (depending on the level of scaling you want) for scaling CPU use accordingly. The same can be done for GPU if FaH supports setting max GPU usage (we don't have a GPU client for Linux, so I don't know unfortunately).
Stonecold
Posts: 332
Joined: Sun Dec 25, 2011 9:20 pm

Re: Discussion: what is holding F@h back?

Post by Stonecold »

Barry wrote:
Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
All modern CPUs have a built-in temperature sensor which shuts the computer down if it begins to overheat, but if you want something that only pauses folding without shutting down the computer, you could try CoreTemp. I haven't used Windows in a while but if I remember correctly CoreTemp has an option to run a command once a certain temperature is reached, so you may be able to have it run a batch file which safely pauses folding (otherwise you could just have a command which kills the client).
Stonecold
Posts: 332
Joined: Sun Dec 25, 2011 9:20 pm

Re: Discussion: what is holding F@h back?

Post by Stonecold »

csvanefalk wrote:
Barry wrote:
Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
At least for Linux systems, you could probably write a script that does this. I say "probably" because I have never worked with the FaH client API, but assuming there is at least one method for setting FaH CPU usage (either by directly modding the config.xml file in general or modifying this value in particular) and one method for restarting the client (to reload settings), then it is straightforward. Python has bindings for lm-sensors, so what you do is simply to do periodic readings of temp, and then apply some simple logic after your own taste (depending on the level of scaling you want) for scaling CPU use accordingly. The same can be done for GPU if FaH supports setting max GPU usage (we don't have a GPU client for Linux, so I don't know unfortunately).
FAH can't adjust CPU usage for SMP, but it can reduce the numbers of CPU cores being used (only uniprocessor clients can adjust the percentage of CPU usage). However AFAIK changing number of CPU cores used only takes effect when a new (FAH) core is downloaded.
csvanefalk
Posts: 149
Joined: Mon May 21, 2012 10:28 am

Re: Discussion: what is holding F@h back?

Post by csvanefalk »

My mistake, I only saw this setting in passing (never used it) and wrongly concluded it applied to SMP as well.
csvanefalk
Posts: 149
Joined: Mon May 21, 2012 10:28 am

Re: Discussion: what is holding F@h back?

Post by csvanefalk »

...have not looked into this (have to go to work soon), but you could possibly use the script with something like this instead to work around it: http://maketecheasier.com/limit-cpu-usa ... 2010/09/22
Jesse_V
Site Moderator
Posts: 2851
Joined: Mon Jul 18, 2011 4:44 am
Hardware configuration: OS: Windows 10, Kubuntu 19.04
CPU: i7-6700k
GPU: GTX 970, GTX 1080 TI
RAM: 24 GB DDR4
Location: Western Washington

Re: Discussion: what is holding F@h back?

Post by Jesse_V »

Barry wrote:
Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
There's a related ticket: https://fah-web.stanford.edu/projects/F ... ticket/634
csvanefalk wrote:
Barry wrote:
Jesse_V wrote:2. Heat issues related to maximum hardware utilization. V7 utilizes everything by default. Everyone has a laptop here on campus, so this is a concern.
How about a built in temp monitor that pauses folding at a user defined temperature, with a pretty safe default pause-temp? Is there even a stand alone product that could do that?
At least for Linux systems, you could probably write a script that does this. ...
In the Linux terminal, type the word "sensors". On my machine, it spits out the CPU temps.
F@h is now the top computing platform on the planet and nothing unites people like a dedicated fight against a common enemy. This virus affects all of us. Lets end it together.
csvanefalk
Posts: 149
Joined: Mon May 21, 2012 10:28 am

Re: Discussion: what is holding F@h back?

Post by csvanefalk »

Yep, that is lm-sensors, it is this program I was referring to when I talked about the Python bindings.
artoar_11
Posts: 657
Joined: Sun Nov 22, 2009 8:42 pm
Hardware configuration: AMD R7 3700X @ 4.0 GHz; ASUS ROG STRIX X470-F GAMING; DDR4 2x8GB @ 3.0 GHz; GByte RTX 3060 Ti @ 1890 MHz; Fortron-550W 80+ bronze; Win10 Pro/64
Location: Bulgaria/Team #224497/artoar11_ALL_....

Re: Discussion: what is holding F@h back?

Post by artoar_11 »

Stonecold wrote:
FAH can't adjust CPU usage for SMP, but it can reduce the numbers of CPU cores being used (only uniprocessor clients can adjust the percentage of CPU usage). However AFAIK changing number of CPU cores used only takes effect when a new (FAH) core is downloaded.
When WU is in progress and you change number of cores (-smp #), WU will continue from 0% (from the beginning). I have tried this a long time ago, and now I guess so.
Post Reply