Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /disks/centurion/b/carolyn/b/home/boincadm/projects/beta/html/inc/boinc_db.inc on line 147
SETI@home v8 beta to begin on Tuesday

SETI@home v8 beta to begin on Tuesday

Message boards : News : SETI@home v8 beta to begin on Tuesday
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 6 · 7 · 8 · 9 · 10 · 11 · 12 . . . 99 · Next

AuthorMessage
Profile Jeff Buck
Volunteer tester

Send message
Joined: 11 Dec 14
Posts: 96
Credit: 1,240,941
RAC: 0
United States
Message 55378 - Posted: 20 Dec 2015, 16:57:14 UTC

In the Stderr for every v8.01 i686-pc-linux-gnu task, I'm seeing a couple lines that don't appear in v8.01 x86_64-pc-linux-gnu or in any of the v8.00 or prior versions:

Low memory machine... Disabling graphics.
0.000000 <= 50331648.000000

With 6GB of memory on that box, it seems a little strange. Any explanation for the sudden appearance of that message?
ID: 55378 · Report as offensive
Phil
Volunteer tester
Avatar

Send message
Joined: 12 Jul 06
Posts: 19
Credit: 705,040
RAC: 0
United Kingdom
Message 55379 - Posted: 20 Dec 2015, 17:33:09 UTC
Last modified: 20 Dec 2015, 17:34:00 UTC

Just an observation:

The bunch of Windows 8x tasks I've completed so far, none have shown any Gaussians. Is this a characteristic of the test data, the program or wot?
ID: 55379 · Report as offensive
Richard Haselgrove
Volunteer tester

Send message
Joined: 3 Jan 07
Posts: 1451
Credit: 3,272,268
RAC: 0
United Kingdom
Message 55380 - Posted: 20 Dec 2015, 18:05:00 UTC - in response to Message 55378.  

In the Stderr for every v8.01 i686-pc-linux-gnu task, I'm seeing a couple lines that don't appear in v8.01 x86_64-pc-linux-gnu or in any of the v8.00 or prior versions:

Low memory machine... Disabling graphics.
0.000000 <= 50331648.000000

With 6GB of memory on that box, it seems a little strange. Any explanation for the sudden appearance of that message?

The 32-bit application is probably struggling to decode > 4 GB of memory, and perhaps going 'round the clock' and interpreting it as negative RAM?
ID: 55380 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 29 May 06
Posts: 1037
Credit: 8,440,339
RAC: 0
United Kingdom
Message 55381 - Posted: 20 Dec 2015, 18:08:08 UTC - in response to Message 55378.  
Last modified: 20 Dec 2015, 18:49:08 UTC

In the Stderr for every v8.01 i686-pc-linux-gnu task, I'm seeing a couple lines that don't appear in v8.01 x86_64-pc-linux-gnu or in any of the v8.00 or prior versions:

Low memory machine... Disabling graphics.
0.000000 <= 50331648.000000

With 6GB of memory on that box, it seems a little strange. Any explanation for the sudden appearance of that message?

ldd the graphic apps on your host, do you have all the libaries?

The i386 graphics app can't run on mine, while the x64 can, and does:
(Perhaps it's just misreporting that it can't see how much memory is available)

stephen@stephen-MM061:~/BOINC/projects/setiweb.ssl.berkeley.edu_beta$ ldd setigraphics_8.01_x86_64-pc-linux-gnu
linux-vdso.so.1 => (0x00007ffd3e577000)
libglut.so.3 => /usr/lib/x86_64-linux-gnu/libglut.so.3 (0x00007f0a7e932000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f0a7e6c4000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x00007f0a7e45e000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f0a7e15a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f0a7de54000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f0a7dc36000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0a7d871000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0a7eb7c000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f0a7d53c000)
libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f0a7d32c000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f0a7d126000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f0a7cf10000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f0a7cce9000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f0a7cad7000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f0a7c8d4000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f0a7c6ce000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f0a7c4cc000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f0a7c2b5000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f0a7c0b0000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f0a7bead000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f0a7bcaa000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f0a7baa4000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f0a7b885000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f0a7b683000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f0a7b477000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f0a7b273000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f0a7b06f000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f0a7ae69000)

