41) Message boards : Number crunching : CLOSED** SETI/BOINC Milestones [tm] XII ** CLOSED (Message 697149) Posted 4 Jan 2008 by doublechaz Post: I'll hit 1 million any minute. I should have hit it right around the new year, but I shut off a bunch of stuff to go out of town for a week. I shoulda left it on.

42) Message boards : Number crunching : Why can't I maintain a cache of x-days worth of WUs? (Message 629182) Posted 29 Aug 2007 by doublechaz Post: I figured this out. 5.8.16 CC ignores my cache settings. 5.10.0 CC honors them. At one point 5.10.0 was available for download, but now (and when I installed the newer machines) 5.8.16 is what you get. I've copied 5.10.0 from my older machines to the newer, and now they are all working correctly. That should keep them out of weird EDF mode with overworked projects while seti can't or won't get work.

43) Message boards : Number crunching : Why can't I maintain a cache of x-days worth of WUs? (Message 625375) Posted 24 Aug 2007 by doublechaz Post: The machines with problems are all dual 1.2 GHz. They are 100% uptime and marked as such in the venue. They just refuse to cache seti. They will cache several abc or spin units. My PII 350 always has more WUs cached (2-5) than the new dual PIII 1200, but the old PIII 1000 has a couple dozen.

44) Message boards : Number crunching : Setting up an isolated cluster, help please. (Message 625208) Posted 24 Aug 2007 by doublechaz Post: Yes, but seemlingly his policy boss doesn't understand that packets and the payload of those packets are the same thing WRT data delivery to a network of computers. The policy is 'no active direct or proxy connection to the net. But any *data* delivered to the cluster is fine as long as it doesn't slow production jobs, or compromise security.' It's a subtle wording difference that we don't see, but that boss does. Doesn't matter if it is a real difference or a semantic difference. The boss said. I think you can create a share on the head for each node with an instance of boinc in it. The head can run each in turn to get a machine id and cache (lying about the host name so that they are all separate machines) and then stop. Then each node can run in that share to process. Every 8 or 12 hours the nodes all shut down the boinc process. The head runs each in turn to return/fetch WUs. Then the nodes pick up again. Should be a fairly simple scripting job apart from the getting unique machine IDs for each instance.

45) Message boards : Number crunching : Why can't I maintain a cache of x-days worth of WUs? (Message 625193) Posted 23 Aug 2007 by doublechaz Post: I have a problem where computers that I've added to the project recently can't get any or more than one or two WUs, but computers that I have had in the project for years have a cache of 25 to 100 WUs. They all run with three projects: seti = 10000 abc = 5 spin = 5 Much of the time they are busy working on the two alternate projects, but can't get seti, and don't show the others as overworked. None of them are throwing errors. Any guesses?

46) Message boards : SETI@home Staff Blog : So where's the science..? (Message 598851) Posted 5 Jul 2007 by doublechaz Post: Kinda like pork. (Just in case they are listening...)

47) Message boards : Number crunching : The powerful P60 has been retired, again, until next time (Message 584766) Posted 9 Jun 2007 by doublechaz Post: The 'to completion' line should be starting back down around now. :)

48) Message boards : Number crunching : Permanent Benchmarking? (Message 582552) Posted 7 Jun 2007 by doublechaz Post: Looks like something happened to your clock and it was going to run benchmarks until 1 minute after 2008-06-06 08:43:31. That is the second clock related thing I've read about on here today. Sun Spots?

49) Message boards : Technical News : Slow Going (Jun 05 2007) (Message 582197) Posted 6 Jun 2007 by doublechaz Post: Sounds like your upset at rude people who happen to have cell phones, but I suspect stronly that my opinion on this is very colored by not doing any of the things that people are listing. (As far as I can tell). Anyway, I'm better informed to have heard all this. Thanks.

50) Message boards : Number crunching : Porting 2.2B "chicken app" to alt. platforms (Message 581950) Posted 6 Jun 2007 by doublechaz Post: Thank you indeed to the various people who have made the optimized apps and ports. If I only had some exotic hardware I'd give y'all access.

51) Message boards : Technical News : Slow Going (Jun 05 2007) (Message 581945) Posted 6 Jun 2007 by doublechaz Post: Please if this is something that gets your hackles up just sigh and move on. I don't want anyone to get upset. I would like someone to calmly give their actual reasons so that I can understand this touchy subject better. I don't understand. When I'm sitting in a public place with booths and I can see someone talking in their booth to someone else whom I can not see, I don't consider them rude. People have conversations all the time that exclude other people around them. It has to be that way to get anything done. Why is it then rude to do the same thing using a phone?

