Posts by old_user3861

1) Message boards : Number crunching : Consistent trickles - but falling RAC - Why??? (Message 16165) Posted 22 Sep 2005 by old_user3861 Post: Then it will exponentially decay from there. So we should be seeing more sensible numbers soon. Thanks very much. The RAC is now 29.<summat>...which makes more sense. Steve
2) Message boards : Number crunching : Consistent trickles - but falling RAC - Why??? (Message 15856) Posted 10 Sep 2005 by old_user3861 Post: My AMD Athlon 1.4GHz system is 50% S@H and 50% CPDN. It trickles to CPDN roughly once each 2.5-3.0 days....and it is turned off each night. For quite a while now the Recent Average Credit has been falling....and is now down to 1.33.....which is odd, given this system is a consistent performer. http://climateapps2.oucs.ox.ac.uk/cpdnboinc/show_host_detail.php?hostid=56344 What\'s happening?
3) Questions and Answers : Windows : Win98SE: Result exits code -5 (0xfffffffb) (Message 6932) Posted 14 Dec 2004 by old_user3861 Post: > > WIn 98 not listed as being supported to run CPDN under BOINC. > > It seems that <a> href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=948">some > people</a> are able to run it happily after a few tweaks from the team, but > AMD processors seem always to have given more problems running CPDN under > Win9x, even in classic. That may depend on whether you overclock the CPU or not. It may depend on the quality of your RAM, too. Most of my systems (6 of 7) run AMD Athlon CPUs - not overclocked - and execute the models flawlessly. The system with the problem is Win98SE on an Intel PIII-866CPU. > An Intel processor running HT under Linux still seems to be the platform of > choice for this project! Most of my systems (5 of 7) run Linux.....so I agree there. But my own experience says AMD (not overclocked) aren't a problem.
4) Questions and Answers : Windows : Win98SE: Result exits code -5 (0xfffffffb) (Message 6931) Posted 14 Dec 2004 by old_user3861 Post: > WIn 98 not listed as being supported to run CPDN under BOINC. It was supposed to be OK as of v4.12 or 4.13..... I received e-mail from CPDN about this.
5) Questions and Answers : Windows : Win98SE: Result exits code -5 (0xfffffffb) (Message 6930) Posted 14 Dec 2004 by old_user3861 Post: > If you have repeated crashed models, you might consider doing the same. In this case, the PC has an Intel PIII-866MHz CPU....so the Athlon aspect won't apply. > If, however, this crash is just a one-off and your boinc models usually > complete properly, you should stick with boinc, making sure you back the > models up regularly so that you can try to get them going again. But in the > case of a -5 exit code, I would just abandon the model because this code means > it has gone wrong. It was the first workunit for CPDN on that PC. Prior to that, it had been happily crunching SETI work units for 3-4 years, 24/7.....and still does 50% of the time. Thanks for the response. Steve
6) Questions and Answers : Windows : Win98SE: Result exits code -5 (0xfffffffb) (Message 6910) Posted 13 Dec 2004 by old_user3861 Post: What happened? The work unit exited after 16/17 trickles and the client downloaded a new work unit. [core_client_version]4.13 [message] - exit code -5 (0xfffffffb) [active_task_state] 1 [signal] 0
7) Questions and Answers : Unix/Linux : BOINC upgrade (Message 6448) Posted 28 Nov 2004 by old_user3861 Post: You can just replace the existing BOINC program file with the new version and restart it. HOWEVER: Be careful to do it with the SAME userid that has been executing the program up to that point. I made the mistake of running the new version from a different ID (root) than the one that had been running it up to that point...and it wiped all the progress up to that point and started over. No...I did not have a backup (dumb). This happened with BOINC 4.05....it may have been changed in later versions of BOINC.....but I'm not game to try it and I don't have time to mess around with it anyway. It is likely permissions related....and not a bug. I start boinc in my startup script.....so this was relevent. If you simply start it in a console manually and always from the same ID, then you won't have anything to worry about.
8) Questions and Answers : Unix/Linux : Finished WU - Data still in my computer (Message 5769) Posted 29 Oct 2004 by old_user3861 Post: > you can remove it, the intention was that we had hoped people have lots of > hard drive space in case we get an interesting result and you can upload some > more files. Sort of like if you were running SETI, and it took a month to run > one workunit, but your computer found the alien it would be nice to get more > info back rather than put it over to a supercomputer and wait! ;-) I do have lots of disk space......so keeping the result files for a time would not be a problem. How long would you like it kept? 6 months? A year? More? Less? :-) Steve
9) Questions and Answers : Unix/Linux : Result completed, but not recogized by CPDN as complete (Message 5719) Posted 28 Oct 2004 by old_user3861 Post: Linux BOINC Client 4.12 (though various versions of BOINC were used throughout the calculation of this result - 4.05, 4.09 and 4.12) I have just completed my first result. Two problems: 1. The completed result (019x_400026638) has not been recognised by CPDN. 2. The new result (329o_100164350) has started, but has not been able to trickle so far and is now at TS 47000+ Looks like something is wrong. I did receive an e-mail during the course of the processing of this result and I did faithfully and correctly execute the instructions included in that e-mail. So...what\'s wrong? Why has my result not been recognised as ompleted? Why has my new result not been able to trickle? Steve
10) Message boards : Number crunching : Pfad GeschloÃŸen (Message 3840) Posted 11 Sep 2004 by old_user3861 Post: > Uberganger? > > Nope. My guess it will be the English term but I want to make certain. > > -H. Richard Utzig It was a guess. arbeit is "work" and arbeiter is "worker". Ubergang is "transition", so uberganger should be "transitioner" (in so far as "transitioner" isn't a real English word anyway). Steve <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
11) Message boards : Number crunching : BOINC 4.06 (alpha) Win32 Client trashes CPDN models... (Message 3835) Posted 11 Sep 2004 by old_user3861 Post: > If you can find an OEM supplier in NZ you ought to be able to buy a WinXP CD > for under half of that - OEM are less than half retail price in the UK... WinXP has more vulnerabilities than Win98SE.... I usually don't use anti-virus on Win98SE as the only browser anyone uses is Mozilla and the mail is Thunderbird. AV seems to mess up system performance just when you don't want it to. MS IE and Outlook Express are absolutely prohibited. :-) <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
12) Message boards : Number crunching : BOINC on Linux -> wrong user wipes out all projects (Message 3834) Posted 11 Sep 2004 by old_user3861 Post: > Apparently nobody has, but thanks for the "heads up". I've resolved the best way to avoid the problem is to backup the relevant directory BEFORE updating prefs.....and if anything goes wrong, I just restore it. That also gives me a good way to test this behaviour to make sure it is what it appeared to be. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
13) Message boards : Number crunching : Pfad GeschloÃŸen (Message 3833) Posted 11 Sep 2004 by old_user3861 Post: > Calgary, Kanada > 2004.IX.10 17:40isch MDT > > Kann jemanden mir bitte sagen wie mann Transitioner in Deutsch Ã¼bersetzt? > > Vielen Dank. > > -H. RichardUtzig > Uberganger? <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
14) Message boards : Number crunching : BOINC - Time sharing between projects (Message 3735) Posted 10 Sep 2004 by old_user3861 Post: Well...I set SETI to 50 and CPDN to 100 and refreshed the preferences - and eye-balled the relevant account file to ensure they had been read. But the system still spends a minimum of 2 hours on SETI and exactly one hour on CPDN - despite being supposed to do 1 hour on SETI and two on CPDN. So it appears the preferences have no affect whatever. It's a minimum of 2:1 in favour of SETI....and often more like 3:1 if SETI finishes a unit and resets the clock at THAT point for two more hours. I seem to have no say in the matter. The ratio is close to 3:1 in favour of SETI due to the wu-completion timer reset issue. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
15) Message boards : Number crunching : BOINC - Time sharing between projects (Message 3730) Posted 10 Sep 2004 by old_user3861 Post: > What I and a couple of other people had noticed was that under 4.05, the > resource sharing seemed to be affected by the number of WUs on the system. If > you had one CPDN WU and 6 S@H WUs on your system and the resource share was > 1:1 the actual share was 6:1 in favor of S@H. This seems to be fixed in 4.08. > However, if a project runs out of work -- even for an instant, the debt is > reset to 0, even if the debt was negative. I have not seen that. I run a 3 days cache and that means roughly 20 SETI WUs waiting on 2 of my systems. The number is lower on a slower system and higher on the faster system. I'll check the other system logs and see if the time varies as you suggest. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
16) Message boards : Number crunching : BOINC - Time sharing between projects (Message 3692) Posted 10 Sep 2004 by old_user3861 Post: I've been logging the output from the Linux CLI BOINC client to text files to get a clear view of what 's going on. To simplify matters, I adjusted the resource sharing between SETI and CPDN to 50/50 (actually 100/100)....and updated the preferences on all systems. (Note that a SETI WU takes 2:50 to process to completion on the AMD Athlon XP 2800+ system examined. ) Linux client: 4.05 Despite the processing being set to 50/50 SETI seems to get most (2:1) of the time...and I see why. When I first start the client, SETI may begin and run for one hour - if a WU does not finish. If SETI finishes a WU within the hour it is alotted for processing, it will start anotehr WU....and go for one hour before being pre-empted. The CPDN model then processes for exactly one hour. The SETI WU will resume, and EVER AFTER will process for TWO hours for each ONE CPDN processes. Bear in mind that if the SETI WU completes within that TWO hours, it will reset the clock form that point for TWO hours. Which explains why CPDN has been making snail-like progress despite the projects being set at 50/50 and the -update_prefs have been reset. Summary: Ratio set 50/50 (100 / 100) 1. The 50 / 50 will be maintained for at least the first cycle of pre-emption (subject to a SETI WU completing and resetting the clock in it's time). 2. All subsequent cycles will 2:1 in favour of SETI (subject to a SETI WU completing and resetting the the clock on its time.) Possible Solution: To allow for effect of the clock resets on completed / started SETI WUs, a CPDN project supporter may wish to set preferences to SETI 50 / CPDN 100 and see if this more closely approximates 50/50 on the system concerend. This won't entirely address the problem of the SETI project receiving 2;1 of time after the first cyucle of pre-emption. It may be necessary to try SETI 33 / CPDN 67 in order to approach 50/50 in reality. The slower the system, the less likely this problem is to be observed as SETI will be less frequently complete a work unit in a processing period, thus not resetting the 'share' clock. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
17) Message boards : Number crunching : question about using boinc with linux (Message 3690) Posted 10 Sep 2004 by old_user3861 Post: > I see. So is it not possible to change this? > willaby In the general preferences in your account info page, there is an item called: Leave applications in memory while preempted? (suspended applications will consume swap space if 'yes') Make sure you set this to "yes". Then, when a project is pre-empted, it does not "quit" (the default), it will "suspend"....and remain in memory. In fact, it will likely swap out into your swap file, so you will see no degradation in system performance for the hour or two - or whatever - it spend out there. Keeping it in memory means you do NOT lose unsaved timesteps. Rebooting or shutting down is a different matter and losing work between save points in those cases is not avoidable. Of course, if you alter you preferences, you must re-start boinc as: ./boinc -update_prefs http://climateprediction.net > boinclog.log & as an AMENDED line in your rc.boinc. Then re-boot. You can even leave it that way, as it continues to execute normally and this way you know that any project preference changes will be automagically picked up on any system re-boot. If you need to update preferences from two different projects, you will still need to amend the command and re-boot for the OTHER project(s). I strongly recommend do it this way, as when I did the restart manually from a console as a different user, I lost everything. Boinc wiped out all projects with no warning and started over. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
18) Message boards : Number crunching : question about using boinc with linux (Message 3580) Posted 9 Sep 2004 by old_user3861 Post: > OK, so I made a file in /etc/rc.d called rc.boinc, with the following lines: > > cd /root/Desktop/BOINC > cp boinclog.log boinclog.old > ./BOINCSETUP > boinclog.log & > > I then saved it, and changed its permission (although not with chmod - I just > right-clicked and clicked on the tab "permissions") to executable. Then I > rebooted the computer to see if it worked. > > I logged in as root, typed ps -A, and nope, it wasn't running. Did I do > something wrong? You'll need to add your "rc.boinc" as a command into whatever the last bootscript to run on Slackware might be. When you find out what script it is, you'll want to add: /etc/rc.d/rc.boinc and then save the file. It should all just work after a reboot from then on. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
19) Message boards : Number crunching : question about using boinc with linux (Message 3566) Posted 9 Sep 2004 by old_user3861 Post: > Another question: What exactly would I put in the startup script? The > directory where the startup scripts are located in Slackware seems to be > /etc/rc.d. I'm still new to Linux (still learning) and so I have no idea what > to write in a startup script. > > Pertinent information: the file I want to run (BOINCSETUP) is in > /root/Desktop/BOINC. I'm fairly sure the command to run it is > /root/Desktop/BOINC/BOINCSETUP. The question for me is where to put it in a > startup script. Slackware sounds a bit like redhat and Fedora core - which also use rc.d. First, though, a "script" can be as simple and basic as a text file with a series of commands in it, just as though you had entered them from a command prompt. So rest easy there. :-) In the rc.d directory, you may want to create a text file - "rc.boinc" - and put in the 3 lines already discussed. You would then save the file and alter the permissions to indicate it is an executable. You'd need to be "root" and "chmod +x rc.boinc" entered in /etc/rc.d should do it. I'm assuming you know what's in your rc.d directory because I do not. You may (in fact, probably) have to kick "rc.boinc" off from another script that always runs when Slackware boots....and that would be done as simply as adding: /etc/rc.d/rc.boinc ....to the end of any existing boot script. I don't know what that script would be on Slackware. You do want it to the last bootscript run, though, in order to avoid trying to run boince before all the other stuff your system needs is already started. Unlikely you could find a way to that by accident.....but I give the caution anyway just in case. <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>
20) Message boards : Number crunching : question about using boinc with linux (Message 3563) Posted 9 Sep 2004 by old_user3861 Post: > I forgot to even mention that I have Slackware v. 9.1. Nevertheless, you > answered my question, so thank you. > > I have a question though: > > cd/pub/boinc (to get the 'focus' into the right directory) > cp boinclog.log boinclog.old > *./boinc > boinclog.log > > I understand the first two lines, but what does the third mean and do? > (I don't understand the > operator (?)). I rename the boinc executable to something short. so mine isn't the long-winded one you extract from the file you download....mine is just called "boinc". You could just called it "xx" or whatever......but one nevers know if that will conflict with some other useful command already in existence that you've never heard of. :-) "boinc" doesn't seem to. the ./ is what you need to put in front of an executable to indicate the current directory. If I want to play Unreal Tournament 2004 on Linux, I: 1) cd ut2004 (which is in /home/steve/ut2004 and I was in /home/steve) 2) ./ut2004 (and then play till my ring falls out) In linux, you can't just type in the name of the program and run it without indicating the PATH.....which will either be "./boinc" (here) or /xxx/xxx/boinc (there) You could, alternatively, use the full path - for exmaple: /pub/where-i-put-boinc/boinc When you run a program, it's output will typically go to whatever output device is standard - and that's usually the console screen. You can tell the program to send its output somewhere else using the ">" (I forget the name of the thing) to send it to somewhere else instead. In this case, to a file - in the current directory - (hence the need for the initial cd /pub/whatever) called boinclog.log ...and so you get: ,/boinc > boinclog.log & (thet last symbol meaning run in the background) or /pub/where-i-put-boinc/boinc > boinclog.log & Remember though, if you do the second version WITHOUT explicitly "CD"-ing into a directory, your output will end up........wherever it ends up. You may have to go look for it. :-) <a href="http://www.boinc.dk/index.php?page=user_statistics&project=cpdn&userid=3861"><img border="0" height="68" src="http://3861.cpdn.sig.boinc.dk?142"></a>

Next 20