Re: [boinc_dev] Boinc 7.6.12+ Event log header misalignment when scrolling
Built Boinc 7.6.12+ from the 7.6 head, getting an an assert failed! ../src/common/wincmn.cpp(1517): assert "Assert failure" failed in RemoveEventHandler(): where has the event handler gone? and another: ../src/common/wincmn.cpp(478): assert "GetEventHandler() == this" failed in ~wxWindowBase(): any pushed event handlers must have been removed When i close the Event Log, I got something similar when i build from the main head. Claggy > Subject: Re: [boinc_dev] Boinc 7.6.12+ Event log header misalignment when > scrolling > From: charl...@ssl.berkeley.edu > Date: Tue, 6 Oct 2015 06:39:05 -0700 > CC: boinc_dev@ssl.berkeley.edu > To: stephen.macla...@hotmail.com > > I checked in a fix. > > Cheers, > --Charlie > > On Oct 6, 2015, at 1:50 AM, Stephen Maclagan <stephen.macla...@hotmail.com> > wrote: > > > Seems the Event Log didn't get this fix applied when it was applied to > > Boinc Manager: > > > > http://lists.ssl.berkeley.edu/pipermail/boinc_dev/2015-January/021589.html > > > > I saw this problem on the Event Log after i built Boinc 7.6.12 last week. > > > > Claggy > > > > ___ > > boinc_dev mailing list > > boinc_dev@ssl.berkeley.edu > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev > > To unsubscribe, visit the above URL and > > (near bottom of page) enter your email address. > > > ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] client: updated AMD GPU names, from Jord
Shouldn't line 314 of this changeset read: gpu_name="AMD Radeon HD 7700/R7 250X/R9 255 series (Capeverde)"; to be consistent with the rest client/gpu_amd.cpp instead of: gpu_name="AMD Radeon HD 7700R7 250X/R9 255 series (Capeverde)"; Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.
Thanks for that Rom. Claggy From: r...@romwnet.org To: christian.b...@posteo.de; boinc_dev@ssl.berkeley.edu Date: Thu, 23 Jul 2015 17:31:33 + Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. I've backported the fix to the 7.2, 7.4, and 7.6 branches. - Rom -Original Message- From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Christian Beer Sent: Tuesday, July 21, 2015 5:43 AM To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. Debian stable (Jessy) is on 7.4 old-stable (wheezy) is on 7.0 but 7.4 is available through wheezy-backports. Ubuntu Trusty (14.04LTS) is on 7.2 but the latest 7.2 is only available through trusty-backports. Ubuntu Utopic (14.10) is on 7.4.8 with no newer version in backports. Ubuntu Vivid (15.04) is on 7.4.23. So it seems backporting to at least 7.2 is necessary to get the fix into Ubuntu 14.04LTS backports. OpenSuse, Fedora and CentOS6 seem to be on 7.2.42 for newer versions and 7.0.x for older versions. Gianfranco is maintaining the Debian based packages, I don't know who is doing RPM packaging for CentOS and OpenSuse. MfG / Regards Christian Beer Am 20.07.2015 um 23:09 schrieb David Anderson: What version are the package maintainers using? Hopefully patching 7.4 would suffice. -- David On 20-Jul-2015 1:20 PM, Stephen Maclagan wrote: I've patched my local 7.2 head and recompiled Boinc 7.2.47, and it works: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=7413 8 Mon 20 Jul 2015 20:13:07 UTC | | Starting BOINC client version 7.2.47 for armv7l-unknown-linux-gnueabihf Mon 20 Jul 2015 20:13:07 UTC | | log flags: file_xfer, sched_ops, task, sched_op_debug Mon 20 Jul 2015 20:13:07 UTC | | Libraries: libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7 libidn/1.25 libssh2/1.4.2 librtmp/2.3 Mon 20 Jul 2015 20:13:07 UTC | | Data directory: /home/pi/BOINC Mon 20 Jul 2015 20:13:07 UTC | | No usable GPUs found Mon 20 Jul 2015 20:13:07 UTC | SETI@home | Found app_info.xml; using anonymous platform Mon 20 Jul 2015 20:13:07 UTC | | Host name: raspberrypi Mon 20 Jul 2015 20:13:07 UTC | | Processor: 4 ARM ARMv7 Processor rev 5 (v7l) Mon 20 Jul 2015 20:13:07 UTC | | Processor features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm Mon 20 Jul 2015 20:13:07 UTC | | OS: Linux: 4.0.8-v7+ Mon 20 Jul 2015 20:13:07 UTC | | Memory: 926.03 MB physical, 100.00 MB virtual Mon 20 Jul 2015 20:13:07 UTC | | Disk: 14.48 GB total, 8.42 GB free Mon 20 Jul 2015 20:13:07 UTC | | Local time is UTC +0 hours Mon 20 Jul 2015 20:13:07 UTC | Albert@Home | URL http://albert.phys.uwm.edu/; Computer ID 12650; resource share 100 Mon 20 Jul 2015 20:13:07 UTC | SETI@home Beta Test | URL http://setiweb.ssl.berkeley.edu/beta/; Computer ID 74138; resource share 100 Mon 20 Jul 2015 20:13:07 UTC | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 11741356; resource share 100 Mon 20 Jul 2015 20:13:07 UTC | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7495179; resource share 100 Mon 20 Jul 2015 20:13:07 UTC | SETI@home | General prefs: from SETI@home (last modified 02-Feb-2015 14:45:48) Any chance of it being packported to the 7.0, 7.2, 7.4 and 7.6 heads please, then at least the repository builds have a small chance of getting updated. Claggy - --- Date: Sun, 19 Jul 2015 12:50:58 -0700 From: da...@ssl.berkeley.edu To: stephen.macla...@hotmail.com; boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. Stephen: Thanks. It looks like the /proc/cpuinfo format changed at some point, and we weren't parsing the model name correctly for ARM. I checked in changes that will parse the /proc/cpuinfo examples you sent. Hopefully this will also work on recent Android. Rom, can you please test this on whatever Android devices you have? -- David On 19-Jul-2015 10:36 AM, Stephen Maclagan wrote: On my Quad Core Raspberry Pi running Raspbian Wheezy: pi@raspberrypi ~ $ cat /proc/cpuinfo processor: 0 model name: ARMv7 Processor rev 5 (v7l) BogoMIPS: 57.60 Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer: 0x41 CPU architecture: 7 CPU variant: 0x0 CPU part: 0xc07 CPU revision: 5 processor: 1 model name: ARMv7 Processor rev 5 (v7l) BogoMIPS: 57.60 Features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer: 0x41 CPU architecture: 7
Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.
I've patched my local 7.2 head and recompiled Boinc 7.2.47, and it works: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=74138 Mon 20 Jul 2015 20:13:07 UTC | | Starting BOINC client version 7.2.47 for armv7l-unknown-linux-gnueabihfMon 20 Jul 2015 20:13:07 UTC | | log flags: file_xfer, sched_ops, task, sched_op_debugMon 20 Jul 2015 20:13:07 UTC | | Libraries: libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7 libidn/1.25 libssh2/1.4.2 librtmp/2.3Mon 20 Jul 2015 20:13:07 UTC | | Data directory: /home/pi/BOINCMon 20 Jul 2015 20:13:07 UTC | | No usable GPUs foundMon 20 Jul 2015 20:13:07 UTC | SETI@home | Found app_info.xml; using anonymous platformMon 20 Jul 2015 20:13:07 UTC | | Host name: raspberrypiMon 20 Jul 2015 20:13:07 UTC | | Processor: 4 ARM ARMv7 Processor rev 5 (v7l)Mon 20 Jul 2015 20:13:07 UTC | | Processor features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrmMon 20 Jul 2015 20:13:07 UTC | | OS: Linux: 4.0.8-v7+Mon 20 Jul 2015 20:13:07 UTC | | Memory: 926.03 MB physical, 100.00 MB virtualMon 20 Jul 2015 20:13:07 UTC | | Disk: 14.48 GB total, 8.42 GB free Mon 20 Jul 2015 20:13:07 UTC | | Local time is UTC +0 hoursMon 20 Jul 2015 20:13:07 UTC | Albert@Home | URL http://albert.phys.uwm.edu/; Computer ID 12650; resource share 100Mon 20 Jul 2015 20:13:07 UTC | SETI@home Beta Test | URL http://setiweb.ssl.berkeley.edu/beta/; Computer ID 74138; resource share 100Mon 20 Jul 2015 20:13:07 UTC | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 11741356; resource share 100Mon 20 Jul 2015 20:13:07 UTC | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7495179; resource share 100Mon 20 Jul 2015 20:13:07 UTC | SETI@home | General prefs: from SETI@home (last modified 02-Feb-2015 14:45:48) Any chance of it being packported to the 7.0, 7.2, 7.4 and 7.6 heads please, then at least the repository builds have a small chance of getting updated. Claggy Date: Sun, 19 Jul 2015 12:50:58 -0700 From: da...@ssl.berkeley.edu To: stephen.macla...@hotmail.com; boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. Stephen: Thanks. It looks like the /proc/cpuinfo format changed at some point, and we weren't parsing the model name correctly for ARM. I checked in changes that will parse the /proc/cpuinfo examples you sent. Hopefully this will also work on recent Android. Rom, can you please test this on whatever Android devices you have? -- David On 19-Jul-2015 10:36 AM, Stephen Maclagan wrote: On my Quad Core Raspberry Pi running Raspbian Wheezy: pi@raspberrypi ~ $ cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 1 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 2 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 3 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 Hardware : BCM2709 Revision : a01041 Serial : 5e986701 Claggy Date: Sun, 19 Jul 2015 10:11:30 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. On Android (i.e. Linux) BOINC gets
Re: [boinc_dev] BOINC on Android 5.1.1
Latest Boinc for Android is working on my 2012 Nexus 7 (Nvidia Tegra chipset) using Android 5.1.1 O.K He doesn't mention what Boinc version he's having this problem on, is it Android 5 compatible? When did it work? Before or after upgrading to Android 5? Claggy Date: Sat, 18 Jul 2015 16:05:44 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] BOINC on Android 5.1.1 Apparently the BOINC/Android client has problems on Android 5.1.1 (see below). If anyone is able to repro or fix this problem, please let me know. -- David Forwarded Message Subject: BOINC Date: Sat, 18 Jul 2015 20:10:41 + From: Joshua Meyer joshaa...@gmail.com To: da...@ssl.berkeley.edu The app was working the first two times I used it, then whenever I open the app now all I get is a splash screen and that's it. I am using a Nexus 7 (2013) with Android 5.1.1 | Feel free to send a reply with any questions you have, I'm more than happy to help you guys out! Have a great day! ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.
If I transfer that output to a different browser it comes out better: pi@raspberrypi ~ $ cat /proc/cpuinfo processor : 0 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 1 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 2 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 processor : 3 model name : ARMv7 Processor rev 5 (v7l) BogoMIPS : 57.60 Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 5 Hardware : BCM2709 Revision : a01041 Serial : 5e986701 pi@raspberrypi ~ $ Claggy From: stephen.macla...@hotmail.com To: da...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu Date: Sun, 19 Jul 2015 18:36:41 +0100 Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. On my Quad Core Raspberry Pi running Raspbian Wheezy: pi@raspberrypi ~ $ cat /proc/cpuinfoprocessor : 0model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant: 0x0CPU part : 0xc07CPU revision : 5 processor : 1model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 processor : 2model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 processor : 3model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 Hardware : BCM2709Revision : a01041Serial : 5e986701 Claggy Date: Sun, 19 Jul 2015 10:11:30 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. On Android (i.e. Linux) BOINC gets CPU info by parsing /proc/cpuinfo. Maybe the format of this has changed. Can someone who's seeing this problem please post the contents of /proc/cpuinfo on their device? Thanks -- David On 19-Jul-2015 6:09 AM, Stephen Maclagan wrote: The reason I'm posting this is Eric has released an Arm Seti app for Linux, at present it only works on Armv7l processors, and not on Armv6l processors, The different Boinc's available all show incomplete CPU information, as well as using a generic arm platform (for repository builds), so he's had to remove all the restrictions to allow hosts to get work, meaning Armv6l hosts get work that can't be completed successfully. All that he recent clients report is 'ARM': LocutusOfBorg's ppa Boinc 7.6.2: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7506529 Self compiled Boinc 7.2.47: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=74138 Back in the days of Boinc 7.0.27 it did report 'ARMv7 Processor rev 5 (v7l)', but not 'ARM' as the vendor: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=75690 or 'ARMv6-compatible processor rev 7 (v6l)' http://setiathome.berkeley.edu/show_host_detail.php?hostid=7470252 Can we have it fixed in each head, so both are displayed, like the Android clients report: ARM ARMv7 Processor rev 5 (v7l) (4 processors) NativeBoinc also manages to report the CPU speed, is it possible for that to be added to the Android and Linux clients, so it mirrors what the x86 Windows/Linux/Mac clients report? Line 795 onwards: https://github.com/matszpk/native-boinc-for-android/blob/master/src/boinc-7.0.36/client/hostinfo_unix.cpp Claggy ___ boinc_dev mailing list boinc_dev
[boinc_dev] FW: BOINC on Android 5.1.1
Forwarding on joshaay's email. I assume it was Boinc 7.4.41, and it was from the Google Play store. Claggy Date: Sun, 19 Jul 2015 15:13:31 -0400 Subject: Re: FW: [boinc_dev] BOINC on Android 5.1.1 From: joshaa...@gmail.com To: stephen.macla...@hotmail.com I just downloaded this app yesterday so it is the latest version, and it stopped working after two times of opening the app. Then every time I opened it, it was stuck on the splash screen. I will note however, restarting my tablet did temporary fix this issue, I have yet to have the same problem I had before. Today is the second day I've had it. On Jul 19, 2015 6:33 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: Forwarded on to you. From: stephen.macla...@hotmail.com To: da...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu Date: Sun, 19 Jul 2015 14:23:32 +0100 Subject: Re: [boinc_dev] BOINC on Android 5.1.1 Latest Boinc for Android is working on my 2012 Nexus 7 (Nvidia Tegra chipset) using Android 5.1.1 O.K He doesn't mention what Boinc version he's having this problem on, is it Android 5 compatible? When did it work? Before or after upgrading to Android 5? Claggy Date: Sat, 18 Jul 2015 16:05:44 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] BOINC on Android 5.1.1 Apparently the BOINC/Android client has problems on Android 5.1.1 (see below). If anyone is able to repro or fix this problem, please let me know. -- David Forwarded Message Subject:BOINC Date: Sat, 18 Jul 2015 20:10:41 + From: Joshua Meyer joshaa...@gmail.com To: da...@ssl.berkeley.edu The app was working the first two times I used it, then whenever I open the app now all I get is a splash screen and that's it. I am using a Nexus 7 (2013) with Android 5.1.1 | Feel free to send a reply with any questions you have, I'm more than happy to help you guys out! Have a great day! ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.
On the Raspberry Pi Model B running Raspbian Wheezy: pi@raspberrypi ~ $ cat /proc/cpuinfo processor : 0 model name : ARMv6-compatible processor rev 7 (v6l) Features : swp half thumb fastmult vfp edsp java tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xb76 CPU revision : 7 Hardware : BCM2708 Revision : 000e Serial : 6c1e80ca Claggy Date: Sun, 19 Jul 2015 10:11:30 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. On Android (i.e. Linux) BOINC gets CPU info by parsing /proc/cpuinfo. Maybe the format of this has changed. Can someone who's seeing this problem please post the contents of /proc/cpuinfo on their device? Thanks -- David On 19-Jul-2015 6:09 AM, Stephen Maclagan wrote: The reason I'm posting this is Eric has released an Arm Seti app for Linux, at present it only works on Armv7l processors, and not on Armv6l processors, The different Boinc's available all show incomplete CPU information, as well as using a generic arm platform (for repository builds), so he's had to remove all the restrictions to allow hosts to get work, meaning Armv6l hosts get work that can't be completed successfully. All that he recent clients report is 'ARM': LocutusOfBorg's ppa Boinc 7.6.2: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7506529 Self compiled Boinc 7.2.47: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=74138 Back in the days of Boinc 7.0.27 it did report 'ARMv7 Processor rev 5 (v7l)', but not 'ARM' as the vendor: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=75690 or 'ARMv6-compatible processor rev 7 (v6l)' http://setiathome.berkeley.edu/show_host_detail.php?hostid=7470252 Can we have it fixed in each head, so both are displayed, like the Android clients report: ARM ARMv7 Processor rev 5 (v7l) (4 processors) NativeBoinc also manages to report the CPU speed, is it possible for that to be added to the Android and Linux clients, so it mirrors what the x86 Windows/Linux/Mac clients report? Line 795 onwards: https://github.com/matszpk/native-boinc-for-android/blob/master/src/boinc-7.0.36/client/hostinfo_unix.cpp Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor.
On my Quad Core Raspberry Pi running Raspbian Wheezy: pi@raspberrypi ~ $ cat /proc/cpuinfoprocessor : 0model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant: 0x0CPU part : 0xc07CPU revision : 5 processor : 1model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 processor : 2model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 processor : 3model name : ARMv7 Processor rev 5 (v7l)BogoMIPS : 57.60Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41CPU architecture: 7CPU variant : 0x0CPU part : 0xc07CPU revision : 5 Hardware: BCM2709Revision : a01041Serial : 5e986701 Claggy Date: Sun, 19 Jul 2015 10:11:30 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Boinc for Arm on Linux doesn't report the CPU model, only the vendor. On Android (i.e. Linux) BOINC gets CPU info by parsing /proc/cpuinfo. Maybe the format of this has changed. Can someone who's seeing this problem please post the contents of /proc/cpuinfo on their device? Thanks -- David On 19-Jul-2015 6:09 AM, Stephen Maclagan wrote: The reason I'm posting this is Eric has released an Arm Seti app for Linux, at present it only works on Armv7l processors, and not on Armv6l processors, The different Boinc's available all show incomplete CPU information, as well as using a generic arm platform (for repository builds), so he's had to remove all the restrictions to allow hosts to get work, meaning Armv6l hosts get work that can't be completed successfully. All that he recent clients report is 'ARM': LocutusOfBorg's ppa Boinc 7.6.2: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7506529 Self compiled Boinc 7.2.47: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=74138 Back in the days of Boinc 7.0.27 it did report 'ARMv7 Processor rev 5 (v7l)', but not 'ARM' as the vendor: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=75690 or 'ARMv6-compatible processor rev 7 (v6l)' http://setiathome.berkeley.edu/show_host_detail.php?hostid=7470252 Can we have it fixed in each head, so both are displayed, like the Android clients report: ARM ARMv7 Processor rev 5 (v7l) (4 processors) NativeBoinc also manages to report the CPU speed, is it possible for that to be added to the Android and Linux clients, so it mirrors what the x86 Windows/Linux/Mac clients report? Line 795 onwards: https://github.com/matszpk/native-boinc-for-android/blob/master/src/boinc-7.0.36/client/hostinfo_unix.cpp Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc 7.4.42+ on Linux x64
Anyone? Claggy From: stephen.macla...@hotmail.com To: boinc_dev@ssl.berkeley.edu Date: Thu, 12 Mar 2015 00:15:31 + Subject: [boinc_dev] Boinc 7.4.42+ on Linux x64 I've built Boinc 7.4.42+ from the 7.4 head on my Ubuntu 14.04 host, the following Bug is still present since this changeset hasn't been applied to the 7.4 head: http://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=commit;h=4094edd1805b4dd8fcba1dec5d1818698d54d168 Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Boinc 7.4.42+ on Linux x64
I've built Boinc 7.4.42+ from the 7.4 head on my Ubuntu 14.04 host, the following Bug is still present since this changeset hasn't been applied to the 7.4 head: http://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=commit;h=4094edd1805b4dd8fcba1dec5d1818698d54d168 Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Android 4.3 hosts not receiving Seti work.
Wild6-NJ's host is still reporting it's Android version as 4.3 on the website, the website hasn't been updated to show it as 4.3.0, and is still failing to get work: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7495128 You really don't need to know the Android version in all cases, If a host is running an old Boinc that doesn't report the Android version contacts a project, you automatically know that: It's running an Android older than 5.00, because the client works!!, If it was running Android 5, then old Boincs wouldn't work, and Probably NativeBoinc wouldn't work, and neither would be able to contact the project, you don't know if it is pre or post Android 4.1, But what you do know is that non-PIE apps will work, So send it non-PIE work. Users are also reporting they now can't upgrade Boinc to the latest version because their Android is too old: http://boinc.berkeley.edu/dev/forum_thread.php?id=10084 http://setiathome.berkeley.edu/forum_thread.php?id=76729postid=1650642 Seems Android 4.1 is now the minimum, Shouldn't the Play Store also have a non-PIE Boinc for pre-Android 4.1 hosts? Claggy From: korp...@ssl.berkeley.edu Date: Sun, 22 Feb 2015 09:13:05 -0800 Subject: Re: [boinc_dev] Android 4.3 hosts not receiving Seti work. To: stephen.macla...@hotmail.com CC: da...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu The problem with NativeBoinc is that it hasn't been update to report the Android version. What's being reported as 2.6.32.15-gf5a401c is not the Android version but the linux kernel version. That can't be used to determine the Android version. As far as BOINC goes, someone needs to compile more recent BOINC code to work on older Android versions and release it in the App store to fix that one. On Sun, Feb 22, 2015 at 6:01 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: Neither of those two hosts have received work since the change, if it's been applied that is, One of the hosts now doesn't exist either. Other complications are that hosts run Native Boinc don't receive Stock work either: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=69846 But do receive work if they run the NativeBoinc supplied Seti app via anonymous platform: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7207503 I would hope that NativeBoinc's running old kernels like my Android 2.2.2 equipped host, (that's below the Official Boinc's minimum OS version) Android 2.6.32.15-gf5a401c would still receive Stock work because of that reason: http://setiathome.berkeley.edu/show_host_detail.php?hostid=6975058 (It's off doing work at Albert, so hasn't needed to ask for work from Seti) It won't help Dr Who Fan while running Native Boinc, But he does have a Boinc upgrade option, My HTC Desire S doesn't have that option. Claggy Date: Mon, 16 Feb 2015 14:51:22 -0800 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu; korp...@ssl.berkeley.edu Subject: Re: [boinc_dev] Android 4.3 hosts not receiving Seti work. I changed the schedule code so that it parses either 4.3.0 or 4.3. Eric, feel free to deploy this on S@h. -- D On 16-Feb-2015 1:02 PM, Stephen Maclagan wrote: There's a pair of Android 4.3 hosts that seem to have been caught by Eric's limiting Seti work to pre-Android 5 hosts, They are both reporting themselves as Android 4.3, as opposed to Android 4.3.0 which seems strange: http://setiathome.berkeley.edu/forum_thread.php?id=76729 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7501642 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7495128 Do their scheduler logs show anything? Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] [boinc_projects] making android versions of apps
You can add projects by url too, On the projects tab, in the top right corner there is a 'add project by URL' button. Claggy From: edriv...@cox.net To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu Date: Fri, 27 Feb 2015 15:43:34 -0700 Subject: [boinc_projects] making android versions of apps Hi David, I recently cross-compiled my project apps for the arm-android-linux-gnu platform. I tested them on my android nexus phone in stand alone mode, and everything is working as expected. I usually do further testing by using a private server that I run from my home computer - I normally have some friends connect and run a few test WUs. Anyways, I downloaded BOINC from the play store, and it only allows me to select from a fixed set of projects (I imagine this is due to android security restrictions), so I am unable to do any testing beyond my own personal phone. So 2 questions: (1) Is there a good way to do further testing; and (2) once I am confident my apps are good, how do I go about getting them on the android BOINC list? Thanks, Eric ___ boinc_projects mailing list boinc_proje...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Android 4.3 hosts not receiving Seti work.
Neither of those two hosts have received work since the change, if it's been applied that is, One of the hosts now doesn't exist either. Other complications are that hosts run Native Boinc don't receive Stock work either: http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=69846 But do receive work if they run the NativeBoinc supplied Seti app via anonymous platform: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7207503 I would hope that NativeBoinc's running old kernels like my Android 2.2.2 equipped host, (that's below the Official Boinc's minimum OS version) Android 2.6.32.15-gf5a401c would still receive Stock work because of that reason: http://setiathome.berkeley.edu/show_host_detail.php?hostid=6975058 (It's off doing work at Albert, so hasn't needed to ask for work from Seti) It won't help Dr Who Fan while running Native Boinc, But he does have a Boinc upgrade option, My HTC Desire S doesn't have that option. Claggy Date: Mon, 16 Feb 2015 14:51:22 -0800 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu; korp...@ssl.berkeley.edu Subject: Re: [boinc_dev] Android 4.3 hosts not receiving Seti work. I changed the schedule code so that it parses either 4.3.0 or 4.3. Eric, feel free to deploy this on S@h. -- D On 16-Feb-2015 1:02 PM, Stephen Maclagan wrote: There's a pair of Android 4.3 hosts that seem to have been caught by Eric's limiting Seti work to pre-Android 5 hosts, They are both reporting themselves as Android 4.3, as opposed to Android 4.3.0 which seems strange: http://setiathome.berkeley.edu/forum_thread.php?id=76729 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7501642 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7495128 Do their scheduler logs show anything? Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Android 4.3 hosts not receiving Seti work.
There's a pair of Android 4.3 hosts that seem to have been caught by Eric's limiting Seti work to pre-Android 5 hosts, They are both reporting themselves as Android 4.3, as opposed to Android 4.3.0 which seems strange: http://setiathome.berkeley.edu/forum_thread.php?id=76729 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7501642 http://setiathome.berkeley.edu/show_host_detail.php?hostid=7495128 Do their scheduler logs show anything? Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36?
Thanks, One more Bug through, I've built Boinc 7.4.38, (7.4.36+ was the same), On the tasks tab, i have 35 tasks, all but about 7 are displayed on the screen, those are off the bottom (1280*800 resolution), If i click on one of the top tasks (that are displayed on screen) and hit 'show active tasks', only the active tasks are shown correctly, If i 'show all tasks' and then scroll downwards to view the bottom tasks, and click on one of those bottom tasks (not the 7 or so that are off the top), then click 'show active tasks', this time Boinc Manager will show all the active tasks, But part way down the screen, with an about 7 task blank area above them, clicking one one of the active tasks springs those tasks to the top. Claggy Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? From: charl...@ssl.berkeley.edu Date: Wed, 21 Jan 2015 07:43:57 -0800 CC: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu To: stephen.macla...@hotmail.com On Jan 17, 2015, at 5:01 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: A clarification, the hit and miss item, only happens if you click the header (the line you use drag the window around), If you click on the main part of the window then it operates correctly. I checked in what I believe is a fix for this. Cheers, --Charlie From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Sat, 17 Jan 2015 01:57:46 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.5.0 from master, the Event Log does nicely disappear behind the main window post the following changeset: MGR: work around a Linux bug in wxWidgets which prevents bringing the main window forward on top of Event Log (or any modeless dialog.) - On all platforms, preserve Z-order of main window and Event Log when hiding / showing or deactivating / activating Manager. But, If you open the Event Log, then switch back to the Main window, and say open computing preferences, then bring up the Event Log to the fore again, it then gets a bit hit and miss trying to get the main window/computing preferences to come to the fore again (without closing the Event Log) Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Wed, 14 Jan 2015 22:46:47 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.4.36+ again from the 7.4 head, the header alignment is much improved (ie fixed) post the following changeset: MGR: Work around a wxWidgets 3.0 bug in wxGenericListCtrl (Linux only) which causes headers to be misaligned after horizontal scrolling. Thanks, Claggy From: charl...@ssl.berkeley.edu Date: Tue, 6 Jan 2015 20:04:30 -0800 To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu CC: wolfg...@schwieger.de Subject: [boinc_alpha] Linux issues with BOINC 7.4.36? On Jan 2, 2015, at 4:00 PM, Wolfgang Schwieger wolfg...@schwieger.de wrote: (including the linux patch for clientgui/BOINCListCtrl.cpp) We were not aware that Linux required a patch to clientgui/BOINCListCtrl.cpp. Could someone be kind enough to send me the patch so we can fix the problem in the source code? Also, we want to try to get a Linux release out with the latest BOINC code. Could people give us a comprehensive list of the bugs in Linux? Please separate out the issues when static linked with wxWidgets 3.0.2 from those when static linked with wxWidgets 3.0.0. Here is what we already have: On Jan 2, 2015, at 6:09 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: I've been seeing on my Boinc 7.4.x compilations the columns become misaligned if you scroll the project/task/transfers pages left/right, i built Boinc 7.4.x from the 7.4 head again from last night's commit, no change. Other differences/problems to do with Boinc on Linux: On Windows you can switch between Boinc Manager and the Event Log and bring eithier to the Foreground, On Linux, opening the Event Log Brings it to the foreground, Boinc Manager always stays behind the Event Log, you can't bring Boinc Manager to the foreground. The run_client and run_manager links no longer work in more recent Ubuntus/Debians. while they still work on my Boinc 7.2.47 compilations on Ubuntu 12.04 (as of three weeks ago
Re: [boinc_dev] [boinc_alpha] [boinc_projects] Linux issues with BOINC 7.4.36?
The ' 'MGR: work around a Linux bug in wxWidgets which prevents bringing the main window forward on top of Event Log (or any modeless dialog.) - On all platforms, preserve Z-order of main window and Event Log when hiding / showing or deactivating / activating Manager.' Changeset doesn't seem to have made it to the 7.4 head, any chance that it could be added to it?, and to the 7.2/7.0 heads for hosts/repositories that only have Wxwidgets 2.8? Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu Date: Wed, 21 Jan 2015 20:34:05 + CC: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Subject: Re: [boinc_alpha] [boinc_projects] Linux issues with BOINC 7.4.36? Thanks, One more Bug through, I've built Boinc 7.4.38, (7.4.36+ was the same), On the tasks tab, i have 35 tasks, all but about 7 are displayed on the screen, those are off the bottom (1280*800 resolution), If i click on one of the top tasks (that are displayed on screen) and hit 'show active tasks', only the active tasks are shown correctly, If i 'show all tasks' and then scroll downwards to view the bottom tasks, and click on one of those bottom tasks (not the 7 or so that are off the top), then click 'show active tasks', this time Boinc Manager will show all the active tasks, But part way down the screen, with an about 7 task blank area above them, clicking one one of the active tasks springs those tasks to the top. Claggy Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? From: charl...@ssl.berkeley.edu Date: Wed, 21 Jan 2015 07:43:57 -0800 CC: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu To: stephen.macla...@hotmail.com On Jan 17, 2015, at 5:01 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: A clarification, the hit and miss item, only happens if you click the header (the line you use drag the window around), If you click on the main part of the window then it operates correctly. I checked in what I believe is a fix for this. Cheers, --Charlie From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Sat, 17 Jan 2015 01:57:46 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.5.0 from master, the Event Log does nicely disappear behind the main window post the following changeset: MGR: work around a Linux bug in wxWidgets which prevents bringing the main window forward on top of Event Log (or any modeless dialog.) - On all platforms, preserve Z-order of main window and Event Log when hiding / showing or deactivating / activating Manager. But, If you open the Event Log, then switch back to the Main window, and say open computing preferences, then bring up the Event Log to the fore again, it then gets a bit hit and miss trying to get the main window/computing preferences to come to the fore again (without closing the Event Log) Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Wed, 14 Jan 2015 22:46:47 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.4.36+ again from the 7.4 head, the header alignment is much improved (ie fixed) post the following changeset: MGR: Work around a wxWidgets 3.0 bug in wxGenericListCtrl (Linux only) which causes headers to be misaligned after horizontal scrolling. Thanks, Claggy From: charl...@ssl.berkeley.edu Date: Tue, 6 Jan 2015 20:04:30 -0800 To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu CC: wolfg...@schwieger.de Subject: [boinc_alpha] Linux issues with BOINC 7.4.36? On Jan 2, 2015, at 4:00 PM, Wolfgang Schwieger wolfg...@schwieger.de wrote: (including the linux patch for clientgui/BOINCListCtrl.cpp) We were not aware that Linux required a patch to clientgui/BOINCListCtrl.cpp. Could someone be kind enough to send me the patch so we can fix the problem in the source code? Also, we want to try to get a Linux release out with the latest BOINC code. Could people give us a comprehensive list of the bugs in Linux? Please separate out the issues when static linked with wxWidgets 3.0.2 from those when static linked with wxWidgets 3.0.0. Here is what we already have: On Jan 2, 2015, at 6:09 AM, Stephen Maclagan
Re: [boinc_dev] [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36?
A clarification, the hit and miss item, only happens if you click the header (the line you use drag the window around), If you click on the main part of the window then it operates correctly. Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Sat, 17 Jan 2015 01:57:46 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.5.0 from master, the Event Log does nicely disappear behind the main window post the following changeset: MGR: work around a Linux bug in wxWidgets which prevents bringing the main window forward on top of Event Log (or any modeless dialog.) - On all platforms, preserve Z-order of main window and Event Log when hiding / showing or deactivating / activating Manager. But, If you open the Event Log, then switch back to the Main window, and say open computing preferences, then bring up the Event Log to the fore again, it then gets a bit hit and miss trying to get the main window/computing preferences to come to the fore again (without closing the Event Log) Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Wed, 14 Jan 2015 22:46:47 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.4.36+ again from the 7.4 head, the header alignment is much improved (ie fixed) post the following changeset: MGR: Work around a wxWidgets 3.0 bug in wxGenericListCtrl (Linux only) which causes headers to be misaligned after horizontal scrolling. Thanks, Claggy From: charl...@ssl.berkeley.edu Date: Tue, 6 Jan 2015 20:04:30 -0800 To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu CC: wolfg...@schwieger.de Subject: [boinc_alpha] Linux issues with BOINC 7.4.36? On Jan 2, 2015, at 4:00 PM, Wolfgang Schwieger wolfg...@schwieger.de wrote: (including the linux patch for clientgui/BOINCListCtrl.cpp) We were not aware that Linux required a patch to clientgui/BOINCListCtrl.cpp. Could someone be kind enough to send me the patch so we can fix the problem in the source code? Also, we want to try to get a Linux release out with the latest BOINC code. Could people give us a comprehensive list of the bugs in Linux? Please separate out the issues when static linked with wxWidgets 3.0.2 from those when static linked with wxWidgets 3.0.0. Here is what we already have: On Jan 2, 2015, at 6:09 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: I've been seeing on my Boinc 7.4.x compilations the columns become misaligned if you scroll the project/task/transfers pages left/right, i built Boinc 7.4.x from the 7.4 head again from last night's commit, no change. Other differences/problems to do with Boinc on Linux: On Windows you can switch between Boinc Manager and the Event Log and bring eithier to the Foreground, On Linux, opening the Event Log Brings it to the foreground, Boinc Manager always stays behind the Event Log, you can't bring Boinc Manager to the foreground. The run_client and run_manager links no longer work in more recent Ubuntus/Debians. while they still work on my Boinc 7.2.47 compilations on Ubuntu 12.04 (as of three weeks ago), on Ubuntu 14.04 on my other Laptop. My Parallellas on saucy and trusty, my Pi on Raspbian Jessie, and on my Pi on Raspbian Wheezy after last week, trying to run_client or run_manager just opens them for editing, there no longer seems to be way of getting them to run, to start Boinc i've been having to just double click boincmgr itself. Claggy, which version of wxWidgets are you linking? On Dec 22, 2014, at 6:07 AM, Toralf Förster toralf.foers...@gmx.de wrote: When I switched to Simple View and then choose Computing Preferences the I do get the back trace as seen below. My system is a stable 64 bit Gentoo hardened Linux: Thanks. Cheers, --Charlie ___ boinc_alpha mailing list boinc_al...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_projects mailing list boinc_proje...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects To unsubscribe, visit the above URL and (near bottom of page) enter your email address
Re: [boinc_dev] [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36?
I've built Boinc 7.5.0 from master, the Event Log does nicely disappear behind the main window post the following changeset: MGR: work around a Linux bug in wxWidgets which prevents bringing the main window forward on top of Event Log (or any modeless dialog.) - On all platforms, preserve Z-order of main window and Event Log when hiding / showing or deactivating / activating Manager. But, If you open the Event Log, then switch back to the Main window, and say open computing preferences, then bring up the Event Log to the fore again, it then gets a bit hit and miss trying to get the main window/computing preferences to come to the fore again (without closing the Event Log) Claggy From: stephen.macla...@hotmail.com To: charl...@ssl.berkeley.edu; boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu Date: Wed, 14 Jan 2015 22:46:47 + CC: wolfg...@schwieger.de Subject: Re: [boinc_projects] [boinc_alpha] Linux issues with BOINC 7.4.36? I've built Boinc 7.4.36+ again from the 7.4 head, the header alignment is much improved (ie fixed) post the following changeset: MGR: Work around a wxWidgets 3.0 bug in wxGenericListCtrl (Linux only) which causes headers to be misaligned after horizontal scrolling. Thanks, Claggy From: charl...@ssl.berkeley.edu Date: Tue, 6 Jan 2015 20:04:30 -0800 To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu CC: wolfg...@schwieger.de Subject: [boinc_alpha] Linux issues with BOINC 7.4.36? On Jan 2, 2015, at 4:00 PM, Wolfgang Schwieger wolfg...@schwieger.de wrote: (including the linux patch for clientgui/BOINCListCtrl.cpp) We were not aware that Linux required a patch to clientgui/BOINCListCtrl.cpp. Could someone be kind enough to send me the patch so we can fix the problem in the source code? Also, we want to try to get a Linux release out with the latest BOINC code. Could people give us a comprehensive list of the bugs in Linux? Please separate out the issues when static linked with wxWidgets 3.0.2 from those when static linked with wxWidgets 3.0.0. Here is what we already have: On Jan 2, 2015, at 6:09 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: I've been seeing on my Boinc 7.4.x compilations the columns become misaligned if you scroll the project/task/transfers pages left/right, i built Boinc 7.4.x from the 7.4 head again from last night's commit, no change. Other differences/problems to do with Boinc on Linux: On Windows you can switch between Boinc Manager and the Event Log and bring eithier to the Foreground, On Linux, opening the Event Log Brings it to the foreground, Boinc Manager always stays behind the Event Log, you can't bring Boinc Manager to the foreground. The run_client and run_manager links no longer work in more recent Ubuntus/Debians. while they still work on my Boinc 7.2.47 compilations on Ubuntu 12.04 (as of three weeks ago), on Ubuntu 14.04 on my other Laptop. My Parallellas on saucy and trusty, my Pi on Raspbian Jessie, and on my Pi on Raspbian Wheezy after last week, trying to run_client or run_manager just opens them for editing, there no longer seems to be way of getting them to run, to start Boinc i've been having to just double click boincmgr itself. Claggy, which version of wxWidgets are you linking? On Dec 22, 2014, at 6:07 AM, Toralf Förster toralf.foers...@gmx.de wrote: When I switched to Simple View and then choose Computing Preferences the I do get the back trace as seen below. My system is a stable 64 bit Gentoo hardened Linux: Thanks. Cheers, --Charlie ___ boinc_alpha mailing list boinc_al...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_projects mailing list boinc_proje...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] [boinc_alpha] Linux issues with BOINC 7.4.36?
I've built Boinc 7.4.36+ again from the 7.4 head, the header alignment is much improved (ie fixed) post the following changeset: MGR: Work around a wxWidgets 3.0 bug in wxGenericListCtrl (Linux only) which causes headers to be misaligned after horizontal scrolling. Thanks, Claggy From: charl...@ssl.berkeley.edu Date: Tue, 6 Jan 2015 20:04:30 -0800 To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu; boinc_al...@ssl.berkeley.edu CC: wolfg...@schwieger.de Subject: [boinc_alpha] Linux issues with BOINC 7.4.36? On Jan 2, 2015, at 4:00 PM, Wolfgang Schwieger wolfg...@schwieger.de wrote: (including the linux patch for clientgui/BOINCListCtrl.cpp) We were not aware that Linux required a patch to clientgui/BOINCListCtrl.cpp. Could someone be kind enough to send me the patch so we can fix the problem in the source code? Also, we want to try to get a Linux release out with the latest BOINC code. Could people give us a comprehensive list of the bugs in Linux? Please separate out the issues when static linked with wxWidgets 3.0.2 from those when static linked with wxWidgets 3.0.0. Here is what we already have: On Jan 2, 2015, at 6:09 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: I've been seeing on my Boinc 7.4.x compilations the columns become misaligned if you scroll the project/task/transfers pages left/right, i built Boinc 7.4.x from the 7.4 head again from last night's commit, no change. Other differences/problems to do with Boinc on Linux: On Windows you can switch between Boinc Manager and the Event Log and bring eithier to the Foreground, On Linux, opening the Event Log Brings it to the foreground, Boinc Manager always stays behind the Event Log, you can't bring Boinc Manager to the foreground. The run_client and run_manager links no longer work in more recent Ubuntus/Debians. while they still work on my Boinc 7.2.47 compilations on Ubuntu 12.04 (as of three weeks ago), on Ubuntu 14.04 on my other Laptop. My Parallellas on saucy and trusty, my Pi on Raspbian Jessie, and on my Pi on Raspbian Wheezy after last week, trying to run_client or run_manager just opens them for editing, there no longer seems to be way of getting them to run, to start Boinc i've been having to just double click boincmgr itself. Claggy, which version of wxWidgets are you linking? On Dec 22, 2014, at 6:07 AM, Toralf Förster toralf.foers...@gmx.de wrote: When I switched to Simple View and then choose Computing Preferences the I do get the back trace as seen below. My system is a stable 64 bit Gentoo hardened Linux: Thanks. Cheers, --Charlie ___ boinc_alpha mailing list boinc_al...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_alpha To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc@Android: enter project url by hand
You just didn't find it, on the 'projects tab', to the right of 'ADD PROJECT' are three vertical dots, hit that and you'll find 'Add project by URL' Claggy Date: Fri, 2 Jan 2015 10:24:56 +0100 From: y...@mailueberfall.de To: boinc_dev@ssl.berkeley.edu; boinc_proje...@ssl.berkeley.edu Subject: [boinc_dev] Boinc@Android: enter project url by hand Hello, does the Boinc client for Android dosn't has the option any more to enter a project url by hand? Or do I just not find it. yoyo -- sig Rechenkraft.net e.V. http://www.rechenkraft.net - Verein zur Förderung von Bildung, Forschung und Wissenschaft durch Einsatz vernetzter Computer weitere interessante Projekte http://www.rechenkraft.net/wiki/index.php?title=Projekt%C3%BCbersichtund Hilfe http://www.rechenkraft.net/phpBB/viewforum.php?f=19auf unserer Webseite www.Rechenkraft.net http://www.rechenkraft.net und im Chat irc://irc.euirc.net/rechenkraft Rechenkraft.net e.V. http://www.rechenkraft.net/ - Non-profit association for the promotion of education, research and science through the use of networked computers other interesting projects http://www.rechenkraft.net/wiki/index.php?title=Projekt%C3%BCbersichtand help http://www.rechenkraft.net/phpBB/viewforum.php?f=19 on our website www.Rechenkraft.net http://www.rechenkraft.net and on IRC irc://irc.euirc.net/rechenkraft ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc 7.4.x on Linux x64 wxwidgets 3.0.x update problem
Thanks, I'll build a new Boinc in a couple of days once I get back to where my Ubuntu 14.04 host is, I'll try the Pi too, But I've got to get a SDCard updated to Raspbian Jessie first, and hope it'll still boot, The Parallella might take a bit more time. Claggy Subject: Re: [boinc_dev] Boinc 7.4.x on Linux x64 wxwidgets 3.0.x update problem From: charl...@ssl.berkeley.edu Date: Wed, 24 Dec 2014 06:34:47 -0800 CC: boinc_dev@ssl.berkeley.edu To: stephen.macla...@hotmail.com Hi Claggy, I have checked in a change which fixes this on my Ubuntu VM. Cheers, --Charlie On Dec 24, 2014, at 5:23 AM, Charlie Fenton charl...@ssl.berkeley.edu wrote: Hi Claggy, I can reproduce this (or something very similar) when I build with wxWidgets 3.0.0 on Ubuntu: On my Ubuntu VM, I have 3 tasks running simultaneously, but only the upper two _running_ tasks update regularly. This is true no matter where in the list the _running_ tasks are; they don't have to be at the top of the list. The bottom of the 3 _running_ tasks updates only if I click on it. If I change the sorting order, then the new 2 upper running tasks update and the new bottom running task stops updating. Since BOINC 7.2.47 was built with wxWidgets 2.8.10, and since this does not happen on Mac or Windows, I suspect this might be a bug in the Linux port of wxWidgets 3.0.0. Among the items in the change log for wxWidgets 3.0.1 under wxGTK is: - Fix setting client data when adding items to a sorted wxListBox. But you have reported that building with wxWidgets 3.0.2 does not fix it. Cheers, --Charlie On Dec 21, 2014, at 7:45 AM, Stephen Maclagan stephen.macla...@hotmail.com wrote: I've been building Boinc 7.4.x on my Raspberry Pi on Raspbian Jessie, and my Parallellas on Linaro Ubuntu 14.04 until recently, both had a Boinc Manager visual update problem, especially on the project and tasks tabs, only the top running task's progress would update, and nothing would update on the projects tab, if you click on another task or project, then the line would update, Boinc 7.2.47 builds fine, and everything updates OK on that. Recently i've inherited another old laptop and have put Ubuntu 14.04 on it, Initially i could only build Boinc 7.2.47 on it, (there's no webview support for its wxwidgets 3.0 package), So i added the locutusofborg-ppa and got the wxwidgets 3.0.1-3~ubuntu14.04.1 package from there, now i can build Boinc 7.4.x, have done 7.4.32, 7.4.35 and 7.4.36, all display the same problem that i saw on the Pi and Parallella, Last night i asked Gianfranco Costamagna if he could update his ppa with wxwidgets 3.0.2, which he has done with 3.0.2-1~ubuntu14.04.1, Building Boinc 7.4.37 with this wxwidgets still gives this same problem, I've reported this problem back to Gianfranco Costamagna, and he sees it too, My client startup just for info (Boinc Manager does report 3.0.2 as wxwidgets version): Sun 21 Dec 2014 13:08:12 GMT | | Starting BOINC client version 7.4.37 for x86_64-pc-linux-gnu Sun 21 Dec 2014 13:08:12 GMT | | log flags: file_xfer, sched_ops, task, sched_op_debug Sun 21 Dec 2014 13:08:12 GMT | | Libraries: libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3 Sun 21 Dec 2014 13:08:12 GMT | | Data directory: /home/stephen/BOINC Sun 21 Dec 2014 13:08:12 GMT | | No usable GPUs found Sun 21 Dec 2014 13:08:12 GMT | SETI@home | Found app_info.xml; using anonymous platform Sun 21 Dec 2014 13:08:12 GMT | | Host name: stephen-MM061 Sun 21 Dec 2014 13:08:12 GMT | | Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz [Family 6 Model 15 Stepping 6] Sun 21 Dec 2014 13:08:12 GMT | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm Sun 21 Dec 2014 13:08:12 GMT | | OS: Linux: 3.13.0-43-generic Sun 21 Dec 2014 13:08:12 GMT | | Memory: 1.95 GB physical, 2.00 GB virtual Sun 21 Dec 2014 13:08:12 GMT | | Disk: 291.32 GB total, 269.81 GB free Sun 21 Dec 2014 13:08:12 GMT | | Local time is UTC +0 hours Sun 21 Dec 2014 13:08:12 GMT | | Version change (7.4.36 - 7.4.37) Sun 21 Dec 2014 13:08:12 GMT | Albert@Home | URL http://albert.phys.uwm.edu/; Computer ID 12233; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7427512; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 11684892; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | SETI@home Beta Test | URL http://setiweb.ssl.berkeley.edu/beta/; Computer ID 73174; resource share 100 Sun 21
[boinc_dev] Boinc 7.4.x on Linux x64 wxwidgets 3.0.x update problem
I've been building Boinc 7.4.x on my Raspberry Pi on Raspbian Jessie, and my Parallellas on Linaro Ubuntu 14.04 until recently, both had a Boinc Manager visual update problem, especially on the project and tasks tabs, only the top running task's progress would update, and nothing would update on the projects tab, if you click on another task or project, then the line would update, Boinc 7.2.47 builds fine, and everything updates OK on that. Recently i've inherited another old laptop and have put Ubuntu 14.04 on it, Initially i could only build Boinc 7.2.47 on it, (there's no webview support for its wxwidgets 3.0 package), So i added the locutusofborg-ppa and got the wxwidgets 3.0.1-3~ubuntu14.04.1 package from there, now i can build Boinc 7.4.x, have done 7.4.32, 7.4.35 and 7.4.36, all display the same problem that i saw on the Pi and Parallella, Last night i asked Gianfranco Costamagna if he could update his ppa with wxwidgets 3.0.2, which he has done with 3.0.2-1~ubuntu14.04.1, Building Boinc 7.4.37 with this wxwidgets still gives this same problem, I've reported this problem back to Gianfranco Costamagna, and he sees it too, My client startup just for info (Boinc Manager does report 3.0.2 as wxwidgets version): Sun 21 Dec 2014 13:08:12 GMT | | Starting BOINC client version 7.4.37 for x86_64-pc-linux-gnu Sun 21 Dec 2014 13:08:12 GMT | | log flags: file_xfer, sched_ops, task, sched_op_debug Sun 21 Dec 2014 13:08:12 GMT | | Libraries: libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3 Sun 21 Dec 2014 13:08:12 GMT | | Data directory: /home/stephen/BOINC Sun 21 Dec 2014 13:08:12 GMT | | No usable GPUs found Sun 21 Dec 2014 13:08:12 GMT | SETI@home | Found app_info.xml; using anonymous platform Sun 21 Dec 2014 13:08:12 GMT | | Host name: stephen-MM061 Sun 21 Dec 2014 13:08:12 GMT | | Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz [Family 6 Model 15 Stepping 6] Sun 21 Dec 2014 13:08:12 GMT | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm Sun 21 Dec 2014 13:08:12 GMT | | OS: Linux: 3.13.0-43-generic Sun 21 Dec 2014 13:08:12 GMT | | Memory: 1.95 GB physical, 2.00 GB virtual Sun 21 Dec 2014 13:08:12 GMT | | Disk: 291.32 GB total, 269.81 GB free Sun 21 Dec 2014 13:08:12 GMT | | Local time is UTC +0 hours Sun 21 Dec 2014 13:08:12 GMT | | Version change (7.4.36 - 7.4.37) Sun 21 Dec 2014 13:08:12 GMT | Albert@Home | URL http://albert.phys.uwm.edu/; Computer ID 12233; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7427512; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 11684892; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | SETI@home Beta Test | URL http://setiweb.ssl.berkeley.edu/beta/; Computer ID 73174; resource share 100 Sun 21 Dec 2014 13:08:12 GMT | SETI@home | General prefs: from SETI@home (last modified 18-Dec-2014 22:27:44) Sun 21 Dec 2014 13:08:12 GMT | SETI@home | Host location: none Sun 21 Dec 2014 13:08:12 GMT | SETI@home | General prefs: using your defaults Sun 21 Dec 2014 13:08:12 GMT | | Reading preferences override file Sun 21 Dec 2014 13:08:12 GMT | | Preferences: Sun 21 Dec 2014 13:08:12 GMT | | max memory usage when active: 1500.57MB Sun 21 Dec 2014 13:08:12 GMT | | max memory usage when idle: 1800.68MB Sun 21 Dec 2014 13:08:12 GMT | | max disk usage: 100.00GB Sun 21 Dec 2014 13:08:12 GMT | | (to change preferences, visit a project web site or select Preferences in the Manager) Sun 21 Dec 2014 13:08:12 GMT | | Not using a proxy Sun 21 Dec 2014 13:08:18 GMT | | Running CPU benchmarks Sun 21 Dec 2014 13:08:18 GMT | | Suspending computation - CPU benchmarks in progress Sun 21 Dec 2014 13:08:49 GMT | | Benchmark results: Sun 21 Dec 2014 13:08:49 GMT | | Number of CPUs: 2 Sun 21 Dec 2014 13:08:49 GMT | | 1425 floating point MIPS (Whetstone) per CPU Sun 21 Dec 2014 13:08:49 GMT | | 8302 integer MIPS (Dhrystone) per CPU Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] FEATURE REQUEST: app_config.xml additional field - to exclude particular GPU number for given app
You can already do that with the exclude_gpu element in the cc_config.xml, by making sure you set the appname means a particular GPU can be excluded from using that app. Claggy From: raist...@mail.ru To: boinc_dev@ssl.berkeley.edu Date: Wed, 27 Aug 2014 11:13:36 +0400 Subject: [boinc_dev] FEATURE REQUEST: app_config.xml additional field - to exclude particular GPU number for given app Please add ability to exclude particular GPU per application basis in same way as it currently done on more global level. This will allow users to partition their hardware resources in most effective manner. Current GPU hardware, being merged in single class (let say NV or ATI) actually has very different compute abilities inside this class. Possibility to exclude device on per application basis will allow to use slow device for app with short tasks and fast device for longer tasks that will make host setup more error-protected. As side bonus it will allow new type of app incompatibilities workaround. Currently such partition can be done only in very clumsy way by installing few separate instances of BOINC client on the same host with anonymous platform mechanism in play. Proposing ability will considerably simplify setup for multi-GPU hosts. -- Raistmer the Sorcerer ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] [boinc_projects] max_concurrent at a project scope
Very good, but it doesn't go far enough, you can't limit what just the CPU runs, ie the app level, app_version level or overall, you can limit overall the tasks an app name can run, ie four, and have two run on the GPU and two on the CPU, once the GPU tasks of that app name run out, you end up running more tasks on the CPU than you intended. Claggy Date: Fri, 25 Jul 2014 16:09:02 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu; val...@science.unitn.it Subject: Re: [boinc_dev] [boinc_projects] max_concurrent at a project scope I added this feature; see http://boinc.berkeley.edu/wiki/Client_configuration#Application_configuration This will be available in the 7.6 client release. -- David On 24-Jul-2014 7:46 AM, Valter Cavecchia wrote: Dear all, I think that a max_concurrent tag at a project scope (not just for apps) could be a useful thing to implement, useful for projects with a lot of 'subprojects'. As an example, I have the following situation in Primegrid: I have a Haswell I7 with hyper-threading enabled (4 cores, 8 threads) and want to run LLR applications (there are many of them) which use AVX, so the optimal setup will be either disable HT or force a maximum of four applications of that kind running at the same time, but I also need some extra cpu threads for helping gpus. However there isn't yet an easy way to tell Boinc just to do this, ie: run a maximum of 4 primegrid applications. Any comments about? Thanks anyone in advance, valter ___ boinc_projects mailing list boinc_proje...@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_projects To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] BUG ALERT : BitCoin Utopia is giving out workunits when the client setting is no new work units, ... and generally behaving daft ...
Do they happen to be nci tasks? according to http://www.bitcoinutopia.net/bitcoinutopia/apps.php they do have nci apps, then that is expected since this changeset: http://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=commit;h=3c5edb1187ac85aecb97dcb233fe9e5700fa446a scheduler: send NCI jobs even if no work request If those apps aren't really nci (Non Compute Intensive) apps, then the project has misconfigured their project, or there's a Bug somewhere, If they are proper nci apps, it doesn't matter if a host gets them or not, they shouldn't take much CPU time, and shouldn't effect crunch times of computational intensive apps. Claggy From: dis...@juno.com To: boinc_dev@ssl.berkeley.edu CC: boinc_dev@ssl.berkeley.edu Date: Fri, 18 Jul 2014 14:03:38 -0700 Subject: [boinc_dev] BUG ALERT : BitCoin Utopia is giving out workunits when the client setting is no new work units, ... and generally behaving daft ... BUG ALERT : BitCoin Utopia is giving out workunits when the client setting is no new work units, ... and generally behaving daft ... This platform is affected, but lots of other platforms are affected ... and the problem may be a 7.2.42 bug and or a server bug at the other end ... I am just relaying this bug alert for someone else. 18 Jul 14 13:56:33 | | Starting BOINC client version 7.2.42 for windows_x86_64 18 Jul 14 13:56:33 | | log flags: file_xfer, sched_ops, task 18 Jul 14 13:56:33 | | Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6 18 Jul 14 13:56:33 | | Running as a daemon 18 Jul 14 13:56:33 | | Data directory: C:\ProgramData\BOINC 18 Jul 14 13:56:33 | | Running under account boinc_master 18 Jul 14 13:56:33 | | No usable GPUs found 18 Jul 14 13:56:33 | | Host name: admin-PC 18 Jul 14 13:56:33 | | Processor: 4 GenuineIntel Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz [Family 6 Model 42 Stepping 7] 18 Jul 14 13:56:33 | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 popcnt syscall nx lm vmx tm2 pbe 18 Jul 14 13:56:33 | | OS: Microsoft Windows 7: Home Premium x64 Edition, Service Pack 1, (06.01.7601.00) 18 Jul 14 13:56:33 | | Memory: 3.91 GB physical, 7.83 GB virtual 18 Jul 14 13:56:33 | | Disk: 195.32 GB total, 83.80 GB free 18 Jul 14 13:56:33 | | Local time is UTC -7 hours 18 Jul 14 13:56:33 | | VirtualBox version: 4.3.10 18 Jul 14 13:56:33 | Asteroids@home | URL http://asteroidsathome.net/boinc/; Computer ID 58820; resource share 100 18 Jul 14 13:56:33 | rosetta@home | URL http://boinc.bakerlab.org/rosetta/; Computer ID 1552733; resource share 110 18 Jul 14 13:56:33 | Poem@Home | URL http://boinc.fzk.de/poem/; Computer ID 160188; resource share 100 18 Jul 14 13:56:33 | NRG | URL http://boinc.med.usherbrooke.ca/nrg/; Computer ID 3022; resource share 100 18 Jul 14 13:56:33 | fightmalaria@home | URL http://boinc.ucd.ie/fmah/; Computer ID not assigned yet; resource share 100 18 Jul 14 13:56:33 | climateprediction.net | URL http://climateprediction.net/; Computer ID 1226576; resource share 200 18 Jul 14 13:56:33 | convector.fsv.cvut.cz | URL http://convector.fsv.cvut.cz/; Computer ID 3662; resource share 105 18 Jul 14 13:56:33 | SLinCA@Home | URL http://dg.imp.kiev.ua/slinca/; Computer ID 7316; resource share 100 18 Jul 14 13:56:33 | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 9495716; resource share 100 18 Jul 14 13:56:33 | NFS@Home | URL http://escatter11.fullerton.edu/nfs/; Computer ID 347861; resource share 100 18 Jul 14 13:56:33 | LHC@home 1.0 | URL http://lhcathomeclassic.cern.ch/sixtrack/; Computer ID 10300033; resource share 100 18 Jul 14 13:56:33 | Milkyway@Home | URL http://milkyway.cs.rpi.edu/milkyway/; Computer ID 456083; resource share 100 18 Jul 14 13:56:33 | pogs | URL http://pogs.theskynet.org/pogs/; Computer ID 541; resource share 100 18 Jul 14 13:56:33 | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 6720130; resource share 100 18 Jul 14 13:56:33 | SZTAKI Desktop Grid | URL http://szdg.lpds.sztaki.hu/szdg/; Computer ID 341380; resource share 100 18 Jul 14 13:56:33 | Bitcoin Utopia | URL http://www.bitcoinutopia.net/bitcoinutopia/; Computer ID 3562; resource share 100 18 Jul 14 13:56:33 | Cosmology@Home | URL http://www.cosmologyathome.org/; Computer ID 167440; resource share 100 18 Jul 14 13:56:33 | Enigma@Home | URL http://www.enigmaathome.net/; Computer ID 108508; resource share 100 18 Jul 14 13:56:33 | malariacontrol.net | URL http://www.malariacontrol.net/; Computer ID 563008; resource share 100 18 Jul 14 13:56:33 |
[boinc_dev] Scheduler prefers sending work for slow apps that have 11 validations, rather than a faster app with less validations.
I reported this on Seti Beta a few days ago, no response: http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2182postid=51497 Basically Seti Beta has new Astropulse v7 apps, both Stock based and Optimised based, for Linux the Stock and Optimised apps were released together, my C2D T8100 has managed to get a mix of work from the four app_versions, none of which have got to the their 11 validations yet: http://setiweb.ssl.berkeley.edu/beta/host_app_versions.php?hostid=68093 For the windows Astropulse v7 apps, there was a four day difference between the slow Stock app being released and the fast optimised app being released, meaning my i7-2600K was already a good way through crunching the slow Stock apps before the Optimised apps were released, it did manage to receive a couple of token SSE and SSE2 tasks, they are up six time faster, http://setiweb.ssl.berkeley.edu/beta/host_app_versions.php?hostid=45274 http://setiweb.ssl.berkeley.edu/beta/results.php?hostid=45274 The i7-2600K now has 19 validations for windows_intelx86 app, one for the windows_x86_64 (sse2) app, and three for the windows_intelx86 (sse) app, Inspite of these apps being a huge amount faster, the scheduler would rather send work for the slow app with greater than 11 validations, than a faster app with less validations, Shouldn't the scheduler try and get each app version it's 11 validations first before deciding which app is fastest? Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] failed to compile 7.3.19 on fedora 20
I'm also having trouble building Boinc 7.3.19, this time on Ubuntu 14.04 for my Parallellas, my problem is libgtk2.0-dev can't be installed because of dependency problems, the error message when I try and apt-get install libgtk2.0-dev is: libgtk2.0-dev : Depends: libpango1.0-dev (= 1.20) but it is not going to be installed Depends: libcairo2-dev (= 1.6.4-6.1) but it is not going to be installed Obviously running make produces lot of entries about package gtk+-2.0 not being found in the pkg-config search path, I know I can do some edits, and see if gtk+-3.0 works, but shouldn't this be automatic? (or is that a work in progress?) Claggy Date: Tue, 17 Jun 2014 19:45:25 +0300 From: juha.sointus...@gmail.com To: ha...@linux.vnet.ibm.com CC: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] failed to compile 7.3.19 on fedora 20 On 17 June 2014 04:05, Han Pingtian ha...@linux.vnet.ibm.com wrote: On Mon, Jun 16, 2014 at 11:46:14PM +0300, Juha wrote: On 16 June 2014 07:45, Han Pingtian ha...@linux.vnet.ibm.com wrote: On Thu, Jun 12, 2014 at 06:39:29PM +0300, Juha wrote: On 10 June 2014 16:20, Han Pingtian ha...@linux.vnet.ibm.com wrote: I have installed wxGTK3 on this system, the /usr/include/wx-3.0/wx/defs.h comes from wxGTK3-devel. And the /usr/include/gtk-2.0/gdk/gdktypes.h comes from gtk2-devel. I'm using './configure --disable-server ' to configure it. Not sure what's wrong, please advise. Thanks! In Fedora 20 wxWidgets 3 is configured to use GTK+ 3 backend and you are trying to compile Manager with GTK+ 2. That's not going to work, you can't mix GTK+ versions like that. I think this is what boinc wants to do on the Fedora 20 system, not me ... Boinc is going to use wx 3 and gtk+ 2 together here, not sure if I was doing something wrong. Do you have gtk3-devel installed? If not, install it. I had gtk3-devel-3.10.9-1.fc20.x86_64 installed, looks like this isn't the reason of this problem ... I was going to tell you to uninstall gtk2-devel but that's not going to work. Open clientgui/Makefile.am and replace every gtk+-2.0 with gtk+-3.0. There should be three of them near the end of the file. This isn't a proper fix but should get you at least a bit further. -Juha ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] failed to compile 7.3.19 on fedora 20
The error getting libgtk2.0-dev is: linaro-nano:~ sudo apt-get install libgtk2.0-devReading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgtk2.0-dev : Depends: libpango1.0-dev (= 1.20) but it is not going to be installed Depends: libcairo2-dev (= 1.6.4-6.1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. Trying to get libpango1.0-dev gives me: The following packages have unmet dependencies: libpango1.0-dev : Depends: libfreetype6-dev but it is not going to be installed Depends: libxft-dev but it is not going to be installed Depends: libfontconfig1-dev (= 2.10.91) but it is not going to be installed Depends: libcairo2-dev (= 1.12.10) but it is not going to be installed E: Unable to correct problems, you have held broken packages. and trying to get libcairo2-dev gives me: The following packages have unmet dependencies: libcairo2-dev : Depends: libfontconfig1-dev (= 2.2.95) but it is not going to be installed Depends: libfreetype6-dev (= 2.1.10) but it is not going to be installed E: Unable to correct problems, you have held broken packages. The 'make' error is when it gets to boincmgr-taskbarex.o: CXX boincmgr-taskbarex.o Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-2.0' found Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-2.0' found gtk/taskbarex.cpp:17:21: fatal error: gtk/gtk.h: No such file or directory #include gtk/gtk.h ^ compilation terminated. make[2]: *** [boincmgr-taskbarex.o] Error 1 make[2]: Leaving directory `/home/linaro/Seti/boinc/clientgui' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/linaro/Seti/boinc' make: *** [all] Error 2 Claggy Date: Sun, 22 Jun 2014 23:14:40 +0300 Subject: Re: [boinc_dev] failed to compile 7.3.19 on fedora 20 From: juha.sointus...@gmail.com To: stephen.macla...@hotmail.com CC: boinc_dev@ssl.berkeley.edu On 22 June 2014 21:08, Stephen Maclagan stephen.macla...@hotmail.com wrote: I'm also having trouble building Boinc 7.3.19, this time on Ubuntu 14.04 for my Parallellas, my problem is libgtk2.0-dev can't be installed because of dependency problems, the error message when I try and apt-get install libgtk2.0-dev is: libgtk2.0-dev : Depends: libpango1.0-dev (= 1.20) but it is not going to be installed Depends: libcairo2-dev (= 1.6.4-6.1) but it is not going to be installed Does APT tell why it's not going to install those packages? What happens if you try to install only those packages one by one? I know I can do some edits, and see if gtk+-3.0 works, but shouldn't this be automatic? wxWidgets 3 in Debian and Ubuntu use GTK+ 2 backend so GTK+ 3 isn't going to help. Also, wx 3 in Ubuntu 14.04 doesn't include wxWebview. It will be included in 14.10 which leaves your options to either build wx 3 yourself or try to make a hybrid setup with wx from 14.10. I still haven't tried the hybrid setup myself. (or is that a work in progress?) The purpose of the stuff in clientgui/gtk/taskbar.* seems to be to provide an icon in notification area and to let the user know when BOINC needs attention. wxWidgets provides two classes for these purposes, wxTaskBarIcon and wxNotificationMessage. I've been thinking that if those classes work properly the gtk/libnotify code in clientgui/gtk/taskbar.* could be replaced with code using wx classes. That would remove the need to 1) match used gtk version with the one used in wx 2) keep up with changes made to gtk. -Juha ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] EXIT_TIME_LIMIT_EXCEEDED (sorry, yes me again, but please read)
And my HD7770 is getting the following at Albert because it hasn't finished it's 11 validations for it's app_version yet: 2014-06-05 09:56:29.7913 [PID=7201 ][version] looking for version of einsteinbinary_BRP4G 2014-06-05 09:56:29.7913 [PID=7201 ][version] Checking plan class 'BRP4G-opencl-ati' 2014-06-05 09:56:29.7913 [PID=7201 ][version] plan_class_spec: parsed project prefs setting 'gpu_util_brp' : true : 1.00 2014-06-05 09:56:29.7913 [PID=7201 ][version] [AV#721] (BRP4G-opencl-ati) adjusting projected flops based on PFC avg: 34968.78G 2014-06-05 09:56:29.7913 [PID=7201 ][version] Best app version is now AV721 (18620.28 GFLOP) 2014-06-05 09:56:29.7913 [PID=7201 ][version] [AV#721] (BRP4G-opencl-ati) adjusting projected flops based on PFC avg: 34968.78G 2014-06-05 09:56:29.7914 [PID=7201 ][version] Best version of app einsteinbinary_BRP4G is [AV#721] (34968.78 GFLOPS) 2014-06-05 09:56:29.7974 [PID=7201 ][send] Sending app_version einsteinbinary_BRP4G 7 134 BRP4G-opencl-ati; projected 34968.78 GFLOPS 2014-06-05 09:56:29.7976 [PID=7201 ][send] est. duration for WU 606407: unscaled 8.01 scaled 10.96 2014-06-05 09:56:29.7976 [PID=7201 ][send] [HOST#8143] sending [RESULT#1454943 p2030.20131124.G176.16-01.04.S.b2s0g0.0_3616_1] (est. dur. 10.96s (0h00m10s95)) (max time 160.14s (0h02m40s14)) Real duration is going to be something like an hour, and not the 11 seconds it expects it to be done in!! https://albert.phys.uwm.edu/results.php?hostid=8143offset=0show_names=0state=5appid=29 Claggy Date: Sat, 7 Jun 2014 10:51:16 +0100 From: r.haselgr...@btopenworld.com To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] EXIT_TIME_LIMIT_EXCEEDED (sorry, yes me again, but please read) And bad form, with two separate issues to report. Sorry again. 1) Use of outlier detection to avoid skewed averages 2) Initial runtime estimates on the Android platform 1) Outlier detection. This arises from the recent introduction of a new app_version at the LHCclassic project. LHC, by its very nature, is searching for the onset of chaotic orbital behaviour in the simulated particle beam: they expect, and actively want, many tasks to finish early. Eric Mcintosh commented in a recent 'lessons learned' news item - http://lhcathomeclassic.cern.ch/sixtrack/forum_thread.php?id=3838 - that EXIT_TIME_LIMIT_EXCEEDED was his #1 problem following the new version release. I've advised accordingly in that thread. But I was surprised to find that outlier detection - an appropriate solution to this particular case - wasn't documented in the developer Wiki: a trac/wiki search only returns a single hit for 'outlier', and that's in http://boinc.berkeley.edu/trac/wiki/ServerUpdates - which we seem to have stopped updating. The one-line summary doesn't give much of a clue about when and why this feature might be useful, and without a git translation the SVN reference doesn't help either. http://boinc.berkeley.edu/gitweb/?p=boinc-v2.git;a=commit;h=e49f9459080b488f85fbcf8cdad6db9672416cf8 2) Android runtime estimates The example here is from SIMAP. During a recent pause between batches, I noticed that some of my 'pending validation' tasks were being slow to clear: http://boincsimap.org/boincsimap/results.php?hostid=349248 The clearest example is the third of those three workunits: http://boincsimap.org/boincsimap/workunit.php?wuid=57169928 Four of the seven replications have failed with 'Error while computing', and every one of those four is an EXIT_TIME_LIMIT_EXCEEDED on an Android device. Three of the four hosts have never returned a valid result (total credit zero), so they have never had a chance to establish an APR for use in runtime estimation: runtime estimates and bounds must have been generated by the server. It seems - from these results, and others I've found pending on other machines - that SIMAP tasks on Android are aborted with EXIT_TIME_LIMIT_EXCEEDED after ~6 hours elapsed. For the new batch released today, SIMAP are using a 3x bound (which may be a bit low under the circumstances): rsc_fpops_est135000.00/rsc_fpops_est rsc_fpops_bound405000.00/rsc_fpops_bound so I deduce that the tasks when first issued had a runtime estimate of ~2 hours. My own tasks, on a fast Intel i5 'Haswell' CPU (APR 7.34 GFLOPS), take over half an hour to complete: two hours for an ARM device sounds suspiciously low. The only one of my Android wingmates to have registered an APR (http://boincsimap.org/boincsimap/host_app_versions.php?hostid=771033) is showing 1.69 GFLOPS, but I have no way of knowing whether that APR was established before or after the task in question errored out. From experience - borne out by current tests at Albert@Home, where server logs are helpfully exposed to the public - initial server estimates can be
Re: [boinc_dev] Lots of Aborted by user messages
Can you also make cancelled by project not an error too, I've reported to both Albert at home and Seti Beta that it wipes out the Max tasks per day of the app version used when it happens, Eric also when he started Seti Android development used a replication of three, while validation only needed two, so a lot of task's were being cancelled, later he decided to collect stats he found out that the error rate probably included cancelled by server: http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2164postid=50200 http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2164postid=50269 [quote]Alternatively get David to not count 'cancelled by server' as true errors - I suppose it plays havoc with the application details (consecutive valid, max tasks allowed etc.) too. I'll have to watch that page on the next batch. Uh, probably means he'd have to divide errors into at least two categories - those that affect task allocation etc. and those that don't. he'll be sticking that into the 'too difficult to do' tray. :D forget I mentioned it...[/quote] http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2164postid=50274 http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=2164postid=50301 Claggy Date: Thu, 22 May 2014 23:57:06 -0700 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Lots of Aborted by user messages I checked in a change that does this. - David On 22-May-2014 8:54 PM, Kevin Vinsen wrote: Folks I wonder if anyone can help me with a little niggle with the scheduler. During the last challenge on POGS we had quite a few WUs that were Aborted by user”. As occasionally we get a pixel which won’t converge I built POGS so that after 5 failures to match it will cancel the WU. But an “Abort by user” isn’t really a failure. Is there a way I can tell the server not to count the Aborted by user” results as a failure? Regards Kevin ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Scheduler Enhancement Request
Has this changeset just been applied to Setiathome? or have they they changed their limits some other way? Up to today there was a 100 CPU and 100 GPU task limit in place, today after maintenance there now seems to be a 100 CPU and 100 per GPU task limit in place, ie with a CPU and GPU before you could have a maximum of 100 CPU 100 GPU tasks, now it you get 100 GPU tasks per GPU, But my i5-3210M/GT650/Intel_Graphics_HD4000 instead of getting 100 Intel GPU tasks, got an extra 100 Nvidia GPU tasks, So it is possible this changeset is broken (if setiathome has applied it) http://setiathome.berkeley.edu/forum_thread.php?id=74756 http://setiathome.berkeley.edu/results.php?hostid=7054027offset=0show_names=0state=0appid=0 Claggy Date: Sat, 8 Mar 2014 11:22:17 -0800 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] Scheduler Enhancement Request I checked in changes to the scheduler so that job limits are enforced per GPU type. I.e. if max_wus_in_progress_gpu is 10, a host can have up to 10 NVIDIA jobs and 10 AMD jobs in progress. I didn't test this thoroughly. Please let me know if you find any problems with it. -- David On 07-Mar-2014 8:23 AM, Jon Sonntag wrote: At present, if a host has GPUs from multiple vendors installed, it will request work from both vendors. If the client has a cache set such that the it is larger than twice the max_wus_in_progress_gpu setting, the user will only get tasks for one GPU. The other will remain idle. In the example below, the server is set to use max_wus_in_progress_gpu of 60. The host has 120 WUs downloaded already but all 120 are for CUDA. So, even though the AMD GPU is idle, it won't download any work. Collatz Conjecture | 3/7/2014 10:22:43 AM | Sending scheduler request: Requested by user. Collatz Conjecture | 3/7/2014 10:22:43 AM | Requesting new tasks for NVIDIA and ATI Collatz Conjecture | 3/7/2014 10:22:43 AM | [sched_op] CPU work request: 0.00 seconds; 0.00 devices Collatz Conjecture | 3/7/2014 10:22:43 AM | [sched_op] NVIDIA work request: 14315.74 seconds; 0.00 devices Collatz Conjecture | 3/7/2014 10:22:43 AM | [sched_op] ATI work request: 86400.00 seconds; 1.00 devices Collatz Conjecture | 3/7/2014 10:22:47 AM | Scheduler request completed: got 0 new tasks As a temporary fix I've increased the max_wus_in_progress_gpu and also told the user to reduce his cache. A permanent fix would be to enforce the max_wus_in_progress_gpu by GPU type so that if a user has two nVidia and one AMD GPU in a host, he would get 66% CUDA and 33% AMD WUs so that no device would be left idle. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] on Android - Invisible red checkbox on red background... power sources - battery.
Brilliant, Thanks, I had already reported that my HTC One S didn't have a Battery checkbox, and i couldn't get it to crunch on battery anymore, Now knowing it's an invisable checkbox, i've got it crunching on battery again. Claggy Date: Fri, 11 Apr 2014 15:58:10 +0200 From: filip.ry...@gmail.com To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] on Android - Invisible red checkbox on red background... power sources - battery. The checkbox for battery is invisible on most mobile phones with android.: HTC One V, HTC Desire 500 , etc . It was visible in previous version ... :) Can someone fix this, please? Thanx a lot. Filip The Overtonesinger P.S. Great work, btw, Boinc on all platforms runs like a swiss-watch! :-) ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Boinc on Parallella
The first Boinc user to get Boinc running on a Parallella has happened: http://forums.parallella.org/viewtopic.php?f=22t=1026 Since the Boinc version that apt-get gives is only Boinc 7.2.7, i've asked Gianfranco Costamagna to see if he can get his following packages fixed so they'll build for armhf: https://launchpad.net/~costamagnagianfranco/+archive/boinc https://launchpad.net/~costamagnagianfranco/+archive/firefox Then at least Parallella Boinc users can get an up to date version, and any changesets can be pushed to them reasonably quickly. (Unless the Saucy Salamander Boinc 7.2.7 can be updated to 7.2.42) Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Boinc 7.2.42 download link broken.
The download link for the Windows 32bit Boinc 7.2.42 with VirtualBox 4.2.16 is broken on the download page: http://boinc.berkeley.edu/dl/boinc_7.2.4239_windows_intelx86_vbox.exe Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc 7.2.42 download link broken.
Yes, I know, that why I'm reporting it. Claggy From: stephen.macla...@hotmail.com To: boinc_dev@ssl.berkeley.edu Date: Sat, 1 Mar 2014 17:47:52 + Subject: [boinc_dev] Boinc 7.2.42 download link broken. The download link for the Windows 32bit Boinc 7.2.42 with VirtualBox 4.2.16 is broken on the download page: http://boinc.berkeley.edu/dl/boinc_7.2.4239_windows_intelx86_vbox.exe Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc 7.2.42 download link broken.
Yes I know, that's why I'm reporting it: http://boinc.berkeley.edu/dev/forum_thread.php?id=8975 Claggy From: els...@gmail.com Date: Sat, 1 Mar 2014 18:50:08 +0100 Subject: Re: [boinc_dev] Boinc 7.2.42 download link broken. To: stephen.macla...@hotmail.com CC: boinc_dev@ssl.berkeley.edu You're trying to download BOINC 7.2.4239 Try http://boinc.berkeley.edu/dl/boinc_7.2.42_windows_intelx86_vbox.exe instead. -- Jord van der Elst. On Sat, Mar 1, 2014 at 6:47 PM, Stephen Maclagan stephen.macla...@hotmail.com wrote: The download link for the Windows 32bit Boinc 7.2.42 with VirtualBox 4.2.16 is broken on the download page: http://boinc.berkeley.edu/dl/boinc_7.2.4239_windows_intelx86_vbox.exe Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] gpu_list.php fixes
I think the reason why there are no ATI GPU entries is because Eric put in some unneeded CAL requirements for the OpenCL apps, You can see this with GPUs where CAL support isn't available, ca77738's Bonaire GPU doesn't report CAL support, and so couldn't get Stock OpenCL work from Seti, after suggesting he goes anonymous platform, he now can now get work: http://setiathome.berkeley.edu/show_host_detail.php?hostid=5553389 Hosts at Einstein where CAL support is missing get Stock OpenCL work no problem: http://einstein.phys.uwm.edu/show_host_detail.php?hostid=9489376 Claggy Date: Wed, 19 Feb 2014 22:59:34 -0800 From: da...@ssl.berkeley.edu To: boinc_dev@ssl.berkeley.edu Subject: Re: [boinc_dev] gpu_list.php fixes Jon: I checked in that and some other changes to show Intel GPUs, and tested it on SETI@home. Issue #2: in the SETI@home database there are no hosts with [ATI... ; only [CAL... Do you have any of the former in your database? -- David On 19-Feb-2014 2:10 PM, Jon Sonntag wrote: Issue: Intel GPUs are not showing up. Solution: In the function: function get_gpu_list($vendor, $alt_vendor=null) Comment out the line: $v = $vendor==cuda?CUDA:CAL; Add the following: $v = ; if ($vendor==cuda) $v = CUDA; else if ($vendor==intel) $v = INTEL; else $v = CAL; I'm not sure that will make it 100% yet, but it is a start. Issue #2. It appears that the above code doesn't handle ATI properly . With a serialnum of: [BOINC|6.10.19][ATI|ATI Radeon HD 4700/4800 (RV740/RV770)|1|512MB|1.4.515] vs. [BOINC|6.12.26][CAL|ATI Radeon HD 4700/4800 (RV740/RV770)|4|512MB|1.4.635] It seems that the get_gpu_model should not only parse on CAL but also on ATI correct? Solution: after the above code, add to check using the alt_vendor: if ((!model) ($v == CAL)) $model = get_gpu_model($h-serialnum, ATI); Jon Sonntag ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] When running Einstein @ Home (or other apps?), and accessing the Notices tab -- the user interface program often dies
Already reported and fixed, that's why the Recommended Boinc is 7.2.31 now. Claggy From: dis...@juno.com To: boinc_dev@ssl.berkeley.edu Date: Mon, 25 Nov 2013 18:58:30 -0800 Subject: [boinc_dev] When running Einstein @ Home (or other apps?), and accessing the Notices tab -- the user interface program often dies When running Einstein @ Home (or other apps?), and accessing the Notices tab -- the user interface program often dies. When you run the user interface program again, the Notices show up just fine. This seems to be true with the Virtual Box version, but VB is probably not part of the problem. The VB network seems to consume some traffic, even when you have no VBOX applications – and the program does not explain why this is so. -- Checking for updates only requires about 2kb. -- This is in the default installation state, so no VB apps at all. 25 Nov 13 18:02:35 | | cc_config.xml not found - using defaults 25 Nov 13 18:02:35 | | Starting BOINC client version 7.2.28 for windows_x86_64 25 Nov 13 18:02:35 | | log flags: file_xfer, sched_ops, task 25 Nov 13 18:02:35 | | Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6 25 Nov 13 18:02:35 | | Data directory: C:\ProgramData\BOINC 25 Nov 13 18:02:35 | | No usable GPUs found 25 Nov 13 18:02:35 | | Processor: 4 GenuineIntel Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz [Family 6 Model 42 Stepping 7] 25 Nov 13 18:02:35 | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 popcnt syscall nx lm vmx tm2 pbe 25 Nov 13 18:02:35 | | OS: Microsoft Windows 7: Home Premium x64 Edition, Service Pack 1, (06.01.7601.00) 25 Nov 13 18:02:35 | | Memory: 3.91 GB physical, 7.83 GB virtual 25 Nov 13 18:02:35 | | Disk: 195.32 GB total, 109.17 GB free 25 Nov 13 18:02:35 | | Local time is UTC -8 hours 25 Nov 13 18:02:35 | | VirtualBox version: 4.2.16 ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] [boinc_alpha]Boinc 7.2.28 MacBook Pro's GPU problems.
On Einstein's forum's there are two MacBook Pro users with Boinc 7.2.28 that are having trouble with their GPU Wu's, One has a GT 750M and a INTEL Iris Pro, it is erroring some of it's Cuda Wu's with: [05:05:45][11814][INFO ] CUDA global memory status (GPU setup complete): -- Used in total: 340 MB (1709 MB free / 2049 MB total) - Used by this application (assuming a single GPU task): 122 MB [05:05:50][11814][INFO ] Checkpoint committed! [06:03:01][11814][ERROR] Error during CUDA device-host time series length transfer (error: 700) [06:03:01][11814][ERROR] Demodulation failed (error: 1008)! 06:03:01 (11814): called boinc_finish The other user has an AMD HD 6750M it is erroring some of it's GPU Wu's with: [19:57:25][16603][INFO ] Application startup - thank you for supporting Einstein@Home! [19:57:25][16603][INFO ] Starting data processing... [19:57:26][16603][INFO ] Using OpenCL platform provided by: Apple [19:57:26][16603][INFO ] Using OpenCL device ATI Radeon HD 6750M by: AMD [19:57:26][16603][ERROR] Error in OpenCL context: [CL_INVALID_VALUE] : OpenCL Error : clCreateCommandQueue failed: Device failed to create queue (gld returned: 10015). [19:57:26][16603][ERROR] Error in OpenCL context: [CL_INVALID_VALUE] : OpenCL Error : clCreateCommandQueue failed: Device failed to create queue: -30 [19:57:26][16603][ERROR] Couldn't create OpenCL command queue (error: -30)! [19:57:26][16603][INFO ] OpenCL shutdown complete! [19:57:26][16603][ERROR] Demodulation failed (error: 2008)! 19:57:26 (16603): called boinc_finish In both instances it looks as if the GPU has become unavailable (GPU switching has taken place?) http://einstein.phys.uwm.edu/forum_thread.php?id=10419 http://einstein.phys.uwm.edu/forum_thread.php?id=10443 Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Boinc Website/Forum's almost unreachable
A headsup, the Boinc Forum and website is almost totally unreachable at the moment, no problem with Seti or Seti Beta. Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Boinc Website/Forum's almost unreachable
Well it was happening, m76 managed to post his message three time when it was almost unreachable, and it was still almost unreachable when I posted mine ~15 minutes later, now it seems O.K: http://boinc.berkeley.edu/dev/forum_thread.php?id=8734 Claggy CC: boinc_dev@ssl.berkeley.edu From: ksmarksps...@gmail.com Subject: Re: [boinc_dev] Boinc Website/Forum's almost unreachable Date: Tue, 19 Nov 2013 17:09:28 -0500 To: stephen.macla...@hotmail.com Not having problems from my iPhone on wifi. ~ Kathryn ~ http://esladventures.net On Nov 19, 2013, at 4:41 PM, Stephen Maclagan stephen.macla...@hotmail.com wrote: A headsup, the Boinc Forum and website is almost totally unreachable at the moment, no problem with Seti or Seti Beta. Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS
The All downloads page say the linux builds are 'Tested on the current Ubuntu distribution' What is your definition of the current Ubuntu distribution? I've been running the 64bit Ubuntu 12.04 LTS on my C2D T8100 Laptop since feb this year, most of the time it has it's Windows 7 SSD fitted, every now and again i swap the SSD for the Ubuntu SSD, I tried unpacking the 7.0.65 Boinc earlier in the year, but couldn't get it to work, as a couple of packages were not available, so i ran the repository 7.0.65 build instead, i've now got rid of that, and want to run the 7.2.23 build, but it's still the same, Shouldn't these builds just work on a minimal install without needing packages that aren't available: stephen@stephen-SR700:~$ cd ~ stephen@stephen-SR700:~$ sh boinc_7.2.23_x86_64-pc-linux-gnu.sh use /home/stephen/BOINC/run_manager to start BOINC stephen@stephen-SR700:~$ cd ~/BOINC stephen@stephen- SR700:~/BOINC$ ./run_client --daemon ./boinc: error while loading shared libraries: libXss.so.1: cannot open shared object file: No such file or directory stephen@stephen-SR700:~/BOINC$ ./run_manager . /boincmgr: error while loading shared libraries: libwx_gtk2u_html-2.8. so.0: cannot open shared object file: No such file or directory stephen@stephen-SR700:~/BOINC$ sudo apt-get install libXss.so.1 [sudo] password for stephen: Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libXss.so.1 E: Couldn't find any package by regex 'libXss.so.1' stephen@stephen-SR700:~/BOINC$ sudo apt-get install libwx_gtk2u_html-2.8.so.0 Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libwx_gtk2u_html-2.8.so.0 E: Couldn't find any package by regex 'libwx_gtk2u_html-2.8.so.0' stephen@stephen-SR700:~/BOINC$ Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS
I get the following when i copy and paste the command: stephen@stephen- SR700:~$ sudo aptitude install boinc-client boinc-manager [sudo] password for stephen: sudo: aptitude: command not found stephen@stephen-SR700:~$ Claggy Original Message From: r...@romwnet.org Date: 18/10/2013 23:28 To: Stephen Maclagan stephen.macla...@tiscali.co.uk, boinc_dev@ssl.berkeley.edu Subj: RE: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS What happens if you install the Ubuntu version of the client software first? http://boinc.berkeley.edu/wiki/Installing_BOINC_on_Ubuntu That'll install all the missing packages BOINC depends on, then the ones we build should work as well. - Rom -Original Message- From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of Stephen Maclagan Sent: Friday, October 18, 2013 6:01 PM To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS The All downloads page say the linux builds are 'Tested on the current Ubuntu distribution' What is your definition of the current Ubuntu distribution? I've been running the 64bit Ubuntu 12.04 LTS on my C2D T8100 Laptop since feb this year, most of the time it has it's Windows 7 SSD fitted, every now and again i swap the SSD for the Ubuntu SSD, I tried unpacking the 7.0.65 Boinc earlier in the year, but couldn't get it to work, as a couple of packages were not available, so i ran the repository 7.0.65 build instead, i've now got rid of that, and want to run the 7.2.23 build, but it's still the same, Shouldn't these builds just work on a minimal install without needing packages that aren't available: stephen@stephen-SR700:~$ cd ~ stephen@stephen- SR700:~$ sh boinc_7.2.23_x86_64-pc-linux-gnu.sh use /home/stephen/BOINC/run_manager to start BOINC stephen@stephen-SR700: ~$ cd ~/BOINC stephen@stephen- SR700:~/BOINC$ ./run_client --daemon . /boinc: error while loading shared libraries: libXss.so.1: cannot open shared object file: No such file or directory stephen@stephen-SR700: ~/BOINC$ ./run_manager . /boincmgr: error while loading shared libraries: libwx_gtk2u_html-2.8. so.0: cannot open shared object file: No such file or directory stephen@stephen-SR700:~/BOINC$ sudo apt- get install libXss.so.1 [sudo] password for stephen: Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libXss.so.1 E: Couldn't find any package by regex 'libXss.so.1' stephen@stephen- SR700:~/BOINC$ sudo apt-get install libwx_gtk2u_html-2.8.so.0 Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libwx_gtk2u_html-2.8. so.0 E: Couldn't find any package by regex 'libwx_gtk2u_html-2.8.so. 0' stephen@stephen-SR700:~/BOINC$ Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_devTo unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS
O.K, i used Synaptic Package Manager instead, searched for Boinc, selected Boinc, then Forced it use 7.0.65 instead of 7.0.27 (Why do they still have 7.0.27 as the default?) then unselected Boinc and just downloaded and applied the dependencies, Boinc 7.2.23 now runs: http://setiathome.berkeley.edu/show_host_detail.php?hostid=7118863 http://setiweb.ssl.berkeley.edu/beta/show_host_detail.php?hostid=68093 But shouldn't the wiki instructions mention these extra steps? Claggy Original Message From: els...@gmail.com Date: 18/10/2013 23: 53 To: Stephen Maclaganstephen.macla...@tiscali.co.uk Cc: BOINC Dev Mailing Listboinc_dev@ssl.berkeley.edu Subj: Re: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS aptitude is not installed by default. Either use apt-get or install aptitude. sudo apt-get install boinc-client boinc-manager On Sat, Oct 19, 2013 at 12:40 AM, Stephen Maclagan stephen.maclagan@tiscali. co.uk wrote: I get the following when i copy and paste the command: stephen@stephen- SR700:~$ sudo aptitude install boinc-client boinc-manager [sudo] password for stephen: sudo: aptitude: command not found stephen@stephen-SR700:~$ Claggy Original Message From: r...@romwnet.org Date: 18/10/2013 23:28 To: Stephen Maclagan stephen.macla...@tiscali.co.uk, boinc_dev@ssl.berkeley.edu Subj: RE: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS What happens if you install the Ubuntu version of the client software first? http://boinc.berkeley.edu/wiki/Installing_BOINC_on_Ubuntu That'll install all the missing packages BOINC depends on, then the ones we build should work as well. - Rom -Original Message- From: boinc_dev [mailto:boinc_dev- boun...@ssl.berkeley.edu] On Behalf Of Stephen Maclagan Sent: Friday, October 18, 2013 6:01 PM To: boinc_dev@ssl.berkeley.edu Subject: [boinc_dev] Linux x64 7.0.65 and 7.2.23 builds unrunnable on Ubuntu 12.04 LTS The All downloads page say the linux builds are 'Tested on the current Ubuntu distribution' What is your definition of the current Ubuntu distribution? I've been running the 64bit Ubuntu 12.04 LTS on my C2D T8100 Laptop since feb this year, most of the time it has it's Windows 7 SSD fitted, every now and again i swap the SSD for the Ubuntu SSD, I tried unpacking the 7.0.65 Boinc earlier in the year, but couldn't get it to work, as a couple of packages were not available, so i ran the repository 7.0.65 build instead, i've now got rid of that, and want to run the 7.2.23 build, but it's still the same, Shouldn't these builds just work on a minimal install without needing packages that aren't available: stephen@stephen-SR700:~$ cd ~ stephen@stephen- SR700:~$ sh boinc_7.2.23_x86_64-pc-linux-gnu.sh use /home/stephen/BOINC/run_manager to start BOINC stephen@stephen- SR700: ~$ cd ~/BOINC stephen@stephen- SR700:~/BOINC$ . /run_client --daemon . /boinc: error while loading shared libraries: libXss.so.1: cannot open shared object file: No such file or directory stephen@stephen-SR700: ~/BOINC$ ./run_manager . /boincmgr: error while loading shared libraries: libwx_gtk2u_html- 2.8. so.0: cannot open shared object file: No such file or directory stephen@stephen-SR700:~/BOINC$ sudo apt- get install libXss.so.1 [sudo] password for stephen: Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libXss.so.1 E: Couldn't find any package by regex 'libXss.so.1' stephen@stephen- SR700:~/BOINC$ sudo apt-get install libwx_gtk2u_html-2.8.so.0 Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libwx_gtk2u_html-2.8. so.0 E: Couldn't find any package by regex 'libwx_gtk2u_html-2.8.so. 0' stephen@stephen-SR700:~/BOINC$ Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_devTo unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. -- -- Jord van der Elst. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] android: transfers in Projects tab
I'd like a retry transfers button. My Nexus 7 only uses Wifi, and i don't have 24 hour Wifi here, it normally uses a Fon public wifi access point, when it connects it often sees a multi hour project backoff for the uploads, i can get around that by restarting Boinc, but still leaves the backoff for the uploads, i've seen times of between a minute or two and 50 minutes so far, which is excessive since i intend to only connect to the hotspot for 5 minutes. Claggy Original Message From: joachim.fritz...@gmail.com Date: 01/10/2013 15:29 To: David Anderson (UCBerkeley)da...@ssl.berkeley.edu, Rom Walton r...@romwnet.org, Kevin Reedknr...@us.ibm.com, Keith J Uplinger upl...@us.ibm.com, Heinz-Bernd EggensteinHeinz-Bernd. eggenst...@aei.mpg.de Cc: boinc_dev@ssl.berkeley.eduboinc_dev@ssl. berkeley.edu, eah_andr...@aei.mpg.deeah_andr...@aei.mpg.de Subj: [boinc_dev] android: transfers in Projects tab I am getting rid off the Transfers tab in the Android UI, because: - there are barely ever active transfers to show. - the only interaction with an individual ongoing transfer is to abort it, which I do not see as a common use case. - making room for a more informative tab (Notices) Instead, a status string could be shown in the Projects tab, for each project individually. Here are a few examples of what I have currently implemented: Transfers active (1 Upload 3 Downloads) Transfers pending (2 Downloads) retry in 01:25 Transfers pending (1 Upload) nothing - if project is not trying to transfer files The control for suspending all network traffic remains unchanged. Comments? Joachim ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_devTo unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] (no subject)
For the driver restart part of the problem, you're misconfigured the Nvidia OpenCL AP app: Running on device number: 0 DATA_CHUNK_UNROLL at default:2 Number of app instances per device set to:2 DATA_CHUNK_UNROLL set to:12 FFA thread block override value:16384 FFA thread fetchblock override value:2048 Priority of worker thread raised successfully Priority of process adjusted successfully, high priority class used How powerful do you think a GTS 250/9800GTX+ is? Even running Stock app settings the GUI will be laggy, increasing the number of instances, the Unroll value, and the FFA thread block value, will all make the app cause driver restarts, Reduce them to the default settings and try again. Claggy Original Message From: elliott.ch@verizon. net Date: 29/09/2013 14:25 To: boinc_dev@ssl.berkeley.edu Subj: [boinc_dev] (no subject) In cc_config.xml: exclude_gpu urlhttp://setiweb.ssl.berkeley.edu/beta//url device_num0/device_num typeNVIDIA/type appastropulse_v6/app /exclude_gpu Stdoutdae.txt: 29-Sep-2013 08:21:01 [---] Unrecognized tag in cc_config.xml: exclude_gpu Thanks a lot. If anyone is interested, all the recent astropulse_v6 version 604 (opencl_nvidia_100) apps on the beta site are erroring out on NVidia GeForce GTS 250 cards. I have tried four different GTS/GTX GeForce 250 cards, and two different display drivers, version 320. 49 and 327.23, the latter being the most recent. The error pattern is: Start astropulse_v6 app(1) on GPU Runs for ~1:33 minutes: seconds Desktop posts a message: Display driver stopped responding and has recovered (version, e.g., 327.23) There is a watchdog timeout error in the Event log, but it contains no useful information that I can find. The affected WU(1) goes into a scheduler wait A different WU(2) is started with the same app WU(2) is processed for ~1:33, the display driver stops, WU(2) is put on scheduler wait, and the AP app goes back to WU(1) WU(1) starts from the beginning (0:00 time) and runs for ~1:33 This cycle repeats indefinitely until eventually the WU is aborted. When the WU is being processed on the GTS 250, the GPU runs very hot, ~180 F. The only way I could cool the card was by placing a large Honeywell fan (picture: http://www.kaz.com/kaz/fans/products/honeywell-turbo-force-room-air-circulat or-ht-908/) a few inches from the GPU with the air stream playing directly on it. Then it runs at about 120 F. I have been using these 250 GPUs, on a different motherboard, for several months and this is the first time this problem (including the overheating in the summer months) has appeared. The 250 replaces a 460, which is in the shop. The other GPU in the system is a 550 Ti, which is not having any trouble with the AP WUs. The Tasks page for Computer ID 58103 indicates that most of the AP WUs that errored on ID 58103 also errored out or were aborted on other NVidia GPUs, although some were successful on ATI GPUs. Charles Elliott ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_devTo unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] APRs not being displayed for Seti v7 while running anonymous platform on AMD GPUs
This is a long standing problem with running AMD GPUs on anonymous platform with the Seti AMD v6 and v7 apps, the Wu's complete O.K, validate, Consecutive valid tasks increments, but an APR isn't produced and Number of tasks completed doesn't increment, as far as i can tell the code is logging all the completed Wu's as outliers, other users have reported having the same, and at some point generating an incredably high APRs of several thousand, then they can't complete Wu's fast enough, what is happening?, are the AMD Seti v6 and v7 Wu's not completing fast enough for the code, or they completing too fast? I've only just switched back to running anonymous platform on my i7-2600K @4. 7GHz/GTX460/HD7770 host, it has completed at least 10 validations for CPU Seti v7, and for Nvidia GPU Seti v7, and should have for for AMD GPU Seti v7, all the New Seti v7 tasks for CPU show around one and a half hours per Wu, the Nvidia GPU Wu's show around Seventeen minutes, while the AMD Wu's show about an hour estimated, while they should be around half an hour, http://setiathome.berkeley.edu/results.php?hostid=5427475offset=0show_names=1state=4appid=11 http://setiathome.berkeley.edu/host_app_versions.php?hostid=5427475 host_info timezone3600/timezone domain_nameP8Z68-V- Pro/domain_name ip_addr188.31.2.148/ip_addr host_cpid1b39e055c65a385cc68f70786432950f/host_cpid p_ncpus8/p_ncpus p_vendorGenuineIntel/p_vendor p_model Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [Family 6 Model 42 Stepping 7]/p_model p_featuresfpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 popcnt aes syscall nx lm vmx tm2 pbe/p_features p_fpops4456995891.086564/p_fpops p_iops15647753285.741440/p_iops p_membw25000. 00/p_membw p_calculated1375538398.289173/p_calculated p_vm_extensions_disabled0/p_vm_extensions_disabled m_nbytes8565387264.00/m_nbytes m_cache262144. 00/m_cache m_swap17128869888.00/m_swap d_total2000290840576.00/d_total d_free1742859141120. 00/d_free os_nameMicrosoft Windows 7/os_name os_versionHome Premium x64 Edition, Service Pack 1, (06.01.7601.00) /os_version coprocs coproc_cuda count1/count nameGeForce GTX 460/name available_ram907014144. 00/available_ram have_cuda1/have_cuda have_opencl1/have_opencl peak_flops10752. 00/peak_flops cudaVersion5050/cudaVersion drvVersion32641/drvVersion totalGlobalMem1073741824. 00/totalGlobalMem sharedMemPerBlock49152. 00/sharedMemPerBlock regsPerBlock32768/regsPerBlock warpSize32/warpSize memPitch2147483647.00/memPitch maxThreadsPerBlock1024/maxThreadsPerBlock maxThreadsDim1024 1024 64/maxThreadsDim maxGridSize65535 65535 65535/maxGridSize clockRate160/clockRate totalConstMem65536. 00/totalConstMem major2/major minor1/minor textureAlignment512.00/textureAlignment deviceOverlap1/deviceOverlap multiProcessorCount7/multiProcessorCount coproc_opencl nameGeForce GTX 460/name vendorNVIDIA Corporation/vendor vendor_id4318/vendor_id available1/available half_fp_config0/half_fp_config single_fp_config63/single_fp_config double_fp_config63/double_fp_config endian_little1/endian_little execution_capabilities1/execution_capabilities extensionscl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_d3d9_sharing cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 /extensions global_mem_size1073741824/global_mem_size local_mem_size49152/local_mem_size max_clock_frequency1600/max_clock_frequency max_compute_units7/max_compute_units opencl_platform_versionOpenCL 1.1 CUDA 4.2.1 /opencl_platform_version opencl_device_versionOpenCL 1.1 CUDA/opencl_device_version opencl_driver_version326. 41/opencl_driver_version /coproc_opencl pci_info bus_id1/bus_id device_id0/device_id domain_id0/domain_id /pci_info /coproc_cuda coproc_ati count1/count nameAMD Radeon HD 7700 series (Capeverde)/name available_ram1031798784.00/available_ram have_cal1/have_cal have_opencl1/have_opencl peak_flops35840.00/peak_flops CALVersion1.4.1741 /CALVersion target22/target localRAM1024/localRAM uncachedRemoteRAM2047/uncachedRemoteRAM cachedRemoteRAM2047/cachedRemoteRAM engineClock1120/engineClock memoryClock1300/memoryClock wavefrontSize64/wavefrontSize numberOfSIMD10/numberOfSIMD doublePrecision1/doublePrecision pitch_alignment256/pitch_alignment
[boinc_dev] Host getting more tasks that limits allow.
There is a Boinc 7.0.64 host over at Setiathome that has at present got ~2000 GPU tasks, when it should be limited to 100 CPU tasks and 100 GPU tasks: http://setiathome.berkeley.edu/forum_thread.php?id=71687 http://setiathome.berkeley.edu/results.php?hostid=6165045offset=460show_names=1state=0appid= It's still managing to pick up fresh GPU tasks too, Any idea why? Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Intel OpenCL support at setiathome?
Raistmer released an Intel OpenCL Astropulse app on the 30th Jann this year, todate no one can get intel_gpu work from a pure intel_gpu request, work is only sent when combined with a CPU work request, this to me means Setiathome's scheduler has no intel_gpu support yet. This is exactly the same symptoms that i was getting from post Boinc 7.0.33 clients to Collatz's scheduler, (post 7.0.33 clients when running anonymous platform ask for NVIDIA work, while it's scheduler expects you to ask for CUDA work) http://setiathome.berkeley.edu/forum_thread.php?id=70717 zombie67 [MM]'s latest scheduler requests: 20296 SETI@home 4/8/2013 7:41:48 AM Sending scheduler request: To fetch work. 20297 SETI@home 4/8/2013 7:41:48 AM Requesting new tasks for intel_gpu 20298 SETI@home 4/8/2013 7:41:48 AM [sched_op] CPU work request: 0.00 seconds; 0.00 devices 20299 SETI@home 4/8/2013 7:41:48 AM [sched_op] intel_gpu work request: 76499.97 seconds; 0.00 devices 20300 SETI@home 4/8/2013 7:41:51 AM Scheduler request completed: got 0 new tasks 20301 SETI@home 4/8/2013 7:41:51 AM [sched_op] Server version 701 20302 SETI@home 4/8/2013 7:41:51 AM Project has no tasks available 20303 SETI@home 4/8/2013 7:41:51 AM Project requested delay of 303 seconds 20304 SETI@home 4/8/2013 7:41:51 AM [sched_op] Deferring communication for 5 min 3 sec 20305 SETI@home 4/8/2013 7:41:51 AM [sched_op] Reason: requested by project 20306 PrimeGrid 4/8/2013 7:45:37 AM project suspended by user 20350 SETI@home 4/8/2013 7:46:58 AM [sched_op] Starting scheduler request 20351 SETI@home 4/8/2013 7:46:58 AM Sending scheduler request: To fetch work. 20352 SETI@home 4/8/2013 7:46:58 AM Requesting new tasks for CPU 20353 SETI@home 4/8/2013 7:46:58 AM [sched_op] CPU work request: 864000.00 seconds; 8.00 devices 20354 SETI@home 4/8/2013 7:46:58 AM [sched_op] intel_gpu work request: 0.00 seconds; 0.00 devices 20355 SETI@home 4/8/2013 7:47:00 AM Scheduler request completed: got 0 new tasks 20356 SETI@home 4/8/2013 7:47:00 AM [sched_op] Server version 701 20357 SETI@home 4/8/2013 7:47:00 AM No tasks sent 20358 SETI@home 4/8/2013 7:47:00 AM No tasks are available for SETI@home Enhanced 20359 SETI@home 4/8/2013 7:47:00 AM No tasks are available for Astropulse v505 20360 SETI@home 4/8/2013 7:47:00 AM No tasks are available for SETI@home v7 20361 SETI@home 4/8/2013 7:47:00 AM No tasks are available for AstroPulse v6 20362 SETI@home 4/8/2013 7:47:00 AM Message from server: Your app_info. xml file doesn't have a usable version of SETI@home Enhanced. 20363 SETI@home 4/8/2013 7:47:00 AM Project requested delay of 303 seconds 20364 SETI@home 4/8/2013 7:47:00 AM [sched_op] Deferring communication for 5 min 3 sec 20365 SETI@home 4/8/2013 7:47:00 AM [sched_op] Reason: requested by project Edit#2: Looks like it only works when requesting tasks for both at the same time? In any case, looks like problem solved. 20387 SETI@home 4/8/2013 7:57:54 AM [sched_op] Starting scheduler request 20388 SETI@home 4/8/2013 7:57:54 AM Sending scheduler request: To fetch work. 20389 SETI@home 4/8/2013 7:57:54 AM Requesting new tasks for CPU and intel_gpu 20390 SETI@home 4/8/2013 7:57:54 AM [sched_op] CPU work request: 864000.00 seconds; 8.00 devices 20391 SETI@home 4/8/2013 7:57:54 AM [sched_op] intel_gpu work request: 77363.96 seconds; 0.00 devices 20392 SETI@home 4/8/2013 7:57:56 AM Scheduler request completed: got 5 new tasks 20393 SETI@home 4/8/2013 7:57:56 AM [sched_op] Server version 701 20394 SETI@home 4/8/2013 7:57:56 AM Project requested delay of 303 seconds 20395 SETI@home 4/8/2013 7:57:56 AM [sched_op] estimated total CPU task duration: 0 seconds 20396 SETI@home 4/8/2013 7:57:56 AM [sched_op] estimated total intel_gpu task duration: 60615 seconds 20397 SETI@home 4/8/2013 7:57:56 AM [sched_op] Deferring communication for 5 min 3 sec 20398 SETI@home 4/8/2013 7:57:56 AM [sched_op] Reason: requested by project 20399 SETI@home 4/8/2013 7:57:58 AM Started download of ap_04my12ai_B4_P1_00110_20130408_25433.wu 20400 SETI@home 4/8/2013 7:57:58 AM Started download of ap_06my12ag_B0_P1_00134_20130408_25767.wu 20401 SETI@home 4/8/2013 7:57:58 AM Started download of ap_04my12ai_B4_P0_00109_20130408_25266.wu 20402 SETI@home 4/8/2013 7:57:58 AM Started download of ap_04my12ai_B3_P1_00118_20130408_24781.wu 20403 SETI@home 4/8/2013 7:57:58 AM Started download of ap_06my12aa_B1_P1_00139_20130408_25600.wu 20404 SETI@home 4/8/2013 7:58:07 AM Finished download of ap_04my12ai_B3_P1_00118_20130408_24781.wu 20405 SETI@home 4/8/2013 7:58:41 AM Finished download of ap_06my12aa_B1_P1_00139_20130408_25600.wu 20406 SETI@home 4/8/2013 7:58:44 AM Finished download of ap_04my12ai_B4_P1_00110_20130408_25433.wu 20407 SETI@home 4/8/2013 7:58:44 AM Finished download of ap_06my12ag_B0_P1_00134_20130408_25767.wu 20408 SETI@home 4/8/2013 7:58:45 AM Finished download of
[boinc_dev] Einstein Gamma-ray pulsar search #2 Linux app constantly restarting with no heartbeat
Linux users running the new Einstein Gamma-ray pulsar search #2 app and Boinc 7.0.38 and later are reporting the app constantly restarts with no heartbeat, seems the app has been built with the new api: http://einstein.phys.uwm.edu/forum_thread.php?id=9852 Seems to work O.K at the moment on my C2D T8100 running Windows 7 x64 Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Seti Beta scheduler resends work to a GPU that didn't ask for it.
I get the impression that the present scheduler is broken in some respect, on both my i7-2600K/GTX460/HD7770 and my E8500/GTX9800+ hosts they will request work for one device, then get sent work for another device that wasn't requesting work: 01/11/2012 19:02:57 SETI@home Beta Test Reporting 2 completed tasks, requesting new tasks for CPU and GPU 01/11/2012 19:02:57 SETI@home Beta Test [sched_op_debug] CPU work request: 64.03 seconds; 0.00 CPUs 01/11/2012 19:02:57 SETI@home Beta Test [sched_op_debug] NVIDIA GPU work request: 0.00 seconds; 0.00 GPUs 01/11/2012 19:02:57 SETI@home Beta Test [sched_op_debug] ATI GPU work request: 3768.39 seconds; 1.00 GPUs 01/11/2012 19:05:32 SETI@home Beta Test Scheduler request completed: got 4 new tasks 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] Server version 701 01/11/2012 19:05:32 SETI@home Beta Test Message from server: Resent lost task 05ap10al.26099.13160.8.14.143_1 01/11/2012 19:05:32 SETI@home Beta Test Message from server: Resent lost task 05ap10al.12468.72.9.14.67_0 01/11/2012 19:05:32 SETI@home Beta Test Message from server: Resent lost task 05ap10al.12468.72.9.14.68_0 01/11/2012 19:05:32 SETI@home Beta Test Message from server: Resent lost task 05ap10al.12468.72.9.14.69_0 01/11/2012 19:05:32 SETI@home Beta Test Project requested delay of 7 seconds 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] estimated total CPU job duration: 0 seconds 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] estimated total NVIDIA GPU job duration: 3306 seconds 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] estimated total ATI GPU job duration: 0 seconds 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] handle_scheduler_reply(): got ack for result 05ap10al. 26207.12342.140733193388040.14.220_1 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] handle_scheduler_reply(): got ack for result 05ap10al. 26207.12751.140733193388040.14.183_1 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] Deferring communication for 7 sec 01/11/2012 19:05:32 SETI@home Beta Test [sched_op_debug] Reason: requested by project I did initially report it on Seti Beta: http://setiweb.ssl.berkeley.edu/beta/forum_thread.php?id=1950postid=44291 Turning off Use Nvidia GPU in the project preferences stops work being resent to the Nvidia GPU when it wasn't asking for it, i can then get CPU work resent to the ATI GPU when it wasn't asking for it instead, Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Thread Tittle gets truncated when you use more than about 45 characters
When you post a new Thread, If you use more than about 45 characters the remaining characters get truncated, meaning the full information of what the thread is about is missing, can you fix this please, for example: http://setiathome.berkeley.edu/forum_forum.php?id=10 Running 295.xx/296.xx drivers and your RAC is dropping/your CUDA tasks error out? is shown as: Running 295.xx/296.xx drivers and your RAC is dr... http://einstein.phys.uwm.edu/forum_forum.php?id=6 [solved] nVidia 295.51 beta driver problems - Failed tasks - Cannot create a symbolic link in a registry key that already has subkeys or values. (0x3fc) - exit code 1020 (0x3fc) is shown as: [solved] nVidia 295.51 beta driver problems - Fa... Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Job runtime estimation - GPUs and anonymous platform
And what was the answer to this Question? Setiathome for anonymous platform is still crippled for hosts not using flops values in their app_info's, Claggy - Original Message - fFrom: Richard Haselgrove r.haselgr...@btinternet.com To: BOINC Developers Mailing List boinc_dev@ssl.berkeley.edu Sent: Thursday, October 13, 2011 11:50 AM Subject: [boinc_dev] Job runtime estimation - GPUs and anonymous platform Not being a skilled code reader, may I ask if changeset 24385's improve the accuracy of FLOPS estimation for GPU apps applies to anonymous platform? In the original job runtime estimation whitepaper http://boinc.berkeley.edu/trac/wiki/RuntimeEstimation, it still says, for new hosts and new app_versions without a host_app_version record or insufficient samples, we use the estimate supplied by the client. ... the current client passes the peak FLOPS. That turned out to be over-optimistic, and in http://boinc.berkeley.edu/trac/changeset/19282 it was changed to if app_info.xml doesn't specify FLOPS for a GPU app, assume that it runs at CPU peak speed rather than GPU peak speed. Now that GPU computing is more mature, more widespread, and faster, I'd argue that using CPU speed here is over-pessimistic. Could we have some way of deriving a realistic 'first estimate' of effective GPU speed from the client GPU peak speed report and the project-wide experience of GPU application efficiency, please? ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Seti@home scheduler inability to send out Wu's to certain GPU's
Thanks, Multibeam GPU tasks are going out to both Stock Anonymous Platform running hosts, and Astropulse GPU tasks to Anonymous Platform running hosts, One thing i've noticed on my XP3200+ host is that the 'Number of tasks completed' record for Stock 6.03 is one less than the 'Consecutive valid tasks' record, is that because the counting started at result Zero, or has it been excluded because one of the completed tasks was a 'SETI@Home Informational message -9 result_overflow' result? http://setiathome.berkeley.edu/host_app_versions.php?hostid=5306154 http://setiathome.berkeley.edu/results.php?hostid=5306154 Claggy - Original Message - From: David Anderson da...@ssl.berkeley.edu To: Richard Haselgrove r.haselgr...@btopenworld.com Cc: Stephen Maclagan stephen.macla...@tiscali.co.uk Sent: Thursday, October 06, 2011 3:55 AM Subject: Re: [boinc_dev] Seti@home scheduler inability to send out Wu's to certain GPU's OK, I think I fixed this; it will be in SAH tomorrow. -- David On 05-Oct-2011 5:12 PM, Richard Haselgrove wrote: This from BOINC v6.12.34 --- On *Thu, 6/10/11, David Anderson /da...@ssl.berkeley.edu/* wrote: From: David Anderson da...@ssl.berkeley.edu Subject: Re: [boinc_dev] Seti@home scheduler inability to send out Wu's to certain GPU's To: Richard Haselgrove r.haselgr...@btopenworld.com Cc: Stephen Maclagan stephen.macla...@tiscali.co.uk Date: Thursday, 6 October, 2011, 0:28 please send scheduler_request files. -- David On 05-Oct-2011 4:15 PM, Richard Haselgrove wrote: Likewise. I have twin hosts, both Q6600 plus 9800GT (so 'pure' cuda, again at cuda23 level). The anonymous platform member of the pair is getting new work, but the one I've just set to stock work and reset got: 06/10/2011 00:05:04 | SETI@home mailto:SETI@home | Resetting project 06/10/2011 00:05:08 | SETI@home mailto:SETI@home | work fetch resumed by user 06/10/2011 00:05:10 | SETI@home mailto:SETI@home | [sched_op] Starting scheduler request 06/10/2011 00:05:10 | SETI@home mailto:SETI@home | Sending scheduler request: To fetch work. 06/10/2011 00:05:10 | SETI@home mailto:SETI@home | Requesting new tasks for NVIDIA GPU 06/10/2011 00:05:10 | SETI@home mailto:SETI@home | [sched_op] CPU work request: 0.00 seconds; 0.00 CPUs 06/10/2011 00:05:10 | SETI@home mailto:SETI@home | [sched_op] NVIDIA GPU work request: 1.00 seconds; 0.75 GPUs 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | Scheduler request completed: got 0 new tasks 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | [sched_op] Server version 613 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | No tasks sent 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | No tasks are available for SETI@home mailto:SETI@home Enhanced 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | Tasks for CPU are available, but your preferences are set to not accept them 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | Project requested delay of 303 seconds 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | [sched_op] Deferring communication for 5 min 3 sec 06/10/2011 00:05:13 | SETI@home mailto:SETI@home | [sched_op] Reason: requested by project 06/10/2011 00:05:15 | SETI@home mailto:SETI@home | Started download of arecibo_181.png This is http://setiathome.berkeley.edu/show_host_detail.php?hostid=3751792, if you want to check logs. My event log is timed in UTC +1. --- On *Wed, 5/10/11, Stephen Maclagan /stephen.macla...@tiscali.co.uk http://uk.mc865.mail.yahoo.com/mc/compose?to=stephen.macla...@tiscali.co.uk/* wrote: From: Stephen Maclagan stephen.macla...@tiscali.co.uk http://uk.mc865.mail.yahoo.com/mc/compose?to=stephen.macla...@tiscali.co.uk Subject: Re: [boinc_dev] Seti@home scheduler inability to send out Wu's to certain GPU's To: David Anderson da...@ssl.berkeley.edu http://uk.mc865.mail.yahoo.com/mc/compose?to=da...@ssl.berkeley.edu, boinc_dev@ssl.berkeley.edu http://uk.mc865.mail.yahoo.com/mc/compose?to=boinc_dev@ssl.berkeley.edu boinc_dev@ssl.berkeley.edu http://uk.mc865.mail.yahoo.com/mc/compose?to=boinc_dev@ssl.berkeley.edu Date: Wednesday, 5 October, 2011, 23:52 Thanks, that fixed work fetch for ATI Anonymous platform, But what about Stock Nvidia Cuda work fetch? I've fired an old host of mine up, and set it at getting Stock work from Seti, http://setiathome.berkeley.edu/show_host_detail.php?hostid=5306154 it's managed to get a few CPU tasks, but keeps getting there's no tasks available for Nvidia GPU work fetches
[boinc_dev] Seti@home scheduler inability to send out Wu's to certain GPU's
Since the last Maintenance day there's been a lot of users reporting problems getting GPU Wu's, Urs Echternacht has been trying to get ATI Linux work for testing his ATI Linux apps, and failed, Anthony Arbuzoff reports his host getting the following message: To use all the applications of this project, working in the GP, update the driver to the latest version (Google translate from Russian), Basically his host was getting 6.08 Wu's earlier (because he's running 186.80 drivers), now the scheduler isn't sending those, and reports it hasn't got the 190.38 drivers required for the 6.09 app, http://setiathome.berkeley.edu/forum_thread.php?id=65658 http://setiathome.berkeley.edu/show_host_detail.php?hostid=5735602 I haven't managed to get Wu's for my HD5770 (using Anonymous platform), my GTX460 in the same host gets Wu's with little problem, if i disable CPU Nvidia work fetch in the project preferences, and only ask for ATI work, all i get from the server is there's no work available or no work sent, even if i snip Wu's out of my client_state.xml, the server won't resend those Wu's to my ATI (both Astropulse and Multibeam), same if i reset the project!! http://setiathome.berkeley.edu/show_host_detail.php?hostid=5427475 Jeff Bakle also reports he can't get work for his 8800GT eithier: http://setiathome.berkeley.edu/show_host_detail.php?hostid=4694672 Zapiao can't get work for his HD5x00 (using Anonymous platform) http://setiathome.berkeley.edu/show_host_detail.php?hostid=5934358 But other users like Mike can still get work for his HD5800 (as of the 2nd oct), but is now rebranding CPU work to his GPU: http://setiathome.berkeley.edu/show_host_detail.php?hostid=5735690 Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
Re: [boinc_dev] Average processing rate at Seti
What happened to applying this fix to the Main Project, two Fridays have gone by now, Claggy - Original Message - From: David Anderson da...@ssl.berkeley.edu To: Josef W. Segur jse...@westelcom.com Cc: boinc_dev@ssl.berkeley.edu Sent: Thursday, September 15, 2011 7:53 AM Subject: Re: [boinc_dev] Average processing rate at Seti I changed the ratio limit from 2 to 10, and added the limit to non-anonymous-platfrom as well. Should be on beta tomorrow, main project Friday. -- David On 09-Sep-2011 12:37 PM, Josef W. Segur wrote: Here's a few comments related to the short term changes as implemented in changeset 24128. You applied it only for computers running anonymous platform. In my view, users running that way are far more likely to be observant and able to work around problems than those running the standard project supplied software. I'm attaching a small text file which contains the job_log entries for the first 30 tasks one of my computers received for the Beta test of SETI@home v7 version 6.94. At one point the new_flops for that Q8200 core 2 quad was over 200 GFLOPS, though by the time ten had been validated it had dropped to around 30 GFLOPS. Had the order of validations been different it could have grown to the PetaFlops region. Had it been anything over about 75 GFLOPS when inserted as flops into the app_version sent to the computer, tasks which needed normal runtime would have been killed with -177 errors. The factor of 2 you chose is not suitable for SETI@home, where new_flops is typically at least 4 times p_fpops. In effect it kills the server- side per-application runtime estimate mechanism. For those few computers which process the work without using SIMD, p_fpops is actually a reasonable approximation of peak FLOPS, as would be simply taking the CPU clock rate, so those are the exception. For computers with SIMD and other recent improvements, there's a thread on the Intel forums at http://software.intel.com/en-us/forums/showthread.php?t=71615o=as=lr which has some interesting material. When the S@h splitter rsc_fpops_est values have needed to be modified for changes in processing, the modifications have attempted continuity so that users wouldn't have a bad experience. They would have to be scaled down by about a factor of 5 to get new_flops in roughly the same range as p_fpops for the majority of systems. For the Atropulse work they'd need to be scaled down by about 10, since the attempt to make those fpops about equal missed by a factor of 2 or so. Any attempt to do that scaling now would either need to be done very gradually so the et and pfc averages could track the changes, or be done with a new application version. User reactions to the Average processing rate being 5 or 10 times smaller would be interesting. The factor of 2 in the protection could be raised to 8 or 9 for S@h, but if some other project has chosen a smaller multiple than 10 for the ratio of rsc_fpops_bound to rsc_fpops_est that wouldn't provide protection. If you plan to remove it once the longer term solution is implemented, perhaps just going to 9 until then would make sense. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address. ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Average processing rate at Seti
I would like to have some of Seti's results excluded from being used for APR calculation, these are results that exit early, the Seti Enhanced apps have: SETI@Home Informational message -9 result_overflow NOTE: The number of results detected exceeds the storage space allocated. These normally happen within seconds of the app starting, get too many of these and your APR goes up, then you risk getting -177 Maximum time exceeded errors, Astropulse_v505 has two early exit conditions, one is: Found 30 single pulses and 30 repeating pulses, exiting. and the other is: In ap_remove_radar.cpp: get_indices_to_randomize: num_ffts_forecast 100. Blanking too much RFI? This last one is the worst, the exit happens within seconds of the app starting, (Stock Astropulse normally runs for 100,000+ seconds on a mid range CPU) if a host does one or more tasks with too much blanking before it's done it 10 validation, APR gets really inflated, (and wingmen get a big Credit bonus when paired with him), once the 10 validations are complete, and the rsc_fpops_est has scaled to the APR, the host risks getting -177 errors for the Astropulse app, excluding those three exit conditions from APR calculation should also make NewCredit awarded at Seti not as wide ranging, I've had up to 4,000 Credits awarded, when Normal Credit for Astropulse is 700 to 800 Credits, Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
[boinc_dev] Trac is getting SPAMed Heavily with new Tickets
Trac is getting SPAMed heavily with new Tickets, at this time approaching 400, Claggy ___ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
