Posts by Chris Sutton

1) Message boards : Projects : Heads up - malariacontrol.net (Message 83671)
Posted 7 Dec 2017 by Chris Sutton
Post:
After a long silence, I noticed today that the host www.malariacontrol.net is alive again on IP: 37.187.129.131.

However, neither the domain whois, nor the IP whois reflect CERN / University of Geneva / Swiss Tropical Institute / University of Basel which were the previous custodians and affiliated organisations of MCDN.

As a result, I am assuming that the domain has new ownership (previously it was reg'd to Nick Maire of Swiss TPH) and if that is the case, we should all be careful of any data exchanged with that site until the new owners have made their intentions known.

It could be that they have good intentions, however one of the easiest methods of gathering a lot of BOINC username/password credentials would be to rereg a domain of a popular (albeit defunct) project and lure everyone into rejoining....

Consider this as a public service announcement in the interim.

Thank you for your time.

[edit]
Sorry, jumped the gun a bit.
whois at OVH confirms domain is still reg'd to Nic @ Swiss TPH.

So perhaps, this is a reboot of the project?? - Wouldn't that be great!!
[/edit]
2) Message boards : News : New governance model (Message 63078)
Posted 15 Jul 2015 by Chris Sutton
Post:
Some clarification seems to be needed here.

We as users are left to make up our mind in absence of any Administartive policy weather we should trust any project and in deed weather they are doing what they are doing is legal and legitimate. The BOINC software and the Berkely administration will not admit to control the use of the software and any Tom, Dick and Henry can start a project because the Management Committe does not care who uses the software and for what purposes.

BOINC is open source, anyone can create their own project for their own purpose and it is up to them to create a community around their project. Nothing has changed there. You, as a contributor, decide your level of trust and involvement in any BOINC project, always. UCB may stop at endorsing any particular project, but they certainly never controlled any of them. PMC/BMC would act no differently there.

Time to search out other Scientific project based software issued by other Universities that runs Non BOINC but Sientific projects like Folding and numerous others. Leave BOINC to gamers or any individual who wishes volunteers to donate their computers for unknown reasons.

Yup, you possess the absolute freedom to do that, any time you so choose. You always have had that freedom.

We have a good Offical Forum to discuss matter relating to BOINC but the management tries to keep us in the dark by running numerous obscure lists and offside group discussion in Google for example.

I think this criticism is both unfounded and unfair. I have no doubt that this has been an incredibly difficult time for the project team and I believe that they have done what they deemed best, given that the financial rug supporting this project has been pulled out from under them. Google groups is cheap and available internationally and unencumbered by UCB list access/permission policy. What's the better alternative than Google?

It is working. 97% of the community said nothing in eleven days. Is it because they do not care or is it because it was intended to be hidden?[/url]

I suspect that the majority of the community (your 97%) doesn't even need to know and probably wouldn't even notice. They are users. They download a client, connect, crunch, get help from the message boards if necessary. Not many of them interact at the BOINC co-ordinator level. They interact with their project and project administrators. As long as there's a binary download or their repository contains a client, what more do they really need to know? This is one of the intrinsic benefits of BOINC, a simple interface to a highly complex and hidden ecosystem.

The remainder (your 3%) that are discussing this will be sufficiently motivated to engage further, which they are doing and the new Governance structure will accommodate that.
3) Message boards : The Lounge : OneRNG - an open source entropy generator (Message 58729)
Posted 17 Dec 2014 by Chris Sutton
Post:
If, like me, you're tired of waiting while your /dev/random scrapes the bottom of the bit bucket for entropy, or if you're a project admin that may be interested in augmenting your system entropy with a little help from a bit of USB connected kit, there's a kickstarter project currently underway that may be of interest to you:

OneRNG - an open source entropy generator

