Posts by ric

21) Message boards : Number crunching : New work?? Sort of...... (Message 8135) Posted 20 Jun 2005 by ric Post: yes. the intel 2.66 GHz 4.19 cc m$ got 95 as measured maximum. They complete sooo fast. The amount is srinking :(
22) Message boards : Number crunching : first bunch done... now what? (Message 8116) Posted 18 Jun 2005 by ric Post: > ..because I'm fascinated by the concept of distributed computing. This of course There are some nice DC project outside of boinc but got this LHC work a couples of minutes ago.. there is hope ;)
23) Message boards : Number crunching : New version of Boinc (Message 8087) Posted 15 Jun 2005 by ric Post: hast die Richtigen erwischt each project has 2 xml tags for keeping the values of debt Setze bei allen Deinen 4 Projekten die beiden debt Einträge auf je 0.00000, dann beginnt der scheduler wieder neu mit dem "zählen". Mehr negativ =je schlechter das Projekt berücksichtigt wird , je positiver, je besser. With the time, in theorie, those values should, yes should turn back to the other side (-+) and the balance will be established. But not now :( Die Werte sind nicht falsch, sie sind das Ergebnis des neuen scheduler, der offensichtlich noch nicht richtig "tickt". good luck!
24) Message boards : Number crunching : New version of Boinc (Message 8084) Posted 15 Jun 2005 by ric Post: ja die! setze beide auf 0.000 zurück..
25) Message boards : Number crunching : New version of Boinc (Message 8081) Posted 15 Jun 2005 by ric Post: > > I have had a host sitting there with no work requesting no work because > (I > > beleive) my resource share for LHC was too high even though I had no LHC > work. > > There are 24 hours in a day. So, just a suggestion, if your resource share > amongst all projects totaled 24, then for every number you assign a project it > gets an hour of time. > > e.g. (my resource shares): > > LHC = 16 > CPDN= 2 > P@H = 4 > E@H = 2 > Total 24 > > So LHC gets 16 hours, Climateprediction.net gets 2 hours a day, etc. > > with the clients using the rules of the debt and earliest deadlines it would rather put the most time to P@H, due they have shorter deadlines than the other projects. with 4.45 it looks a little better, earlier releases had the situation, put in your case, they rather get new work from P@H instead of downing the rest of the queue. The new downloaded P@H work, depending of it's new deadtime, have been done until the deadline of the other projects hit the rules. several bugfixing have been checked in, might they need a bid time to test and provide them;) ___________________________________ The debt level also play it's game... even dev people gave the advice to manualy edit the file client_state.xml and reset the debt (new short_term_debt) and long_term_debt <long_term_debt>0.000000</long_term_debt> important is the 0.000000, because this is more than only 0.0 ;) sometime this value went to the "wrong way" or has invalid entries with ## inside. _____________________________________ I'm not sure, if a boinc day has 24 Hours
26) Message boards : Number crunching : first bunch done... now what? (Message 8064) Posted 13 Jun 2005 by ric Post: Paul you will run into a never ending story. Not so long ago, you proudly talked about the new G5 dual youl will get. Now, just some week later, you are thinking to expand your farm. With the more and more people joining the one or the other project, so far new accounting is available;) as more there are some other having more more PC MAC or (arrays) of nix. It's (unfortunately) an illusion, to keep the penthouse or any kind of position over time. We all are passing this sad evidence. Look at the people some years ago, they spend a lot of money to have recent (and quick) cruncher, just the mainboard reduced stuff or full equiped PCs(macs..). Today taking 1-2 high speed machine would release a wand full of those, in earlier time so fast CPUs. The only way would be to change all the hardware every some month and increase the number of CPUs set to a project(s). Now a new "problem" rises, the problem of multiple supporting of project. Yes this is very right, at seti you get the most return of investment for the cycles spend. With supporting several project the theoretical speed is also cutted down. Thats might so much people are just taking 1 project and crunching like a ell for it. Many brave fellows are home PC users only. We don't have the luck, to sit in a company an (abuse?) the company's Hardware for free. Well a position or a huge amount of stones, what can be done with it? nothing basically. They are just numbers and even virtuel only. What still there? the joy, the honor, the pleasure to talk with the same addicted persons worldwide* and sharing a hobby wich can be counted to be really exclusive. I guess much more persons are more interested to fishing or climbing rather DC. In your case Paul, I can imagine, to collect all the "boincstuff" around and hosting it (with a lot of time spending there) will offer you a higher satisfaction than the xyz-ing of credits. You are offering knowledge and help, thats more worth than stones. Other people will find other ways to contribute to the "science";) Finaly the joy and the tech tech around is a amazing landscape. A landscape not limited to boinc. This is offering the fredom to have the choice to do what else the mind will play. Due we are passing the lower amplitude of "boinc stability", it was putted in other threads, when one project is suffering, the other project are taking the same path and are showing us, they can be "unstable" also. Some day ago instead of attaching to boinc projects waht I don't have the mind or the hearth for, I stated a little wit folding@home (non boinc) and with the amazing seventeen or bust (primes). They also have nice, nearly online stats and a relatively small comunity, so even we as small crunchers, we can see our "numbers" climbing. As menioned, I see them only as numbers. The fun to do Distributed Computing is outside of ranking. The question can be asked: how many is enough? Alternatively instead of getting a new full featured client, you could go to holiday to your dauther and spend a goot time there And it will be summer, outside the bird and more are singing, people are used to wear shorter cloth and spend more time outside. It's to hot inside with all the cpus running... happy cruching what ever your projects are, what ever your client versions is. (there will be at least 2 gaming station coming out this year, one has a 3 core heart, the other a 7 core. This is just for gaming in high definition graphics, so the core question will keep us busy a while)
27) Message boards : Cafe LHC : User of the Day... Trane Francks (June 9 '05) (Message 8026) Posted 9 Jun 2005 by ric Post: congratz Trane! way to go
28) Message boards : Number crunching : no work from project (Message 7964) Posted 4 Jun 2005 by ric Post: ha! it happend to (at least) one of my clients too! (4.44) was letting the client running, the boincmanager was started looked like this cool! The "frozzen", already started gui was letting opening menus changing tabs and so on, the message windows had the last entry, from now, over 17 Hours ago. 01:14 xy was the last Message written. not sure if it belongs to the same like pb and others are reporting, in the case of this host, it looks like "only" the gui, the boincmanager was "frozzen" but the crunching parts did the job well. >Glad to see you have holes in your nets! unfortunately yes! and I like to share;)
29) Message boards : Number crunching : no work from project (Message 7952) Posted 4 Jun 2005 by ric Post: 30,000 jobs for 6000 Users?? this would be -10'000 for PoorBoy -10'000 for the Swiss -10'000 for my clients the rest is left for all;)
30) Message boards : Number crunching : The Anticipation is Growing...... (Message 7913) Posted 2 Jun 2005 by ric Post: Thanks for update! Is there a difference between AMD and INTEL?? > :) > Ahh the 2 liner.. But now seriousely, there is work from LHC right NOW. Now in term of now (17:21) local swiss time and thats what the clients are getting NOW are 100'000 turnes What a feeling! The long valey of suffering is passed.:) The other miracle is, the clients running 4.44 dev versions are also getting work. (Now I'm happy and quiet) Thankyou LHC! ___________________________ (NT=never trust)
31) Message boards : Number crunching : The Anticipation is Growing...... (Message 7905) Posted 2 Jun 2005 by ric Post: Please stop now bad mouthing! The folk of LHC is doing their best, giv em time to solve what must be solved. A member of our team found THE solution of the enigma "tomrrow" --> like the movie "tomorrow never dies", there will be always a tomorrow behind tomorrow. Sure we are passing one of the longest tomorrow ever seen, but may I remember the announced "1 Hour" of maintenance outtime at Predictor? This single hour was also running over the full weekend. In an other task, sysfried was trying to put the boinc logic of time. Nearly one year ago, at june 22th, I converted to boinc. Since then, I had to learn, boinc is a wonderfull thing, it just operates under a seperate timezone, ALL Boinc Projects are suffering from this. This timezone can't be explaned with legacy science. patiently waiting
32) Message boards : Number crunching : New server binaries (Message 7889) Posted 31 May 2005 by ric Post: > As I have stated in another thread....there are names for people like you > PoorBoy! ;P The most common starts with B and ends with d. Boinc survived? ----------------------.-------------------------.---------------------- usualy this host (cl 4.44 m$, 3.5 GHz HT) is getting one single Unit form a project, when letting the local scheduller doing the job itself. Then the finished work is sitting a while on the host, finaly it downloading another single WU. but just one. The resulting share for every project is at least 10%-33% but there is hope: Klick to show larger image. (BSK!) The scheduler is working "excellent", if the client has something to do.. There is a proverb here in Europe, I don't know if it's known everywhere german: wenn der Prophet nicht zum Berge kommt, geht der Berg zum Proheten "bad English": When the prophet is not going to the mountain, the mountain is going to the prophet. Happy contribution to science
33) Message boards : Number crunching : New server binaries (Message 7870) Posted 29 May 2005 by ric Post: Thankyou for keep us up to date. The question of the boinc client is becoming a central focused thing. A lot of people are right now passing alived nightmares, only due the new clients. The outlook of new work from LHC, is like honey for our poor souls. Basically, isn't there a way to proceed the sixtrack family without the need to use a boinc architecture/clients? Perhaps one day, there will be a special LHC-NIX or cernix doing the same job. Or even using DOS 3.11 it would be ok;)
34) Message boards : Number crunching : Funny thing with BOINC 4.43 (Message 7842) Posted 27 May 2005 by ric Post: @PB right now using the dev version 4.44. this one is "better" immo. The 4.44 IS writing proper the values of dept and long term dept into the client state. For me, this version looks better than prior versions. But basically as "owner" of the bills, your are right. The 4.19 was immo more user friendly, depending the point of view. Other client releases, I do like more than the newer ones. Also there is a lack of information and the client still has some (heavy) bugs. Bugs which are reported and it will take a while until everything will run smooth. Heja! My point of view is as simple as I am, just let me crunch! Just let get the clients the work, so far nearly never had any problems with dealined works. What is for sure, the newer version are getting less work than the prior versions. ________________________________________________________________ > Another funny thing... > > 5/27/2005 7:32:24 PM\|LHC@home\|Deferring communication with project for 2 days, > 12 hours, 16 minutes, and 41 seconds > 5/27/2005 8:24:06 PM\|\|schedule_cpus: time 3600.000000 > > what does this "time 3600.000000" mean? that's 3600 seconds --> one hour. ________________________________________________________________ >Nearly "overcommitted" well, my brain is going to be overcommitted due to much complicated clients ;) Nearly overcommitted and overcommitted are new "status/feedback" messages. In the meaning, if the clients has enough work from one project, depending the preferences settings, when it is going to be "full" of work or nearly full of work, then those messages appears. But attention, for example, if the Ressource Shares from a project is very low and the client is attached to several projects, it happened (more than one time) to have a clients (4.43) to be overcommitted with just one(1) work unit in the queue. For predictor was using a resulting share of less than 1%. This worked fine (with 4.19) for getting just 1-2 WUs from there. With the greater than 4.3x clients, this I can forget. I had to adjust all the ressource settings.
35) Message boards : Number crunching : The Anticipation is Growing...... (Message 7830) Posted 25 May 2005 by ric Post: 1) CPDN is Ok 2) Einstein@Home is off-the-air for maintenance 3) LCH@Home is between studies 4) Predictor@Home is fixing the servers and Work Units are low 5) SETI@Home - ??? but I can't seem to get work though it says it has it ... .. .. 6) Pirates out of work 7) burp out of work 8) LHC alfa plenty of work, no account creation >Seems there turns a 'nasty project-worm' around. >Is one project OK then the next will be affected and so on.... @LB, not absolutely sure, it looks like everytime the moon is full, the worm(s) is/are more active.
36) Message boards : Number crunching : Projects Computing Power (Message 7782) Posted 20 May 2005 by ric Post: >I hope this answered your question. Thanks for this informative stuff! > > Well, some might consider that they constiture a virus ... :) > > DC is a different kind, but it is really a virus ;-) > a virus ? a Worm ? or a trojan horse? according a good book over this theme from Chaos Computer Club (Germany) one possible definition of a virus is - self reproduction - functionality it happen, when opening the taskmanager, there is more than the "usual" number of "crunching application" running self reproduction it happen the Boinc client is not acting like estimated, for example, some (unrecommended) Versions are not getting "work", older version crashed in some circumstances, had ul/dl saturations or generaly not doing what the user was asking for functionality depending the point of view, if both is given.. ;)
37) Message boards : Number crunching : what is this on boinc 4.38?????????????? please (Message 7777) Posted 20 May 2005 by ric Post: adding: just came home and looking to the clients. The 4.43 client is still up, didn't crashed. The works was finished a log time ago and have been reported. 2nd view: the client was not getting work from any of the attached projects. Depending the point of view, it's just a minor issue(!). Ouside of this, the client looks great. Due it's an alpha release, so nothing is running outside of the estimation... Sometimes, good things need time to be cooked well. ______________________________________________________ > Wenn Du etwas sarkatsitsch(wär isch dasch?) meinst oder ironisch, mach das nächstemal eine > Notiz, sonst werden obenstehende Meldungen als gut betrachtet, was sie ja > nicht sind. > Danke für die sinnlose Arbeit. > lB Das war sicher nicht sinnlos. Alles hat einen und macht Sinn. Der Mensch gar Unsinn. Schimpfe nicht mit mir, spare Deinen Zorn für die Entwickler auf. It should be written and rewritten everytime, that the use of not recommended version of boinc clients is risky and can offer bad moments.
38) Message boards : Number crunching : what is this on boinc 4.38?????????????? please (Message 7764) Posted 20 May 2005 by ric Post: > oh, now 4.43 is available from BOINC. > > // Brian > > Got yesterday the 4.43 Version and installed to one m$ client. First surprise, no more connection error while starting the boinc client. At least so far, much less cpu usage than prior release, more left for the "crunching" part. Right now operating with 1 Predictor and 2 LHC Alpha WUs. It looks like, the thingy with localy scheduling it running in "normal" mode instead of "panic" mode. not seeing much of those messages: request_reschedule_cpus: project op schedule_cpus: must schedule Stats tab already there and has "entries", the buttons are doing the action selected. on first view, looks not bad;)
39) Message boards : Number crunching : Will this test stop next?-No, ... ? (Message 7737) Posted 17 May 2005 by ric Post: > Already gone.....They went <B><I>fast</B></I> in about 12min.. What? some moments ago, the value went over 34xx. several of my clients are right now still downloading.. (unfortunately) you are right, now it's back to Up, out of work in this short time?? That's nearly unbelievable!
40) Message boards : Number crunching : Will this test stop next?-No, ... ? (Message 7734) Posted 16 May 2005 by ric Post: Up, 2878 workunits to crunch (this is good news)

Previous 20 · Next 20

LHC@home