52) Message boards : Number crunching : Merging computers - and Issue? (Message 581746) Posted 5 Jun 2007 by doublechaz Post: The system in question has an uptime of 287 days so clearly it has the same OS major and minor versions. Network settings have not changed. The core client hasn't been touched. The app hasn't been touched. I did manage with some subtle hackery to get it to start working on the oldest host ID again. I'll lose the couple thousand credits done under the various new IDs, but that is OK. I just didn't want to lose track of the bulk of the host credits. Now I can just wait for all work under the newer IDs to time out, and I can delete them. All will be happy again soon.

53) Message boards : Number crunching : Merging computers - and Issue? (Message 581116) Posted 4 Jun 2007 by doublechaz Post: I have a computer which has undergone no changes to OS or hardware, but which now has several host IDs that can't be merged. They started during the ghosting after the big outage. I suppose I could wait until all work under the ghost systems times out and delete them, but I would rather merge them to preserve the work stats. Anyone know how I can either merge these, or revert to the oldest host ID? Thanks.

54) Message boards : Number crunching : The powerful P60 has been retired, again, until next time (Message 580154) Posted 2 Jun 2007 by doublechaz Post: Double the speed is about right. You should make it no problem.

55) Message boards : Number crunching : The powerful P60 has been retired, again, until next time (Message 575588) Posted 26 May 2007 by doublechaz Post: The version I refer to is from an older version of the chicken app with build options set to run on things without MMX. I don't think it would work on anything 486/586, though. Just 686 and up. As long as the Chicken himself doesn't mind I'd be happy to share the file if you decide to look at it. Happy crunching.

56) Message boards : Number crunching : The powerful P60 has been retired, again, until next time (Message 575051) Posted 24 May 2007 by doublechaz Post: In the last couple months I just shut down a pair of Pentium Pro 200 SMP systems with 2 CPUs each. They were doing seti 24/7 up until then. They took less than 250,000 seconds to do a 60 credit WU with the optimized chicken app that I built without MMX support. (About equal time to the K6-2 450 I had running with the same source built for MMX and 3DNow.) I don't know if my build would work for you, but one of those systems still exists so I could start it up and get the app off it for you. If you would like to keep playing around.

57) Message boards : Number crunching : Lunatics and KWSN sites down ?? (Message 573295) Posted 21 May 2007 by doublechaz Post: I think they are upset about whatever it was that happened back whenever it was that it happened with the cruncher optimized apps. (I don't remember any more because once I got past it, it wasn't worth remembering the details anymore.) Sounds like you have gotten past it and everything is cool. I wish everyone could get past it. Take care and have a nice day. :)

58) Message boards : Technical News : Can't talk.. Debugging.. (May 15 2007) (Message 568687) Posted 16 May 2007 by doublechaz Post: If they are running Linux on Bruno then they should be looking at changing values under /proc/sys/net/ipv4. If it is Solaris then the same settings should be available as sysctls. They probably need to drastically increase things like half open tcp connection slots and skbuffs. The other likely option is NAT connection tracking slots on the router. If the router is open like maybe running Linux at its heart then there is a /proc for that, too. If it is closed there may be a command for increasing it. I hope someone at SSL notices this. Good luck guys. Thanks for all the work.

59) Message boards : Technical News : Down Time (May 01 2007) (Message 562826) Posted 8 May 2007 by doublechaz Post: I just retired my dual 200Mhz Pentium Pro (which got on just fine). Replaced with dual Pentium III 1.0 Ghz. This was done as a RAID drive swap as will happen with Thumper soon. Fortunately for me it was a planned switch. That gave me the luxury of taking more than a week to switch. The Seti team is doing great to keep us with the uptime they have given the budget/equipment they are working with. Thanks gang.

60) Message boards : Number crunching : What is the GR account manager about? (Message 410562) Posted 30 Aug 2006 by doublechaz Post: Thank you for your (even )prompt(er than mine) reply. This is what the irs.gov site has to say in their charitable org list: Computational Charity Project Inc. (Until December 2008) Brooklyn NY USA *** IRS DOES list GR *** Yay! This goes a long way to repair any credibility problem for me. There are some things about the website that should take minutes to fix, but that is related to the socalled "alpha problem". Which really comes down to some people making decissions that some of us don't agree with. But agreement isn't a requirement for playing. Matt is aware of the scheduling demands on Matt, so whether or not some of us agree with the prioritization he makes is our problem. His problem is getting the work done the best he can. Good luck with that. :)

Previous 20 · Next 20

 
©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.