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

Sponsored by:

Hosted at and sponsored by Rackspace.

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : General discussion : Why no SSL/TLS? (Message 109219)
Posted 466 days ago by Profile Ion Basa
Thanks for the suggestion of the reverse proxy, but it doesn't really solve the problem. The "unsolvable" problem, which will cause you to always get "insecure" warnings no matter what, is that forums (and a few other places) allow for user supplied images from external servers. We can't arbitrarily change those from http to https. A reverse proxy in front of OUR webserver wouldn't change that.


While it is true that mixed content would still result in browsers showing warning, there is a solution if using a reverse proxy. Both Apache and Nginx support the "upgrade insecure requests" directive.
See: https://www.w3.org/TR/upgrade-insecure-requests/

It essentially instructs the browser to automatically upgrade any HTTP request to HTTPS. I've used this in practice with good results, but that depends on whether an external resource has SSL available also. So, yes, you can arbitrarily change external resources to https.

Adding full SSL support by eliminating mixed content also allows for (prefered TLS over TCP) HTTP/2 protocol support. Meaning pages load faster.

I'm not saying it is a perfect solution, but probably the easiest with the most support.
2) Message boards : General discussion : Why no SSL/TLS? (Message 109211)
Posted 468 days ago by Profile Ion Basa
We're not using very recent BOINC code to run this site. Over the years we've modified way too many programs to want to start from scratch again from the current BOINC code. That code switches the user back to http after login. Could it be changed? Sure. I'd have to get buyin from other people behind the scenes before doing it, though.

Personally, I don't see what the big deal is. If you want to always be in HTTPS click the "stay logged in" box on the login page and then change the bookmark you use to get to this site to HTTPS. All the menu items on the left change automatically as do most or all of the others on this site. I can't claim to have found them all, but I spent days fixing the links so everything possible would work properly under HTTPS. The same with any images served by us like the badges, logo, RackSpace logo, etc.

The only other place where HTTPS is mandatory is for the administrative pages for this site. The OPS menu, administering manual sieving, prime reporting, and other things like that. Those also have an extra layer of passwords and it was easiest in Apache to just force the user into HTTPS. Initially we weren't sure how much extra load the system would be under if everyone used HTTPS. While I'm still not certain about that, the http access.log is 64x the size of the ssl_access.log for the same time period. So most users still use HTTP.


This may be a dumb question as I'm not familiar with how BOINC hosts the website portion of the server, but is a reverse proxy not a viable option via something like Apache or NGINX?

Many of the web apps I've dealt with actually recommend the back end web app running in HTTP, and having an HTTPS proxy. One such example is Mattermost (a Slack alternative to team/group messaging/chat) in a production environment. This method is fairly robust and can even be setup to do load balancing or HA.

Thoughts?
3) Message boards : Generalized Cullen/Woodall prime search : Computation Error on Sieve (Message 104056)
Posted 659 days ago by Profile Ion Basa
Out of curiosity, one of my WUs experienced an error: http://www.primegrid.com/result.php?resultid=770889898

It seems that the CPU took roughly about 1/3 of the time it normally would. What's strange is that this is an isolated incident, it happened 1:900 tasks. Its also running on a Xeon E3 with ECC Memory so I don't know what could have happened.
Could someone take a look at the WU, if other than curiosity?
4) Message boards : Problems and Help : TRP-SV getting compute errors. (Message 97786)
Posted 818 days ago by Profile Ion Basa
Seems similar to the issue I was having here: http://www.primegrid.com/forum_thread.php?id=6913

If you look in the WU, it fails with "Boinc out of memory". TRP Sieve is using the same sieving program as ESP Sieve was.

You'll have to ask the project devs if any work has been done about the issue, but it's known at least.
5) Message boards : Problems and Help : Boinc Error: Out of Memory (Message 96974)
Posted 847 days ago by Profile Ion Basa
Update: Got a 5th bad task: http://www.primegrid.com/result.php?resultid=728057620
Its a different error code this time:
(unknown error) - exit code 194 (0xc2)


I do run Windows Insider builds on this machine and it did get updated recently over the weekend, maybe its related? I know correlation doesn't imply causation. I just find it strange that a hundred or so tasks went without a hitch before the upgrade and after I'm getting bad results.
6) Message boards : Problems and Help : Boinc Error: Out of Memory (Message 96910)
Posted 849 days ago by Profile Ion Basa
So, I just recently had 4 WU fail on a computer:
Here's one of the WU: http://www.primegrid.com/result.php?resultid=727666982

Here's part of the output:

Unhandled Exception Detected...

