PrimeGrid
Please visit donation page to help the project cover running costs for this month

Toggle Menu

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : Number crunching : PrimeGrid downtime starting Sunday, September 28th (Message 79818)
Posted 1971 days ago by Matthias Lehmkuhl
Hi,
possible, there are some "broken links"
On page
http://www.primegrid.com/prefs.php?subset=project
I'm getting this messages:
Warning: Creating default object from empty value in /home/boinc/proj/html/inc/prefs_util.inc on line 220
Warning: Creating default object from empty value in /home/boinc/proj/html/project/project_specific_prefs.inc on line 836

The change of the project settings is possible
2) Message boards : Number crunching : Perseid Shower Challenge (Message 68303)
Posted 2384 days ago by Matthias Lehmkuhl
I've a problem with the project settings, I can't delete this settings in my preferences
Proth Prime Search (Sieve) CUDA, AMD (ATI)

I've tried this some times, Firefox and IE.
For CPU I could change my project settings only to TRP (Sieve) without a problem.

Edit: just checked one more way: after clearing the checkmark for CUDA GPU and ATI GPU I was able clear the project settings for Proth Prime Search (Sieve)
3) Message boards : Generalized Fermat Prime Search : Genefer CPU WUs don't pause when BOINC says pause (Message 55964)
Posted 2795 days ago by Matthias Lehmkuhl
Hi, I've the same behavior with Boinc 6.12.33 on Win7 X64 4 Core

PrimGrid Genefer 1.07 is in Status waiting and ProcessExplorer shows that it's running with 100% on a Core.
Two other project results (of 4 with status running) are in status running use only 50% of the CPU time.
The Genefer 1.07 CPU App does not handle the status change of the boinc client correct.
I've seen this behavior already at the challenge.
There are 5 results running on my 4 Core CPU.
Please fix this.

Edit: The Process Priority is Idle (4) as expected
4) Message boards : Sieving : TRP_sieve wrapper crashed (Message 33908)
Posted 3275 days ago by Matthias Lehmkuhl
two more results, where the wrapper has crashed, while the TPS_sieve was running.
http://www.primegrid.com/result.php?resultid=238946564
http://www.primegrid.com/result.php?resultid=238946929
both sieve programs had a runtime with more than 7 hours when I killed them manually.
The wrapper crashed after a CPU Time 6,963.31 sec. and 843.36 sec.

Check how much disk space you have available for Boinc and how much available in general. Compare that to how much RAM your computer has. I noticed that my crashes occurred when my disk space was less than 100 MB available.


Hi Murphy,
On that computer I have 3 GB RAM, and more than 100 GB disk space free, boinc can use up to 10 GB disk space.
And by now, I haven't seen, that Boinc was using more than 4 GB disk space with all of my projects.
At the time where the wrapper crashed, the used RAM was less than 1.5 GB.
Additional, the wrapper uses not more than 14 MB RAM, so this should not be the problem. The TRP_sieve uses round 130 MB RAM and it doesn't crash.
We had this problem on other sub-projects before, and with a changed wrapper the problem was solved.

One point more, I did reboot that computer. After that the remaining results run without a problem. But my other projects had no crashes on the same machine. The TRP_sieve program was working fine, also without the wrapper.
The wrapper where crashing on 3 different computers, and one of this was booted (not resumed) less than a hour before the wrapper did crash. Reboot may help, but it is not the cause for the wrapper crash. I had crashes of the wrapper only on my Win 32bit computers, non on the 64bit machines.
5) Message boards : Sieving : TRP_sieve wrapper crashed (Message 33808)
Posted 3277 days ago by Matthias Lehmkuhl
two more results, where the wrapper has crashed, while the TPS_sieve was running.
http://www.primegrid.com/result.php?resultid=238946564
http://www.primegrid.com/result.php?resultid=238946929
both sieve programs had a runtime with more than 7 hours when I killed them manually.
The wrapper crashed after a CPU Time 6,963.31 sec. and 843.36 sec.
6) Message boards : Sieving : TRP_sieve wrapper crashed (Message 33758)
Posted 3278 days ago by Matthias Lehmkuhl
next one, wrapper has crashed, had to kill the TPS_sieve manually
This time Win 7 32bit.
http://www.primegrid.com/result.php?resultid=240012203
Endstatus -529697949 (0xffffffffe06d7363)
Reason: Out Of Memory (C++ Exception) (0xe06d7363) at address 0x757C9617
7) Message boards : Sieving : TRP_sieve wrapper crashed (Message 33755)
Posted 3278 days ago by Matthias Lehmkuhl
One more result where the wrapper has crashed, but the sieve is running.
reported 3 Mar 2011 | 5:56:03 UTC
sieve killed round 3 Mar 2011 | 7:35 UTC
http://www.primegrid.com/result.php?resultid=238946562
Endstatus -529697949 (0xffffffffe06d7363)

Other machine, also Win XP 32bit SP3 3GB
8) Message boards : Sieving : TRP_sieve wrapper crashed (Message 33672)
Posted 3279 days ago by Matthias Lehmkuhl
got today an error while running TPS_sieve (Win 32 - XP SP3)
Anwendungsversion The Riesel Problem (Sieve) v1.12
The sieve process is running while the Wrapper has crashed
- exit code -529697949 (0xe06d7363)
Endstatus -529697949 (0xffffffffe06d7363)
http://www.primegrid.com/result.php?resultid=239934852

Stderr output includes debugging infos
Reason: Out Of Memory (C++ Exception) (0xe06d7363) at address 0x7C812AFB

Had to kill the TPS_sieve process manually.
9) Message boards : Project Staging Area : PRNet Discussion (Old) (Message 27634)
Posted 3396 days ago by Matthias Lehmkuhl
Hi Pilgrim,
my meaning was, that you set the "//" at the right place, and that the prpclient
sw makes the mistake.
On my windows I could not reproduce your failure.

But when I open the original windows 4.0.3 master_prpclient.ini from the
source with the windows internal notepad I see the same as on my Linux
system, there are some missing CRLF in the original ini file.

I copied my setting with WinMerge from my previous ini-file to the new ini-file,
so on this way I overwrite these errors on my windows.

And yes, the # of units has nothing to do with the problem.
10) Message boards : Project Staging Area : PRNet Discussion (Old) (Message 27628)
Posted 3397 days ago by Matthias Lehmkuhl
There is a minor flaw in the llr-application,

there is no brake after this line:
Using all-complex Core2 type-1 FFT length 8K, Pass1=32, Pass2=256, a = 7

witch results in a display of the percentage like this:
65*2^92220+1, bit: 10000 / 92232 [10.84%]. Time per bit: 0.281 ms.= 7
(the =7 shouldn't be there).

This is really low priority, just wanted to let you know.


See this behavior also on my Linux 64bit, on Windows I see this line.
When I press enter in the right moment, the line is not overwritten.


Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2020 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 0.00, 0.00, 0.00
Generated 22 Feb 2020 | 18:29:16 UTC