1) Message boards : Number crunching : CLOSED - SETI/BOINC Milestonesâ„¢ VII - CLOSED (Message 332296) Posted 9 Jun 2006 by Chuck R. Bell Post: All Right!!! Passed the One Million Cobblestones[ mark today, and all of them on Linux!!! With a little help from my friends! "Happiness and strength endure only in the absence of hate. To hate alone is the road to disaster. To love is the road to strength. To love in spite of all is the secret of greatness. And may very well be the greatest secret in this universe." L. Ron Hubbard - 'A New Slant on Life'

2) Message boards : Number crunching : ****CLOSED SETI/BOINC Milestonesâ„¢ II CLOSED**** (Message 159996) Posted 30 Aug 2005 by Chuck R. Bell Post: Woo hoo! passed the 500K mark. That's a start. :-) Chuck

3) Questions and Answers : Unix/Linux : PCs named localhost.localdomain (Message 86734) Posted 16 Mar 2005 by Chuck R. Bell Post: IMHO this is a bug. 127.0.0.1 should NEVER be named with the name of the machine. Also, whatever is causing this is not consistent. Out of 20 computers with the /etc/hosts file set correctly, only two appear as 'localhost' in my SETI/BOINC account 'Your Computers' list. By trial and error, on those two computers, I have discovered that a work-around is to not list the 127.0.0.1 entry first. So instead of: -----clip----- # For loopbacking. 127.0.0.1 localhost 192.168.0.8 neoslak neoslak.dynetx.org -----clip----- use: -----clip----- 192.168.0.8 neoslak neoslak.dynetx.org # For loopbacking. 127.0.0.1 localhost -----clip----- Hope this helps. Chuck Bell

4) Questions and Answers : Unix/Linux : Not getting any connection (Message 80572) Posted 18 Feb 2005 by Chuck R. Bell Post: > > Shut down your Linux BOINC client and copy the account*.xml files from > the > > Windows box onto the Linux box. When BOINC restarts, all should be well. > > > > > I copied the file, but still BOINC complains about not enough memory being > available.. what memory is it complaining about? Diskspace or RAM-memory? > > BOINC/SETI currently requires *more* than 64M of RAM. How much do you have? Generally, if your computer only has 64M that is not enough. I had a couple of old computers that I had to put back to running SETI classic because of the new minimum memory requirements. Chuck --------------- The mind that understands itself Is the mind of a free man. - L. Ron Hubbard

5) Questions and Answers : Unix/Linux : Not getting any connection (Message 79328) Posted 14 Feb 2005 by Chuck R. Bell Post: It looks like you have a trailing period in the URL: -----clip----- The client complains that it can't get access to the main page for "http://setiathome.berkeley.edu/." -----clip----- It should not have that. It should be: "http://setiathome.berkeley.edu/" Cheers - Chuck

6) Questions and Answers : Unix/Linux : Getting the deamon running on Slackware 10.0 (Message 79327) Posted 14 Feb 2005 by Chuck R. Bell Post: > > Sure! I've got it running on about 20 computers with Slackware. Version > 10.0, > > and, 10.1, etc. Here's what I do: > > > > First, I like to use the optimized clients for Linux. You can compile > your > > own, but the ones from http://www.pperry.f2s.com/downloads.htm work > great. > > > > The first time you just run the client from the command line and have > your > > > > you enter the project url http://setiathome.berkeley.edu and your > account > > id. > > > > Then you can download this handy script, which I rename rc.boinc, make > > executable, and put it in /etc/rc.d and call it from rc.local to start > boinc > > on boot. > > > > You may need to edit that script slightly and change the line to put the > right > > name of the client you use, for instance: > > > > BOINC_EXEC=boinc_4.19_athlon-xp-pc-linux-gnu > > > > Another handy program to use with BOINC/SETI is mSETImon: > > > > http://msetimon.sourceforge.net/index.html#download > > > > > > Have fun! > > > > Chuck Bell > > > > Thanks Chuck, > > I've downloaded the the object, I've ran the program interactively... now you > mention 'this script'.... which script would that be? The standard script > offered does not work correctly because that seems to 'hang' and does not > start BOINC as a deamon. With my modifications I get it to work but as > mentioned that scatters all the temporary files all over the place. > > If you would be so kind as to point me to the script, I would be very > gratefull. > > Thnx > > Cor > Oops, I guess I forgot to post the url to the script. It is at: http://phileimer.9online.fr/ Cheers - Chuck