- Unhandled Exception Record -
Reason: Out Of Memory (C++ Exception) (0xe06d7363) at address 0x773C96C2

Engaging BOINC Windows Runtime Debugger...


Then the BOINC Windows Runtime Debugger starts and collects the data. Is there a dump file somewhere?

Also, I was monitoring that computer and it did NOT run out of memory, it has 8Gb, of which only about 40% was being utilized. Is this an issue with the ESP sieve task, or something else?

Thoughts?
7) Message boards : AP26 - AP27 Search : App testing (Message 96747)
Posted 856 days ago by Profile Ion Basa
The OpenCL app fails on Intel iGPU. My available graphics memory is 1792 Mb. Slightly above the 1.5Gb requirement.

This is how the app fails on Windows:

AP26 OpenCL 10-shift search version 1.1-dev by Bryan Little and Iain Bethune
Compiled Jul 7 2016 with GCC 4.9.0
Search parameters are KMIN: 47715109 KMAX: 47715109 SHIFT: 0
Beginning a new search with parameters from the command line

Group 1 with 1 devices
Device 0
Platform name: Intel(R) OpenCL
Vendor: Intel(R) Corporation
Device name: Intel(R) HD Graphics 4000
using device 0
compiling clearok
building with optimizations
compiling clearsol
building with optimizations
compiling offset
building with optimizations
compiling setok
building with optimizations
compiling sieve
building with optimizations
compiling setupokok
building withOUT optimizations
Error on buildProgram
RequestingInfo
Build Log for setupokok_program:
fcl build 1 succeeded.
fcl build 2 succeeded.
Error: internal error.


CL_BUILD_PROGRAM_FAILURE


What's interesting is that other OpenCL apps seem to run fine, in particular wwwwcl for Wall-Sun-Sun and Wieferich projects on the PRPNet server.
8) Message boards : Project Staging Area : WWWCL + Intel iGPU? (Message 96734)
Posted 857 days ago by Profile Ion Basa

Because I never completed the code to properly create a checksum that could be used for double-checking.

Ahh, so as it stands there's no way of us double checking GPU tasks with one another. Since you coded wwwwcl , did you ever test on Intel iGPUs? Is there any way to run a manual test on my own client for testing purposes?
9) Message boards : Project Staging Area : WWWCL + Intel iGPU? (Message 96730)
Posted 857 days ago by Profile Ion Basa
seems okay to me


I tried with the (slow) CPU program:

.\wwww.exe -p511656000000000000 -P511656100000000000 -tWieferich -s1000 -v


wwww v1.3, a program to search for Wieferich and Wall-Sun-Sun primes.
Searching for Wieferich primes between 511656000000000000 and 511656100000000000.
The largest prime in the sieve is 715301999 (using 37003736 primes) using
approximately 182677 KB of memory.
Searched to 511656100010175120 (100.00 done)
The search completed in 8363.82 seconds (306501.70 tests per second)
Spent 2598.69 seconds sieving and 5675.77 seconds testing
Tested 2563524092 values (2.56 pct) of the range

Primes tested 2563524092. Checksum 0000000014e6c82a. Time 8363.817000


The last line above is also an entry in wwww.log afterwards.

Is it to be expected that the CPU app has another checksum? I think an all-zero checksum (as in the GPU app) seems improbable, unless there is an explanation.

/JeppeSN


Sysadm@Nbg Tested it with the wwwwcl app on a gtx 970 and he too had an all zero checksum. You're asking the same question I'm trying to ask too, why the all zero checksum on the GPU app, but not the CPU app? I'm not quite sure why that would be the case, which is why I am asking here!
10) Message boards : Project Staging Area : WWWCL + Intel iGPU? (Message 96687)
Posted 859 days ago by Profile Ion Basa
Good to know. I was worried because the CPU program returns a non-zero checksum.

So it seems that Intel iGPU graphics does work (now). There was talk back in 2013 that the HD graphics in Ivy Bridge was lacking double precision support due to it being lacking in the drivers. I'm not sure if WWWWCL requires DP or if Intel pushed out a driver that enabled OpenCL DP at some point.

Something else to note:
Earlier I said GPU utilization doesn't happen until CTRL+C is invoked, this turns out to be wrong. It just takes awhile for the WU to start on the GPU. Usually by the time the WU reaches 1-2%. It appears for Wall-Sun-Sun after the initial 1-2% it jumps to 50%. Is this normal?


Next 10 posts
[Return to PrimeGrid main page]
Copyright © 2005 - 2018 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 0.44, 0.60, 0.90
Generated 14 Nov 2018 | 7:41:30 UTC