pause/resume WU - 25% of credit gone
Moderators: Site Moderators, FAHC Science Team
pause/resume WU - 25% of credit gone
Hi,
it happens I really need to pause the folding GPU work, for instance when I need to work with Libreoffice, which becomes near impossible to do when the GPU is at 100%. So, pausing a WU, and resuming it as little as 5 or 10 minutes later - 25% or so of estimated credit: gone. Not complaining, but that seems rather silly?
it happens I really need to pause the folding GPU work, for instance when I need to work with Libreoffice, which becomes near impossible to do when the GPU is at 100%. So, pausing a WU, and resuming it as little as 5 or 10 minutes later - 25% or so of estimated credit: gone. Not complaining, but that seems rather silly?
Re: pause/resume WU - 25% of credit gone
so firstly the chances are you will have a checkpoint that will lose you a little of the actual process. secondly when it first restarts it can get a little confused as to how fast it's working.
But yes, the gpu is very sensitive to how quickly the unit is finished and returned.
If you are having a big impact in LibreOffice, it suggests that it is using the gpu for acceleration. Try this
But yes, the gpu is very sensitive to how quickly the unit is finished and returned.
If you are having a big impact in LibreOffice, it suggests that it is using the gpu for acceleration. Try this
single 1070
Re: pause/resume WU - 25% of credit gone
Actually, that link sounds like it's having LibreOffice use MORE of the GPU. (I only read it briefly.) The opposite is probably true. Many apps assume the GPU is rarely used and it is more powerful then your CPU so it's always a benefit. When you run FAH the opposite is often true. The GPU is NEVER unused and the compute blocks generally take relatively long slices of the resources. If there's a way to NOT use accelerated processing (another word for GPU processing) and use the CPU instead, it's almost always a benefit for people running a GPU FAHCore. Disable accelerated processing and see how it feels.
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
Re: pause/resume WU - 25% of credit gone
Code: Select all
Crash on program start
LibreOffice comes with OpenGL rendering enabled by default and this configuration might cause problems with certain combinations of graphics hardware and their drivers, which can lead to crashes. If LibreOffice crashes immediately on startup, it will not be possible to open the Options dialog and disable OpenGL there, so you have two options:
LibreOffice 5.3 and newer:
Start LibreOffice in Safe Mode (open "LibreOffice (Safe Mode)" in the Windows start menu or run libreoffice --safe-mode in the Linux terminal).
Select "Configure" -> "Disable Hardware Acceleration (OpenGL, OpenCL)"
Click "Apply Changes and Restart"
LibreOffice 5.2 and older:
On Windows:
Download this registry fragment and import it in the registry editor, which will disable the UseOpenGL parameter on Windows.
On Linux:
Open the registrymodifications.xcu file found in LibreOffice's user profile folder and change UseOpenGL and ForceOpenGL entries to false:
<item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseOpenGL" oor:op="fuse"><value>true</value></prop></item>
<item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="ForceOpenGL" oor:op="fuse"><value>false</value></prop></item>
For more details, please see tdf#93546.
single 1070
Re: pause/resume WU - 25% of credit gone
FAH does not use OpenGL, it uses OpenCL and they are very different. We can't help you with OpenGL or LibreOffice.
In gneral, FAH prefers the later versions of the proprietary drivers that you can download from the website of the GPU's manufacturer. Those drivers generally support both OpenCL and OpenGL.
In gneral, FAH prefers the later versions of the proprietary drivers that you can download from the website of the GPU's manufacturer. Those drivers generally support both OpenCL and OpenGL.
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
Re: pause/resume WU - 25% of credit gone
FAHCore_22 running on your GPU will write checkpoints periodically at an interval set by the scientist that designed the project. Unless the project is really, really short, the checkpoints should be much more frequent than every 25% but after a pause or a shutdown, it always restarts from the previous checkpoint.
If the applicable work files are still on you system, you can look in the "science" log and scroll down a page or so for something that looks like this:
The numbers will most likely be different, but the only one that you're interest in is (1.3%) ... which is actually a rounded value of 1.25% if you divide 50000 by 4000000
If the applicable work files are still on you system, you can look in the "science" log and scroll down a page or so for something that looks like this:
Code: Select all
Total number of steps: 4000000
XTC write frequency: 50000
Checkpoint write frequency: 50000 (1.3%)
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.
Re: pause/resume WU - 25% of credit gone
In my experience Libreoffice does NOT use openGL, but it uses OpenCL if you enable that (where it should really be using OpenGL: rendering of even text, let alone graphs is horrid when other processes are using the GPU at 100%). I see evidence in nvidia-smi it does allocate a type "C" (OpenCL) slot, not type "G".
It really does not matter if a process (F@H mostly) is using the GPU at 100% in type "C" or type "G" mode - the GPU is busy, period. At first firefox screen draw was almost pixel by pixel when F@H running, until I forced firefox to use the GPU (type "G"), after which it runs as if F@H was not using te GPU at all.
As to the original inquiry - I know F@H takes time to get back up to speed (PPD for the WU) after WU pause, and I know it drops back slightly in progress percentage when un-pausing. The "Estimated Credit" falls back to a value not in relation to the progress percentage at all. Even when the PPD is back up to what it was before pausing the WU the credit estimate for the WU is sure to be much lower as it was when the WU first started running. That simply does not make sense to me.
It really does not matter if a process (F@H mostly) is using the GPU at 100% in type "C" or type "G" mode - the GPU is busy, period. At first firefox screen draw was almost pixel by pixel when F@H running, until I forced firefox to use the GPU (type "G"), after which it runs as if F@H was not using te GPU at all.
As to the original inquiry - I know F@H takes time to get back up to speed (PPD for the WU) after WU pause, and I know it drops back slightly in progress percentage when un-pausing. The "Estimated Credit" falls back to a value not in relation to the progress percentage at all. Even when the PPD is back up to what it was before pausing the WU the credit estimate for the WU is sure to be much lower as it was when the WU first started running. That simply does not make sense to me.
Re: pause/resume WU - 25% of credit gone
The original run from download assumes the progress will be consistent and estimates the credit based on that. If you pause the unit, let's say for an hour, the new estimated time to finish is of course at least one hour later than before and the Quick Return Bonus is affected. The QRB is not linear. So the estimated points are now lower. The longer you have paused it for the greater the impact on the QRB.
single 1070
-
- Posts: 1996
- Joined: Sun Mar 22, 2020 5:52 pm
- Hardware configuration: 1: 2x Xeon E5-2697v3@2.60GHz, 512GB DDR4 LRDIMM, SSD Raid, Win10 Ent 20H2, Quadro K420 1GB, FAH 7.6.21
2: Xeon E3-1505Mv5@2.80GHz, 32GB DDR4, NVME, Win10 Pro 20H2, Quadro M1000M 2GB, FAH 7.6.21 (actually have two of these)
3: i7-960@3.20GHz, 12GB DDR3, SSD, Win10 Pro 20H2, GTX 750Ti 2GB, GTX 1080Ti 11GB, FAH 7.6.21 - Location: UK
Re: pause/resume WU - 25% of credit gone
The QRB rewards "Quick Return" no "Quick Process" … to follow on from what HaloJones wrote … If you processed 50% of a 1day timeout WU in say half an hour, then paused the slot for 23 hours, then un-paused the slot and complete the rest of the WU in another half hour the total time elapsed is 24hr so between when you first paused the slot (when estimated points will include a significant QRB) and when you un-pause the slot (when there will be no QRB only base points in the estimate) you will see a significant drop in the estimated points.
2x Xeon E5-2697v3, 512GB DDR4 LRDIMM, SSD Raid, W10-Ent, Quadro K420
Xeon E3-1505Mv5, 32GB DDR4, NVME, W10-Pro, Quadro M1000M
i7-960, 12GB DDR3, SSD, W10-Pro, GTX1080Ti
i9-10850K, 64GB DDR4, NVME, W11-Pro, RTX3070
(Green/Bold = Active)
Xeon E3-1505Mv5, 32GB DDR4, NVME, W10-Pro, Quadro M1000M
i7-960, 12GB DDR3, SSD, W10-Pro, GTX1080Ti
i9-10850K, 64GB DDR4, NVME, W11-Pro, RTX3070
(Green/Bold = Active)
Re: pause/resume WU - 25% of credit gone
hmmm, ok then. Still rather puzzling seen the fact I mostly receive WU's with an estimated time somewhere between 6 and 19 hours. Assumiing I would actually pause a WU for a week, but end it before "you have 7 days to run the WU" the original credit of let's say 100K will by reduced to 1K or less?
update - that would probably be the "base credit"?
update - that would probably be the "base credit"?
-
- Site Moderator
- Posts: 6986
- Joined: Wed Dec 23, 2009 9:33 am
- Hardware configuration: V7.6.21 -> Multi-purpose 24/7
Windows 10 64-bit
CPU:2/3/4/6 -> Intel i7-6700K
GPU:1 -> Nvidia GTX 1080 Ti
§
Retired:
2x Nvidia GTX 1070
Nvidia GTX 675M
Nvidia GTX 660 Ti
Nvidia GTX 650 SC
Nvidia GTX 260 896 MB SOC
Nvidia 9600GT 1 GB OC
Nvidia 9500M GS
Nvidia 8800GTS 320 MB
Intel Core i7-860
Intel Core i7-3840QM
Intel i3-3240
Intel Core 2 Duo E8200
Intel Core 2 Duo E6550
Intel Core 2 Duo T8300
Intel Pentium E5500
Intel Pentium E5400 - Location: Land Of The Long White Cloud
- Contact:
Re: pause/resume WU - 25% of credit gone
Here's a quick breakdown for points:
Before the Timeout date: base + bonus
After Timeout but before Expiration date: base
At Expiration date: WU is deleted and you get 0 points.
Before the Timeout date: base + bonus
After Timeout but before Expiration date: base
At Expiration date: WU is deleted and you get 0 points.
ETA:
Now ↞ Very Soon ↔ Soon ↔ Soon-ish ↔ Not Soon ↠ End Of Time
Welcome To The F@H Support Forum Ӂ Troubleshooting Bad WUs Ӂ Troubleshooting Server Connectivity Issues
Now ↞ Very Soon ↔ Soon ↔ Soon-ish ↔ Not Soon ↠ End Of Time
Welcome To The F@H Support Forum Ӂ Troubleshooting Bad WUs Ӂ Troubleshooting Server Connectivity Issues
Re: pause/resume WU - 25% of credit gone
That 7 days is time to expiration. Time out is something much less, 1 or 2 days typically. If you don't return WU before time out, it goes to assignment queu to reassigned to someone else. If that someone returns it before you, you will not be credited at all. You will always get base credit if successfully return WU before expiration(between timeout and expiration before anyone else) but QRB is a reward for fast return. The faster the more credits. Everything that comes over base credit is a bonus.
Why it is so difficult to understand?
Why it is so difficult to understand?
-
- Posts: 1996
- Joined: Sun Mar 22, 2020 5:52 pm
- Hardware configuration: 1: 2x Xeon E5-2697v3@2.60GHz, 512GB DDR4 LRDIMM, SSD Raid, Win10 Ent 20H2, Quadro K420 1GB, FAH 7.6.21
2: Xeon E3-1505Mv5@2.80GHz, 32GB DDR4, NVME, Win10 Pro 20H2, Quadro M1000M 2GB, FAH 7.6.21 (actually have two of these)
3: i7-960@3.20GHz, 12GB DDR3, SSD, Win10 Pro 20H2, GTX 750Ti 2GB, GTX 1080Ti 11GB, FAH 7.6.21 - Location: UK
Re: pause/resume WU - 25% of credit gone
"If that someone returns it before you, you will not be credited at all."
TPL may have misunderstood the points system a little (or maybe I have) … If you return a WU completed after time out but before expiration date you will get the base points irrespective of whether anyone else has returned it before you.
Timeouts, Deadlines, Base Points for any Project can be found https://apps.foldingathome.org/psummary
TPL may have misunderstood the points system a little (or maybe I have) … If you return a WU completed after time out but before expiration date you will get the base points irrespective of whether anyone else has returned it before you.
Timeouts, Deadlines, Base Points for any Project can be found https://apps.foldingathome.org/psummary
2x Xeon E5-2697v3, 512GB DDR4 LRDIMM, SSD Raid, W10-Ent, Quadro K420
Xeon E3-1505Mv5, 32GB DDR4, NVME, W10-Pro, Quadro M1000M
i7-960, 12GB DDR3, SSD, W10-Pro, GTX1080Ti
i9-10850K, 64GB DDR4, NVME, W11-Pro, RTX3070
(Green/Bold = Active)
Xeon E3-1505Mv5, 32GB DDR4, NVME, W10-Pro, Quadro M1000M
i7-960, 12GB DDR3, SSD, W10-Pro, GTX1080Ti
i9-10850K, 64GB DDR4, NVME, W11-Pro, RTX3070
(Green/Bold = Active)
Re: pause/resume WU - 25% of credit gone
Ok I may mistake here. I had a believe WU will be dumped if it is already returned successfully.
Re: pause/resume WU - 25% of credit gone
There is another thing I want to mention. I have two computers folding but from old one I have removed GPU slot because it just is too slow. It was also recognized wrong to be Radeon HD8600 Series as it is R5 M330 in real. No reason to beat that dead horse any more. But anyway, in the beginning I was using it and still got some QRB returning WUs between timeout and expiration. Not that much of course but clearly over base points. Maybe up to double the base. But as it always go over timeout it is not good. CPU I am still using as it is capable before timeout.
It has been told it should only be base points then but I am extra rewarded.
It has been told it should only be base points then but I am extra rewarded.