1) Message boards : Number crunching : Don't ask questions! (Message 996747) Posted 17 May 2010 by Doctor Post: Isn't there a panic thread for posts like this?

2) Message boards : Number crunching : Amazon EC2 (Message 996741) Posted 17 May 2010 by Doctor Post: Renting is usually more expensive than buying over long terms. I'm kind of curious if anyone is offering time on computing nodes with CUDA cards. This explanation might be better or worse than above BOINC is many computers scattered around working on a small group of projects. EC2 is many computers gathered up working on many different things.

3) Message boards : Number crunching : Early SETI contributors - who's still around? (Message 996728) Posted 17 May 2010 by Doctor Post: My user profile used to mention that I had crunched ~5 classic work units. Doesn't seem to any more. I think the April 3rd 1999 signup date is because the server forgot when I signed up as well :)

4) Message boards : Number crunching : Costs and Benefits (Watts and Credits) (Message 953396) Posted 9 Dec 2009 by Doctor Post: Is there a large difference in power consumption between desktop and mobile chipsets?

5) Message boards : Number crunching : Tasks no longer running (Message 949896) Posted 26 Nov 2009 by Doctor Post: Windows 7 being set to go to sleep by default, even on a desktop, it gets me every time. Hopefully theres a good reason behind the OS doing that.

6) Message boards : Number crunching : **CLOSED SETI/BOINC Milestones [ v2.0 ] - XIX CLOSED** (Message 949688) Posted 25 Nov 2009 by Doctor Post: I'm over 4000!

7) Message boards : Number crunching : Stripped down Linux/Boinc setup? (Message 949679) Posted 25 Nov 2009 by Doctor Post: How big is Dotsch? I'm currently running two diskless nodes with a very stripped down linux installation. The root file system takes up ~20mb of ram and just takes up space for multiple copies of boinc on the server. If you want to strip down to the bare minimum, strace and ldd are your friends I made a Karmic 9.10 chroot jail that i copy files out when I need them. Its best to not mix library files between distros. Edit: I'd release what I use, but it is an ugly mess. boinc@prometheus:~/grayskull$ ldd boinc linux-gate.so.1 => (0xb8023000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb8010000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7ff7000) libz.so.1 => /lib/libz.so.1 (0xb7fe0000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ef1000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7ed8000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7eb2000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d4f000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7d40000) /lib/ld-linux.so.2 (0xb8024000) setiathome_6.03_i686-pc-linux-gnu is statically linked, but the science applications for other projects require shared libraries, same ones as boinc client though. boinc@prometheus:~/grayskull$ ldd projects/einstein.phys.uwm.edu/einstein_S5R6_1.01_i686-pc-linux-gnu_2 linux-gate.so.1 => (0xb7f70000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7f48000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7f22000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dbe000) /lib/ld-linux.so.2 (0xb7f71000)

8) Message boards : Number crunching : Collateral damage caused by SETI server hang :( (Message 81531) Posted 21 Feb 2005 by Doctor Post: You're supposed to post messages from boinc that prove this! sounds odd though

9) Message boards : SETI@home Science : newbie alert (Message 81261) Posted 20 Feb 2005 by Doctor Post: You can't call newbie alert on yourself, it just isn't done! Also topics labeled "newbie alert" "I'm new, stupid question" "stupid question" "quick question" etc etc are annoying. But I guess everyone has to get over that "i'm asking stupid questions" phase

10) Message boards : Number crunching : Removing a member will subtract their credit from team totals (Message 81260) Posted 20 Feb 2005 by Doctor Post: Team Shopping?

11) Message boards : Number crunching : I still miss ... (Message 80599) Posted 18 Feb 2005 by Doctor Post: > Albert Einstein said "everything should be made as simple as possible, but no > simpler." > > .... and while counting work units is simple, very few would crunch CPDN if > months of processing produced a miserable five credits, while SETI produced > hundreds. most bragging things break it up into specific projects most people that care about credits know cpdn units are big personally i'd like to have a wu count available to me, credits are good for whos electronic penis is wider type of questions

12) Message boards : Number crunching : When is Seti classic going away (Message 80591) Posted 18 Feb 2005 by Doctor Post: > Runs fine on my Pentium 75 with 72mb RAM. :) > Hmm, I think the only way I can beat that would be to mosix cluster my Pentium 100 with 64mb ram to my Pentium 75 that i'd throw 32megs of ram into it, then run two boinc's on the Pentium 100 and one of the seti processes would migrate to the Pentium 75 :) Well I guess I could always underclock the P100 but I don't think thats fair.