7) Questions and Answers : Unix/Linux : Getting the deamon running on Slackware 10.0 (Message 77767) Posted 9 Feb 2005 by Chuck R. Bell Post: Sure! I've got it running on about 20 computers with Slackware. Version 10.0, and, 10.1, etc. Here's what I do: First, I like to use the optimized clients for Linux. You can compile your own, but the ones from http://www.pperry.f2s.com/downloads.htm work great. The first time you just run the client from the command line and have your you enter the project url http://setiathome.berkeley.edu and your account id. Then you can download this handy script, which I rename rc.boinc, make executable, and put it in /etc/rc.d and call it from rc.local to start boinc on boot. You may need to edit that script slightly and change the line to put the right name of the client you use, for instance: BOINC_EXEC=boinc_4.19_athlon-xp-pc-linux-gnu Another handy program to use with BOINC/SETI is mSETImon: http://msetimon.sourceforge.net/index.html#download Have fun! Chuck Bell -------------- http://setiweb.ssl.berkeley.edu/team_display.php?teamid=112944

8) Message boards : Number crunching : HOWTO: Compile boinc on linux (Message 76341) Posted 4 Feb 2005 by Chuck R. Bell Post: Do any of y'all know what the trick is to get boinc to compile statically linked instead of dynamically? I've been searching for an hour for this on various forums and how-tos. I know where to download precompiled statically linked boinc clients but nowhere can I find how to compile them statically. See, I can download and run the statically linked binaries that Ned Slider compiled with gcc 3.4 on various machines that only have gcc 3.3 installed and they work fine. But I have some machines that he doesn't have optimized binaries compiled for and was gonna compile 'em my self - old pentium and pentium-mmx boxes, basically. I compiled a client with shared libraries on a Linux box with gcc 3.4 that works but it only works on machines that I upgrade to gcc-3.4 and I don't want to upgrade gcc on the other machines that I want to run an optimized pentium or pentium-mmx boinc client on. I also read somewhere that there may be some DNS resolver issues linking glibc statically? What's that about? Thanks - Chuck Bell

9) Questions and Answers : Unix/Linux : Message from server: platform i586-pc-linux-gnu not found (Message 42934) Posted 4 Nov 2004 by Chuck R. Bell Post: > Hi Chuck, > > So was the problem that you were originally compiling on an i586 computer? > > Ned Yep, so the original question actually remains unanswered as to wether -mcpu=i586 might work, but I figure it probably wouldn't since the message from the server seems to be that it rejects clients that call themselves 'i586-pc-linux-gnu'. At least that is how I interpret it. Chuck

10) Questions and Answers : Unix/Linux : Message from server: platform i586-pc-linux-gnu not found (Message 42731) Posted 4 Nov 2004 by Chuck R. Bell Post: > Have you tried using -mcpu=i586 instead of -march=i586 (ie just using > -mcpu=i586)? > > Here is the definitions of -mcpu and -march from the gcc online manual: > > -mcpu=cpu-type > Tune to cpu-type everything applicable about the generated code, except > for the ABI and the set of available instructions. The choices for cpu-type > are i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2, > pentium3, pentium4, k6, k6-2, k6-3, athlon, athlon-tbird, athlon-4, athlon-xp, > athlon-mp, winchip-c6, winchip2 and c3. > > While picking a specific cpu-type will schedule things appropriately for > that particular chip, the compiler will not generate any code that does not > run on the i386 without the -march=cpu-type option being used. i586 is > equivalent to pentium and i686 is equivalent to pentiumpro. k6 and athlon are > the AMD chips as opposed to the Intel ones. > > > -march=cpu-type > Generate instructions for the machine type cpu-type. The choices for > cpu-type are the same as for -mcpu. Moreover, specifying -march=cpu-type > implies -mcpu=cpu-type. > > Ned > Thanks Ned, I don't know why I didn't think of that! It might work, but meanwhile, I compiled the BOINC client on an actual i686 computer but just used -march=pentium to build it and then copied the client to my i586 computers. The client calls itself boinc_4.13_i686-pc-linux-gnu but works fine now on these i586 computers and it updates my Computer Information page(s) properly with the new and faster benchmarks. So, nevermind! I'm happy. Cheers - Chuck