stephen@stephen-MM061:~/BOINC/projects/setiweb.ssl.berkeley.edu_beta$ ldd setigraphics_8.01_i686-pc-linux-gnu
linux-gate.so.1 => (0xf77a5000)
libglut.so.3 => not found
libGLU.so.1 => not found
libGL.so.1 => /usr/lib/i386-linux-gnu/mesa/libGL.so.1 (0xf7721000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7639000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf75f3000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf75d7000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7429000)
/lib/ld-linux.so.2 (0xf77a6000)
libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0xf7410000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf73fd000)
libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xf73f9000)
libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xf73f3000)
libX11-xcb.so.1 => /usr/lib/i386-linux-gnu/libX11-xcb.so.1 (0xf73f0000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf72bb000)
libxcb-glx.so.0 => /usr/lib/i386-linux-gnu/libxcb-glx.so.0 (0xf72a3000)
libxcb-dri2.so.0 => /usr/lib/i386-linux-gnu/libxcb-dri2.so.0 (0xf729d000)
libxcb-dri3.so.0 => /usr/lib/i386-linux-gnu/libxcb-dri3.so.0 (0xf7299000)
libxcb-present.so.0 => /usr/lib/i386-linux-gnu/libxcb-present.so.0 (0xf7295000)
libxcb-sync.so.1 => /usr/lib/i386-linux-gnu/libxcb-sync.so.1 (0xf728d000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf726b000)
libxshmfence.so.1 => /usr/lib/i386-linux-gnu/libxshmfence.so.1 (0xf7268000)
libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xf7262000)
libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xf7254000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf724e000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf7231000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf722d000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf7226000)
stephen@stephen-MM061:~/BOINC/projects/setiweb.ssl.berkeley.edu_beta$


Claggy
ID: 55381 · Report as offensive
Profile Jeff Buck
Volunteer tester

Send message
Joined: 11 Dec 14
Posts: 96
Credit: 1,240,941
RAC: 0
United States
Message 55383 - Posted: 20 Dec 2015, 18:49:26 UTC - in response to Message 55381.  

In the Stderr for every v8.01 i686-pc-linux-gnu task, I'm seeing a couple lines that don't appear in v8.01 x86_64-pc-linux-gnu or in any of the v8.00 or prior versions:

Low memory machine... Disabling graphics.
0.000000 <= 50331648.000000

With 6GB of memory on that box, it seems a little strange. Any explanation for the sudden appearance of that message?

ldd the graphic apps on your host, do you have all the libaries?

The i386 graphics app can't run on mine, while the x64 can, and does:

Okay, took me a bit to figure that out since I'm not Linux literate. :^) On my machine the ldd returns "not found" only for the libglut.so.3, but does so for both x86_64 and i686. The libGLU.so.1 is successfully found for both. So, that doesn't seem to account for this new message only suddenly appearing for the i686 tasks. In any event, FWIW, I never display the graphics anyhow.

Whatever it is, something in the memory-detection seems to have changed in the i686 app between v8.00 and v8.01. I'm wondering if that might factor into the increased run times I've seen, perhaps with the app running with less memory than it could.
ID: 55383 · Report as offensive
Juha
Volunteer tester

Send message
Joined: 18 Jun 08
Posts: 76
Credit: 113,089
RAC: 0
Finland
Message 55384 - Posted: 20 Dec 2015, 21:10:33 UTC - in response to Message 55380.  

In the Stderr for every v8.01 i686-pc-linux-gnu task, I'm seeing a couple lines that don't appear in v8.01 x86_64-pc-linux-gnu or in any of the v8.00 or prior versions:

Low memory machine... Disabling graphics.
0.000000 <= 50331648.000000

With 6GB of memory on that box, it seems a little strange. Any explanation for the sudden appearance of that message?

The 32-bit application is probably struggling to decode > 4 GB of memory, and perhaps going 'round the clock' and interpreting it as negative RAM?


I got that too but I have only 2.5 GB of RAM, although if I count swap too then it's about 5 GB of VM.
ID: 55384 · Report as offensive
Juha
Volunteer tester

Send message
Joined: 18 Jun 08
Posts: 76
Credit: 113,089
RAC: 0
Finland
Message 55385 - Posted: 20 Dec 2015, 21:31:13 UTC - in response to Message 55381.  

For anyone wanting to see the graphics, in Debian the packages are:

libglut.so.3   : freeglut3
libGLU.so.1    : libglu1-mesa


And you install the 32-bit version like so:

sudo apt-get install freeglut3:i386
ID: 55385 · Report as offensive
Profile Eric J Korpela
Volunteer moderator
Project administrator
Project developer
Project scientist
Avatar

Send message
Joined: 15 Mar 05
Posts: 1547
Credit: 27,183,456
RAC: 0
United States
Message 55387 - Posted: 21 Dec 2015, 2:47:58 UTC - in response to Message 55384.  

Which version of BOINC are you using? The available memory is provided by BOINC to the app.
ID: 55387 · Report as offensive
Profile Jeff Buck
Volunteer tester