Open source software, open source hardware, what more do you need?
4) Message boards : BOINC client : SVN checkout of BOINC sources not working (Message 39189)
Posted 22 Jul 2011 by Chris Sutton
Post:
If you haven't already, try again. It's working now:
$ svn co http://boinc.berkeley.edu/svn/trunk/boinc
.
.
Checked out revision 23867.
5) Message boards : Projects : African Grid Lab ALPHA (Message 27388)
Posted 14 Sep 2009 by Chris Sutton
Post:
There's nothing there.
It's an idea for a project. A concept, not yet realised.
6) Message boards : Projects : Project suitability for BIONIC? (Message 27316)
Posted 12 Sep 2009 by Chris Sutton
Post:
[OT]
What's BIONIC?

It's BOINC with double vision. :D

(It has two eyes, you see.)
[/OT]
7) Message boards : Questions and problems : User problem report: Centos + BOINC self extracting archive (Message 26822)
Posted 27 Aug 2009 by Chris Sutton
Post:
Mark,

If you're reading this, I can't seem to replicate your problem. Here are my results:
[root@baz tmp]# uname -a
Linux baz 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:39:21 EDT 2009 i686 i686 i386 GNU/Linux

[root@baz tmp]# cat /etc/redhat-release
CentOS release 5.3 (Final)

[root@baz tmp]# wget http://boinc.berkeley.edu/dl/boinc_6.4.5_i686-pc-linux-gnu.sh
--20:27:37--  http://boinc.berkeley.edu/dl/boinc_6.4.5_i686-pc-linux-gnu.sh
Resolving boinc.berkeley.edu... 128.32.18.189
Connecting to boinc.berkeley.edu|128.32.18.189|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4371490 (4.2M) [application/x-sh]
Saving to: `boinc_6.4.5_i686-pc-linux-gnu.sh'

100%[===========================================================================================>] 4,371,490   2.21M/s   in 1.9s

20:27:39 (2.21 MB/s) - `boinc_6.4.5_i686-pc-linux-gnu.sh' saved [4371490/4371490]

[root@baz tmp]# md5sum boinc_6.4.5_i686-pc-linux-gnu.sh
76c09451bac3f049a30dd5c54cf660b0  boinc_6.4.5_i686-pc-linux-gnu.sh

[root@baz tmp]# /bin/sh ./boinc_6.4.5_i686-pc-linux-gnu.sh
use /root/tmp/BOINC/run_manager to start BOINC

[root@baz tmp]#


I suspect a corrupt or incomplete download of the installer packages. Run the md5sum command on your package and see if the checksum matches with mine above. If it doesn't, then your download is bad.
8) Message boards : Questions and problems : User problem report: Centos + BOINC self extracting archive (Message 26763)
Posted 24 Aug 2009 by Chris Sutton
Post:
Found the following in my Inbox from user Mark Brown

--- cut here ---
I have CENTOS 5 on a system that has a lot of free resources. I know almost nothing about linux..HELP ME

I access the system from SSH.
I get the following error from eithor files:
------------------------------
$ sh boinc_compat_6.4.5_i686-pc-linux-gnu.sh
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers

gunzip: stdin: invalid compressed data--crc error

gunzip: stdin: invalid compressed data--length error
tar: Error exit delayed from previous errors
------------------------------
$ sh boinc_6.4.5_i686-pc-linux-gnu.sh
tar: Skipping to next header

gunzip: stdin: invalid compressed data--crc error

gunzip: stdin: invalid compressed data--length error
tar: Error exit delayed from previous errors


This happens with every version I have found/downloaded.

I have tried to follow the docs at http://www.spy-hill.net/help/boinc/unix.html

Thanks
--- cut here ---

Unfortunately I don't have access to a Centos box to troubleshoot this, so I'm hoping someone from the BOINC community could offer this user some help.
9) Message boards : Server programs : Scheduler url? (Message 26530)
Posted 7 Aug 2009 by Chris Sutton
Post:
Scheduler's are specified in the schedulers.txt file in the project's html/user/ dir. Check that first.