13) Message boards : Number crunching : No Credits because of Migration? (Message 76754) Posted 5 Feb 2005 by Doctor Post: Yes they're stealing your megahertz. Uhm, site actually lets you look at info for work units, go look. I'll let someone else bother to tell you no and to stop worrying about credits so much :)

14) Message boards : Number crunching : A Solution For "No Work Available" (Message 76753) Posted 5 Feb 2005 by Doctor Post: > For those of you that are using the BOINC Client that keep having problems > downloading new work units, try the following: click the Projects tab, then > right click your SETI@home project and click Update. Do this every ten > seconds or so. Try doing this a dozen times, or until the server finally > responds and uploads to you. > Better solution would be to stop boinc, wait an hour, restart it you'll not get it exactly at an hour, so you'll randomize when you connect.

15) Message boards : Number crunching : 64 MB not enough memory ? (Message 76515) Posted 4 Feb 2005 by Doctor Post: > IMO, project developers are (and should be) free to impose any limitations > they wish. It's them who are bitten at the end of the day. If they raise > limits too high, no scientific work will get done. And I'm sure they would > reconsider their decision if they saw massive drop in gross project > performance. And we are (and should be) free to discuss it endlessly :)

16) Message boards : Number crunching : HOWTO: Compile boinc on linux (Message 76406) Posted 4 Feb 2005 by Doctor Post: > Do any of y'all know what the trick is to get boinc to compile statically > linked instead of dynamically? Way to dig up an old topic :) Can't sleep so I did a little searching on how to statically compile things, as personally all i've statically compiled is busybox and that will do it for you. http://www.google.com/search?hl=en&q=gcc+statically+compiled&spell=1 "This is the equivalent to make LDFLAGS=-static as we use with other packages to compile them statically." This also mentions stuff http://vergil.chemistry.gatech.edu/resources/programming/c-tutorial/libraries.html

17) Message boards : Number crunching : Another "No work from project" thread (Message 76404) Posted 4 Feb 2005 by Doctor Post: > > ready to send 46... > > > > The server status page is pretty useless ATM. > > Regards Hans > It's not useless, its just not a live count :) It's updated every 10mins, good enough 2 ready to go as of 9:10am UTC quick go get 'em hehehe

18) Message boards : SETI@home Science : What if they're hostile? (Message 75385) Posted 30 Jan 2005 by Doctor Post: > Hey everyone :) I downloaded Bionic a while ago and I'm kinda new to this > forum. > Anyway, I wanted to ask what happens if we find a signal and find out they're > hostile? I mean, people say they were abducted and I bet not all of them are > liars, and there are all these UFO sightings (which I'm sure at least some of > them are real). I personally believe that they're out there, and all we need > is a solid proof. But what happens if it's too late when we find it? > If they're intelligent as I think they are, what stops them from making their > signal undetectable and reveal themselves only when they want to? > *blink* an undetectable signal? I don't recall a rule that every species has to send out a signal, so making thier signal undetectable... Basically we're not looking for something that doesn't want to be found, we're looking for something that WANTS to be found, like a repeating "Hello World" message

19) Message boards : Number crunching : SPY++: SetiSpy RELOADED (Message 75383) Posted 30 Jan 2005 by Doctor Post: fine, don't tell us what it does :)

20) Message boards : Number crunching : 64 MB not enough memory ? (Message 75261) Posted 29 Jan 2005 by Doctor Post: > Hmm. Well, I've had to bin 4 machines that were productive in BOINC -only > using about 30% of their 64MB - just because they moved the goalposts. > > I don't blame the BOINC admins - they are academics and can't be expected to > actually know anything about computers. No, I am not complaining. The admins > are doing a fine job under the circumstances and the project is too important > to allow little niggles like this to impede progress. From what Rom posted about the graphics, its not ignance, but probably a lack of time to tweak many different things, maybe make the actual seti program allocate all the ram it needs and work within that, or disable graphics if less than 64megs of ram both of those are code changes Allocating all the ram you could possibly need for a program and then having to keep track of it could be very difficult. I don't know, I'm not a programmer Graphics or not is done by boinc, and that supports many differnt projects with different requirements so a simple mem amount check with a set number like 64mb really wont do much good. I personally don't see the problem, they've put in a silly requirement for a problem I won't have (graphics taking all the rams) so I've worked around it. The BOINC/SETI guys do know a lot about computers, if they didn't we'd be number crunching in something written in either visual basic or mathmatica... and then maybe a perl script for linux users :)

Next 20

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