Send message
Joined: 11 Dec 14
Posts: 96
Credit: 1,240,941
RAC: 0
United States
Message 55388 - Posted: 21 Dec 2015, 4:21:48 UTC - in response to Message 55387.  

Which version of BOINC are you using? The available memory is provided by BOINC to the app.

It looks like Juha's host is reporting BOINC 7.7.0, but mine is running 7.2.42. I've also seen it come from Claggy running 7.2.47. I'd expect that you'll likely see it with 7.2.33 when your own v8.01 i686-pc-linux-gnu tasks start reporting. It just started appearing with v8.01 but doesn't appear on any of the x86_64-pc-linux-gnu tasks.
ID: 55388 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 29 May 06
Posts: 1037
Credit: 8,440,339
RAC: 0
United Kingdom
Message 55389 - Posted: 21 Dec 2015, 8:50:15 UTC - in response to Message 55387.  

Which version of BOINC are you using? The available memory is provided by BOINC to the app.

stderrgfx.txt in the slot directory of an i686 wu says:

Successfully loaded '../../projects/setiweb.ssl.berkeley.edu_beta/seti_801.jpg'.
Failed to load 'user_logo'.
Failed to load 'background'.
shared memory segment missing
Successfully loaded '../../projects/setiweb.ssl.berkeley.edu_beta/seti_801.jpg'.
Failed to load 'user_logo'.
Failed to load 'background'.
shared memory segment missing
Successfully loaded '../../projects/setiweb.ssl.berkeley.edu_beta/seti_801.jpg'.
Failed to load 'user_logo'.
Failed to load 'background'.
shared memory segment missing


A successfully opening x86_64 graphics app just produces:

Successfully loaded '../../projects/setiweb.ssl.berkeley.edu_beta/seti_801.jpg'.
Failed to load 'user_logo'.
Failed to load 'background'.


Claggy
ID: 55389 · Report as offensive
Profile Raistmer
Volunteer tester
Avatar

Send message
Joined: 18 Aug 05
Posts: 2423
Credit: 15,878,738
RAC: 0
Russia
Message 55391 - Posted: 21 Dec 2015, 10:13:31 UTC
Last modified: 21 Dec 2015, 10:13:52 UTC

All my main Windows hosts have 20+ completed tasks for 8.00 already, no invalids. Errors only with 7.99 - bad mem allocations.

Time to check GPU part and switch to Anonymous platform.
News about SETI opt app releases: https://twitter.com/Raistmer
ID: 55391 · Report as offensive
Richard Haselgrove
Volunteer tester

Send message
Joined: 3 Jan 07
Posts: 1451
Credit: 3,272,268
RAC: 0
United Kingdom
Message 55392 - Posted: 21 Dec 2015, 14:12:36 UTC

I've just noticed that I'm getting the rather ugly, and unnecessary, "Message from task: 0" in the Event Log on completion of each task.

21/12/2015 13:53:02 |  | log flags: file_xfer, sched_ops, task
21/12/2015 13:57:35 | SETI@home Beta Test | Message from task: 0
21/12/2015 13:57:35 | SETI@home Beta Test | Computation for task 06ap11ag.12706.16836.4.38.26_0 finished

This only happens with Beta v8 tasks - the line doesn't appear with the v7 app. As shown, this is with the default (non-debug) Event Log options in effect. Platform is Windows. Message display is conditional on BOINC client in use: it doesn't appear with v6.12.34.

I suspect this is some interaction between the new API and newish clients, designed to display an informative message in exceptional circumstances. But constant repetition of null information doesn't add anything.
ID: 55392 · Report as offensive
Claggy
Volunteer tester

Send message
Joined: 29 May 06
Posts: 1037
Credit: 8,440,339
RAC: 0
United Kingdom
Message 55393 - Posted: 21 Dec 2015, 15:10:42 UTC - in response to Message 55392.  

I've just noticed that I'm getting the rather ugly, and unnecessary, "Message from task: 0" in the Event Log on completion of each task.

I'm seeing this on my Self built Boinc 7.6.22 on Linux x64 too:

Mon 21 Dec 2015 08:58:20 GMT | | log flags: file_xfer, sched_ops, task, coproc_debug, sched_op_debug
Mon 21 Dec 2015 14:49:49 GMT | SETI@home Beta Test | Message from task: 0
Mon 21 Dec 2015 14:49:49 GMT | SETI@home Beta Test | Computation for task 06ap11ag.27825.25016.7.41.142_2 finished


Claggy
ID: 55393 · Report as offensive
Profile Raistmer
Volunteer tester
Avatar