Also check the <master_url> setting in config.xml
10) Message boards : Documentation : boinc.berkeley.edu home page blank?? (Message 24654)
Posted 30 Apr 2009 by Chris Sutton
Post:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

This isn't the content of the BOINC home page, the first line of which starts:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">.
So it would seem you are not getting the valid page, but rather something from somewhere else.

Is your anti-virus/anti-phishing/advert-scrubbing software intercepting the page, or is a browser add-on (toolbar?) perhaps causing this?

Sometimes the server can be just too busy to respond before the browser hits its timeout. Usually the browser will display that as an error page, but if it's going through something else, then it's possible the browser may just show a blank page.

I have the same problem too! On all computers (3) and with all the browsers (IE and Firefox)!! I can't even download the new versions of BOINC!!! What's happening?

Check with http://whatismyipaddress.com if you are behind a proxy that may be causing latent interference.
11) Message boards : Questions and problems : boinccmd --quit returns before BOINC stopped (Message 24629)
Posted 28 Apr 2009 by Chris Sutton
Post:
It's a workround for a badly-behaved application (CUDA version of the SETI_enhanced app), which causes sluggish graphics performance on the host computer for some tasks.

Thanks for the explanation. Consider my mild curiosity appeased. :)

I've never found the script's access to client_state.xml to be blocked by the file locking you decribe, even while BOINC is fully active.

You're correct. I just attempted to write to the client_state.xml file with boinc active and the write was indeed successful. The changes did not persist though, as they were replaced when the running state was written out to disk at the next file update. It's possible that the behaviour I described existed in an earlier revision or that it never actually existed. Chalk it up to old age setting in. :) In any event, please discard my earlier reference to the locking as it is now irrelevant.
12) Message boards : Questions and problems : boinccmd --quit returns before BOINC stopped (Message 24614)
Posted 28 Apr 2009 by Chris Sutton
Post:
Though I still don't understand why such behavior for boinccmd was chosen. It makes --quit switch almost useless. It could return only when boinc.exe truly dies....

To put the boinccmd application in perspective, it simply sends messages to the running boinc process. Mostly to get or set configuration values. I don't think it was ever really intended as an interactive application.

To simply kill the boinc process is risky as it could have open file/network handles that could potentially become corrupt if not closed nicely and cleanly by boinc. Science applications that use the wrapper may not receive checkpoint/save state instructions which could result in wasted processing when they rewind to last good checkpoint.

The approach of sending boinc the quit signal and then checking that it has quit is probably going to remain the best option. Alternatively, as I understand it, boinc locks the client_state.xml file (open with exclusive access?) when it is running, so you could conceivably check the state of the file before trying to edit it.

I have to admit that I'm mildly curious as to why you would want to edit the client_state.xml file in the first place. Most are content just to read it...
13) Message boards : Projects : Error 417 (Message 24594)
Posted 27 Apr 2009 by Chris Sutton
Post:
Open a terminal and type:
gksu gedit /etc/boinc-client/cc_config.xml
14) Message boards : Questions and problems : BOINC Manager Install Problems under Ubuntu (Message 22163)
Posted 29 Dec 2008 by Chris Sutton
Post:
* The init script is not installed

Odd. I haven't seen a problem like that on any of my hardy installs. /etc/init.d/boinc-client has always been there and is used to manage [start/stop/status] the client and also auto-start the client at boot time.

* The /etc/boinc-client directory is not properly populated, causing the client to fail when started