11) Questions and Answers : Unix/Linux : Message from server: platform i586-pc-linux-gnu not found (Message 42580) Posted 3 Nov 2004 by Chuck R. Bell Post: First of all, I've compiled BOINC from CVS for a variety of Intel architectures... i686, Pentium3, Pentium4, Athlon, Athlon-XP, etc. with GCC optimizations (Currently running GCC 3.3.4 on most of my Linux boxes). They all work great and show greatly improved and much more accurate benchmark results. I have several, admitedly old Pentium 200 and Pentium 233 machines that work ok with the stock, pre-compiled boinc_4.13_i686-pc-linux-gnu client but every version from CVS I've tried to compile on these i586 class machines has a problem. When I compile the client from source using the CFLAGS="-march=pentium-mmx" gcc option or the CFLAGS="-march=i586" option, everything compiles fine and the benchmarks run fine and actually show much faster benchmarks than the stock precompiled version: ----- stock boinc_4.13_i686-pc-linux-gnu: 89 double precision MIPS (Whetstone) per CPU 138 integer MIPS (Dhrystone) per CPU Compiled from cvs: boinc_4.13_i586-pc-linux-gnu 181 double precision MIPS (Whetstone) per CPU 157 integer MIPS (Dhrystone) per CPU ----- A considerable improvement. But, when I go to --update prefs, the client succeeds in contacting the server but gets this message: [SETI@home] Message from server: platform 'i586-pc-linux-gnu' not found ----- 2004-11-03 14:37:55 [---] Starting BOINC client version 4.13 for i586-pc-linux-gnu 2004-11-03 14:37:55 [SETI@home] Project prefs: using your defaults 2004-11-03 14:37:55 [SETI@home] Host ID is 139227 2004-11-03 14:37:55 [---] General prefs: from SETI@home (last modified 2004-08-29 14:35:25) 2004-11-03 14:37:55 [---] General prefs: using your defaults 2004-11-03 14:37:55 [SETI@home] Resuming computation for result 05mr04ab.23787.31554.254826.221_1 using setiathome version 4.02 2004-11-03 14:37:55 [SETI@home] Sending request to scheduler: http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi 2004-11-03 14:37:55 [SETI@home] Scheduler RPC to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded 2004-11-03 14:37:55 [SETI@home] Message from server: platform 'i586-pc-linux-gnu' not found 2004-11-03 14:37:55 [SETI@home] Project prefs: using your defaults ------- Furthermore, my page does *not* get updated with the new benchmark results. So my questions are, why, and what machine architecture is the stock client compiled on that works with i586 machines? And if it is compiled on a i686 or higher, is GCC being given an option to compile the client so that it will run on i586 machines? If so, what is it? The reason I ask is, if I specify CFLAGS="-march=i686", the resulting client, not suprisingly, segfaults if it is run on an i586 class machine. If BOINC simply does not support the i586 (Pentium) architecture, I haven't been able to find that information stated anywhere in the docs. Have I overlooked it or is that the case? How do I compile a client that will work on an i586 computer!!!??? Any help appreciated! Thanks, Chuck Bell

12) Message boards : Number crunching : Sometimes credit pages are just blank (Message 39363) Posted 23 Oct 2004 by Chuck R. Bell Post: Sometimes random credit pages are just blank. I've noticed this before. I thought, well, maybe the pages are just in the process of being updated... but after several hours I'm beginning to think it is just a bug. For instance, for several hours today http://setiweb.ssl.berkeley.edu/top_users.php?sort_by=total_credit&offset=380 displays results ok But 400 to 480 are blank. http://setiweb.ssl.berkeley.edu/top_users.php?sort_by=total_credit&offset=400 blank http://setiweb.ssl.berkeley.edu/top_users.php?sort_by=total_credit&offset=480 blank http://setiweb.ssl.berkeley.edu/top_users.php?sort_by=total_credit&offset=500 displays ok (but the fonts are different) Anybody else notice this phenomenon? Chuck

13) Questions and Answers : Wish list : Wish list: If frogs had wings (Message 10182) Posted 20 Jul 2004 by Chuck R. Bell Post: 1. A Server Status page that actually tells us the current status of the server(s) ... Up? Down? Busy? Out of work units? What??? When? How long? 2. Show the users current rank on the user's account page. 3. Enable the Pending and Results pages. 4. A more simplified count of units processed. All this crap about Recent Averages and Credits should all be thrown overboard in favor of a simple count of work units completed. 5. A more simplified method of simply downloading a specified number of work units instead of all this crap of trying to calculate based on bogus benchmarks and disk space and queues of work units. 6. A simplified 'back-off' algorithm of incrementing the time to retry after a failure to get work units... instead of this crap of trying, and incrementing until it is days until it will even try again. At least provide an option or a switch to retry immediately. 7. Have the ability to move and process unprocessed work units from one computer to another, especially when there is often a shortage of work units and some computers, on a lan for instance, may have many yet to be processed and others have none. 8. A seti_boinc client that will compile cleanly on Linux and better instructions on how to build it... or precompiled clients at least reasonably optimized for the main architectures or platforms other than windows. And how about a 'most current stable source code version', labeled as such. 9. A GUI interface and/or screensaver for Linux would be nice. "Think For Yourself!" \|/ ( q p ) ------oOOo-(_)-oOOo------- http://www.dianetics.org

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