Send message
Joined: 18 Aug 05
Posts: 2423
Credit: 15,878,738
RAC: 0
Russia
Message 55395 - Posted: 21 Dec 2015, 16:00:29 UTC - in response to Message 55393.  

BOINC 7.6.9 (x64):

21/12/2015 18:41:50 | SETI@home | Message from task: 0

That is, from SETI main, not beta.... Hence, v8 not involved in my case.
News about SETI opt app releases: https://twitter.com/Raistmer
ID: 55395 · Report as offensive
Profile Eric J Korpela
Volunteer moderator
Project administrator
Project developer
Project scientist
Avatar

Send message
Joined: 15 Mar 05
Posts: 1547
Credit: 27,183,456
RAC: 0
United States
Message 55396 - Posted: 21 Dec 2015, 16:00:43 UTC - in response to Message 55389.  

I'll try a rebuild of the i686-linux BOINC libraries to see if that helps.
ID: 55396 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 2 Jul 13
Posts: 505
Credit: 5,019,318
RAC: 0
United States
Message 55397 - Posted: 21 Dec 2015, 16:01:53 UTC

Seems my machine 76256 is not very fond of the new x86_64 Linux App. It didn't have any trouble with the previous version or the tasks on main.

SIGSEGV: segmentation violation
Seems to happen when running two CPU VLARS, the one run by itself finished.
ID: 55397 · Report as offensive
Profile Eric J Korpela
Volunteer moderator
Project administrator
Project developer
Project scientist
Avatar

Send message
Joined: 15 Mar 05
Posts: 1547
Credit: 27,183,456
RAC: 0
United States
Message 55399 - Posted: 21 Dec 2015, 16:25:44 UTC - in response to Message 55397.  

Believe it or not, that minimal stack trace helps. I'll let you know what I find.
ID: 55399 · Report as offensive
Richard Haselgrove
Volunteer tester

Send message
Joined: 3 Jan 07
Posts: 1451
Credit: 3,272,268
RAC: 0
United Kingdom
Message 55400 - Posted: 21 Dec 2015, 16:28:24 UTC - in response to Message 55395.  

BOINC 7.6.9 (x64):

21/12/2015 18:41:50 | SETI@home | Message from task: 0

That is, from SETI main, not beta.... Hence, v8 not involved in my case.

Was that with an 'official build', or with a third party app?

If it was third party, I suspect it came in with one of the API tweaks - which would explain why it appears at other projects, like NumberFields@Home, too.
ID: 55400 · Report as offensive
Profile Raistmer
Volunteer tester
Avatar

Send message
Joined: 18 Aug 05
Posts: 2423
Credit: 15,878,738
RAC: 0
Russia
Message 55401 - Posted: 21 Dec 2015, 17:25:54 UTC - in response to Message 55400.  

BOINC 7.6.9 (x64):

21/12/2015 18:41:50 | SETI@home | Message from task: 0

That is, from SETI main, not beta.... Hence, v8 not involved in my case.

Was that with an 'official build', or with a third party app?

If it was third party, I suspect it came in with one of the API tweaks - which would explain why it appears at other projects, like NumberFields@Home, too.


I run SETI main in Anonymous platform mode. Message appears just at task completion.
News about SETI opt app releases: https://twitter.com/Raistmer
ID: 55401 · Report as offensive
Richard Haselgrove
Volunteer tester

Send message
Joined: 3 Jan 07
Posts: 1451
Credit: 3,272,268
RAC: 0
United Kingdom
Message 55402 - Posted: 21 Dec 2015, 17:51:07 UTC - in response to Message 55401.  

Was that with an 'official build', or with a third party app?

If it was third party, I suspect it came in with one of the API tweaks - which would explain why it appears at other projects, like NumberFields@Home, too.

I run SETI main in Anonymous platform mode. Message appears just at task completion.

"Message from task", of course, literally means "message from application which ran the task" - so it matters which application ran the task, rather than how the application was deployed. I take it that 'anonymous platform mode' means 'an application different from the Berkeley official CPU baseline build' - which is the comparison I was making in my original report. And hence, crucially, probably an API newer than 13 Mar 2013 (deployment date of the app I was comparing).

Anyway, never mind. I've just written to David to say I believe the display of the message is a Client thing, triggered by line 622 of the function which commences at

https://github.com/BOINC/boinc/blob/master/client/app_control.cpp#L606
ID: 55402 · Report as offensive
Previous · 1 . . . 6 · 7 · 8 · 9 · 10 · 11 · 12 . . . 99 · Next

Message boards : News : SETI@home v8 beta to begin on Tuesday


 
©2025 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.