Again, to me this is somewhat odd.
IIRC the file ownerships were a bit wonky (set to root), but a quick sudo chown boinc:boinc /etc/boinc-client/* is usually enough to sort that out. I haven't had a client fail to start due to that though.
As a result, my experience was that on a system with BOINC completely removed, the boinc-client package fails to install properly.

I can't say the same. I've never had a problem installing boinc on hardy. It's always been a simple case of:
sudo aptitude install boinc-client
sudo aptitude install boinc-manager

Saving to global_prefs_override is a problem unless you do the chown as I mentioned above.

I had a quick look at the install instructions on the wiki. (should have done that first)
Further discussion probably should be done one the wiki discussion page.... sorry for the thread hijack....
15) Message boards : Questions and problems : build script doesn't find opengl, glut, glu (Message 21304)
Posted 17 Nov 2008 by Chris Sutton
Post:
I can appreciate your confusion:
sam@max:~$ aptitude search dev | grep -i gl
p   beagle-dev                      - library for accessing beagle (C# developme
p   bglibs-dev                      - BG Libraries Collection
p   bigloo-devtools                 - Tools to help developing Bigloo programs
p   compiz-dev                      - OpenGL window and compositing manager - de
v   fftw-single-dev                 -
v   fglrx-driver-dev                -
v   freeglut-dev                    -
p   freeglut3-dev                   - OpenGL Utility Toolkit development files
p   ftgl-dev                        - Library to render text in OpenGL using Fre
p   glabels-dev                     - development documentation and library file
p   glutg3-dev                      - the OpenGL Utility Toolkit development fil
v   gtkgl-dev                       -
v   gtkglarea-dev                   -
p   gtkglarea5-dev                  - Gimp Toolkit OpenGL area widget include fi
p   libaiksaurus-1.2-dev            - an English-language thesaurus (development
p   libarchive-dev                  - Single library to read/write tar, cpio, pa
p   libavahi-glib-dev               - Development headers for the Avahi glib int
p   libbeagle-dev                   - library for accessing beagle (C bindings)
p   libbogl-dev                     - Ben's Own Graphics Library - development f
p   libclutter-0.6-dev              - Open GL based interactive canvas library (
p   libclutter-cairo-0.6-dev        - Open GL based interactive canvas library C
p   libclutter-gst-0.6-dev          - Open GL based interactive canvas library G
p   libclutter-gtk-0.6-dev          - Open GL based interactive canvas library G
p   libdbus-glib-1-dev              - simple interprocess messaging system (GLib
p   libformsgl-dev                  - Header files and static libraries for the
p   libganglia1-dev                 - Ganglia cluster system monitor toolkit (de
p   libgdata-google1.2-dev          - Client library for accessing google POA th
p   libgdata1.2-dev                 - Client library for accessing google POA th
p   libghc6-fgl-dev                 - Haskell graph library for GHC
p   libghc6-glade-dev               - A GUI library for Haskell (Gtk2Hs) -- libg
p   libghc6-glib-dev                - A GUI library for Haskell (Gtk2Hs) -- GLib
p   libghc6-glut-dev                - Haskell GLUT binding for GHC
p   libghc6-gtkglext-dev            - A GUI library for Haskell (Gtk2Hs) -- gtkg
p   libghc6-hgl-dev                 - Haskell graphics library for GHC
p   libghc6-hlist-dev               - Haskell library for strongly typed heterog
p   libghc6-opengl-dev              - Haskell OpenGL binding for GHC
p   libgio-dev                      - GLib Input, Output and Streaming Library (
v   libgl-dev                       -
p   libgl1-mesa-dev                 - A free implementation of the OpenGL API --
v   libgl1-mesa-dri-dev             -
v   libgl1-mesa-swrast-dev          -
p   libgl1-mesa-swx11-dev           - A free implementation of the OpenGL API --
p   libglade-java-dev               - Glade bindings for Java (development files
p   libglade2-dev                   - development files for libglade
p   libglademm-2.4-dev              - C++ wrappers for libglade2 (development fi
p   libgladeui-1-dev                - GTK+ User Interface Build core library (de
p   libglbsp-dev                    - node builder library for OpenGL-based Doom
p   libglc-dev                      - An implementation of SGI's OpenGL Characte
v   libgle-dev                      -
p   libgle3-dev                     - OpenGL tubing and extrusion library develo
v   libglew-dev                     -
p   libglew1.5-dev                  - The OpenGL Extension Wrangler - developmen
v   libglib-dev                     -
p   libglib-java-dev                - GLib bindings for Java (development files)
p   libglib1.2-dev                  - The GLib library of C routines (developmen
p   libglib2.0-dev                  - Development files for the GLib library
p   libglibmm-2.4-dev               - C++ wrapper for the GLib toolkit (developm
v   libglide-dev                    -
p   libglide2-dev                   - graphics library for 3Dfx Voodoo based car
v   libglide3-alpha-dev             -
p   libglide3-dev                   - graphics library for 3Dfx Voodoo based car
v   libglitz-dev                    -
v   libglitz-glx-dev                -
p   libglitz-glx1-dev               - Glitz OpenGL library GLX backend developme
p   libglitz1-dev                   - OpenGL image compositing library developme
p   libglom-dev                     - Glom library (a database designer and user
p   libgloox-dev                    - C++ jabber/xmpp library devel files
p   libglpk-dev                     - linear programming kit - development files
p   libglpng-dev                    - PNG loader for OpenGL - development files
p   libglrr-glib-dev                - Development library of Grift (glib)
p   libglrr-gobject-dev             - Development library of Grift (gobject)
p   libglrr-gtk-dev                 - Development library of Grift (gtk)
p   libglrr-widgets-dev             - Development library of Grift's widgets
v   libglu-dev                      -
p   libglu1-mesa-dev                - The OpenGL utility library -- development
p   libglu1-xorg-dev                - transitional package for Debian etch
p   libglui-dev                     - A GLUT-based C++ user interface library
v   libglut-dev                     -
p   libglut3-dev                    - development libraries and headers for GLUT
p   libgnetwork1.0-dev              - networking wrapper library using Glib/GObj
p   libgoogle-perftools-dev         - libraries for CPU and heap analysis, plus
p   libgssglue-dev                  - header files and docs for libgssglue
p   libgtkgl2.0-dev                 - Gimp Toolkit OpenGL area widget include fi
p   libgtkglext1-dev                - OpenGL Extension to GTK (development files
p   libgtkglextmm-x11-dev           - C++ wrapper for the OpenGL Extension to GT
p   libjinglebase0.3-dev            - Libjingle base development files
p   libjinglep2p0.3-dev             - Libjingle p2p development files
p   libjinglesession0.3-dev         - Libjingle session development files
p   libjinglexmllite0.3-dev         - Libjingle XMLLite development files
p   libjinglexmpp0.3-dev            - Libjingle XMPP development files
p   libkaya-gl-dev                  - OpenGL binding for kaya
p   liblablgl-ocaml-dev             - an OpenGL interface for Objective Caml
p   liblablgtk2-gl-ocaml-dev        - OCaml bindings to GtkGL
p   libmowgli-dev                   - a high performance development framework f
p   libnm-glib-dev                  - network management framework (GLib interfa
p   liboglappth-dev                 - Oglappth Library (Development Files)
p   libopensg-glut-dev              - A portable scenegraph system to create rea
p   libpoppler-glib-dev             - PDF rendering library -- development files
p   libqglviewer-dev                - an OpenGL 3D viewer library based on Qt -
p   libqwtplot3d-qt3-dev            - 3D plotting library based on Qt3/OpenGL (d
p   libqwtplot3d-qt4-dev            - 3D plotting library based on Qt4/OpenGL (d
p   libsage-dev                     - Supports OpenGL in SDL applications
p   libsofia-sip-ua-glib-dev        - Sofia-SIP library glib/gobject interface d
p   libtag1-dev                     - TagLib Audio Meta-Data Library [developmen
p   libtagc0-dev                    - TagLib Audio Meta-Data Library (C bindings
p   libtapioca-glib-0.14-dev        - Tapioca glib library - Development files
p   libtelepathy-dev                - Telepathy framework - old GLib library hea
p   libtelepathy-glib-dev           - GLib Telepathy connection manager library
p   libtulip-ogl-3.0-dev            - Tulip graph library - OpenGL development f
v   libtulip-ogl-dev                -
p   libtulip-qt4-3.0-dev            - Tulip graph library - Qt/OpenGL GUI develo
p   libxcb-glx0-dev                 - X C Binding, glx extension, development fi
p   libxmmsclient++-glib-dev        - XMMS2 - glib client library for c++ - deve
p   libxmmsclient-glib-dev          - XMMS2 - glib client library - development
p   nvidia-glx-dev                  - NVIDIA binary XFree86 4.x/X.Org driver dev
p   nvidia-glx-legacy-dev           - NVIDIA binary XFree86 4.x/X.Org 'legacy' d
p   nvidia-glx-new-dev              - NVIDIA binary XFree86 4.x/X.Org 'new' driv
p   wordnet-dev                     - electronic lexical database of English lan
p   x11proto-gl-dev                 - X11 OpenGL extension wire protocol
p   xlibmesa-gl-dev                 - transitional package for Debian etch
v   xlibmesa-glu-dev                -
p   xorg-driver-fglrx-dev           - Video driver for ATI graphics accelerators


The packages marked "v" are virtual and the ones I would usually try first.
Given this list, I would probably go for:

  • libglu-dev (or)
  • libglut-dev


And if neither of those suppress the warning, then try:


  • freeglut-dev


16) Message boards : BOINC client : Benchmarks lower with 6.2.14 (Message 19392)
Posted 9 Aug 2008 by Chris Sutton
Post:
I really don't need to Edit any file ATM, but I would like to see what the gui_rpc_auth.cfg for the Boinc Installation is without having to jump through Hoops to do it, when you have Double Digit Box's to tend to & need certain info in order to use BoincView or other Programs it can get tiresome spending an untold amount of time typing commands that may or may not get you into the files or folders. ... :)

I hear your pain. :) Here's some food for thought. I'll just describe the concept, implementation would be an exercise for the reader when time and experience permits.

Set up an nfs export of /etc/boinc-client on one of your ubuntu boxes (Think windows share). By default this contains the gui_rpc_auth.cfg and remote_hosts.cfg.
Mount this export as /etc/boinc-client on all your other boxes (Think all boxes using the same share).

With no other system changes, when you edit the files in one place the changes are automatically available to all boxes. No need to visit each one any more.

[tutor mode on]
A lot of linux packages separate their configuration files, binary files (executables) documentation and data files in the same manner as the BOINC package does. To new linux users, it's not always obvious why. Apart from the obvious benefits of localised data for backup and fast re-installations there are subtle benefits such as indicated above.
[tutor mode off]

Different is not right/wrong, just different. :)
17) Message boards : Questions and problems : Virus detected by Avast! Antivirus in BOINC file (Message 19388)
Posted 9 Aug 2008 by Chris Sutton
Post:
Given that the name of the file includes the word random, I'd say it was just a stroke of pure chance that some random generated string happened to match with one particular virus signature.
Chances are equally likely that when you scanned it after updating the defs, the contents of the file had already changed to a different random string.
18) Message boards : BOINC client : Benchmarks lower with 6.2.14 (Message 19296)
Posted 7 Aug 2008 by Chris Sutton
Post:
Not really sure if any of those commands really work because in the end with the Synaptic Boinc Installation I still have to specifically give myself ownership & or Permissions to each Folder & or File to do anything to them.

Now you've piqued my curiosity. Which files you are needing to edit. Is it constant editing, or just a once-off type of thing?
19) Message boards : BOINC client : Benchmarks lower with 6.2.14 (Message 19203)
Posted 5 Aug 2008 by Chris Sutton
Post:
I finally did get the Proper Benchmarks from 1 Box with the Client v5.10.45 installed to a /home/xxxxxxx/BOINC Directory following the below Procedure.

Good job.

If I understand your procedure correctly and had to summarise it, I would have to say that the Berkeley client gives one benchmark value and the same version client provided by the repositories gives another (higher) benchmark value.

This would imply that the Ubuntu repository maintainer has possibly recompiled the boinc client, introducing further optimizations.

I actually reached this same conclusion earlier while trying to determine the difference between my results and yours. Whereas I replaced my binaries with the ubuntu ones, you likely replaced yours from a Berkeley download. My results went up, while yours stayed the same. An optimized client was the only answer I could fathom.

Should be pretty easy to test. Just have to download the stock client and check it.
[edit]
Sticking with my 5.10.8 client, it's pretty definitive.

5.10.8 - Ubuntu
2008-08-05 17:21:10 [---] Running CPU benchmarks
2008-08-05 17:21:42 [---] Benchmark results:
2008-08-05 17:21:42 [---] Number of CPUs: 2
2008-08-05 17:21:42 [---] 1644 floating point MIPS (Whetstone) per CPU
2008-08-05 17:21:42 [---] 7549 integer MIPS (Dhrystone) per CPU

5.10.8 - Berkeley
2008-08-05 17:23:28 [---] Running CPU benchmarks
2008-08-05 17:24:00 [---] Benchmark results:
2008-08-05 17:24:00 [---] Number of CPUs: 2
2008-08-05 17:24:00 [---] 1778 floating point MIPS (Whetstone) per CPU
2008-08-05 17:24:00 [---] 5120 integer MIPS (Dhrystone) per CPU

Got to admit, while I'm not surprised, I hadn't really noticed this difference. With the ease of use of aptitude, I can't remember the last time I downloaded a Berkeley client. Luckily I advise everyone to download from the repo's or I could have found myself in a bit of hot water about now. :)
[/edit]

So what does this mean for v6.2.14? Well, I guess it's either wait for the Ubuntu optimized one, or get stuck into the source and compiler optimizations. Or bribe someone to do it for you. :)

[edit]
I suspect who ever sends out the Linux repositorie files tweaks the boinc binaries a little before sending them out to make them give a higher Benchmark than what Boinc sends out.

Bingo. You added this while I was typing my reply. :)
[/edit]
20) Message boards : BOINC client : Benchmarks lower with 6.2.14 (Message 19189)
Posted 5 Aug 2008 by Chris Sutton
Post:
Chris, as far as I know everythings on the same disk, in fact 1 of the Box's only has 1 disk in it, as far as being on the same Partion that I can't verify but it should all be on the same Partition to since Ubuntu only uses 1 Partition & a small linux-swap file area on the disk.

Thought so. Just checking something obvious. :)

Same thing Chris, the Benchmarks are 4000+ Points Lower than what they were, I even checked the boinc file & it showed root as being the owner before I ran the BMarks again ...

That was a bit of a brain f##t on my part. Changing the ownership wouldn't have made a bit of difference. It's who you run it as that matters... ;)

No, thats not happening, I've checked that many times already, if I stop the client nothing else is running until I start the client back up again.

My tests correlate, so it's not this.

PS: As I said previously Boinc isn't running any slower with the Files installed in the /home/xxxxxxx/BOINC Folder than what it was running with the Files installed wherever the Synaptic Package Manager installs them.

Which is a good thing, as it means there's consistency in the science applications, just not in the CC.

Thats no big deal really as long as your running Projects with Fixed Benchmarks which seems is going to be the norm eventually but if you run a Project using your Benchmarks then 4000+ Points in the Integer Speed will be a serious drop in Credit from where it should be ... 0_0

Unfortunately, IMHO what's worse is that it may instil lack of faith of V6 client in the user base. Slower takeup. :(

I can't check that file because I don't have it, it may be there for the normal installation through the Synaptic Manager, but installing it the way I am all the BOINC Files are located in 1 Central Directory Folder only instead of being scattered all over the place & doing a seach brings up nothing on a boinc_client file ... :)

Yup, if you un-installed boinc-client via synaptic, you won't find it. :) But it's a useful utility as you can run it against pretty much any file using 'file filename' to see what magic hides within.


Next 20

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.