1) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16555)
Posted 14 Mar 2007 by Profile Trane Francks
Post:
Any other opinions (or keenly pointed rebuttals) will be much appreciated.


As I've understood Godwin's Law, intentional invocation generally does not cause a successful termination of the thread.

For folks who are curious about the history of Godwin's Law, Mike Godwin himself wrote a good article about it here: http://www.wired.com/wired/archive/2.10/godwin.if_pr.html.

Enjoy. :)
2) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16543)
Posted 12 Mar 2007 by Profile Trane Francks
Post:
Now that some work is coming down the pipeline, maybe we'll start behaving more like adults (no guarantees!)


Indeed. I was surprised to note the 2 RAC on my side. I actually got 3 or so workunits on the 9th. Heh. Anyway, it's all in good fun.

I don't take any of this stuff too seriously and as the author of BOINCprog, I'm satisfied that I've given back to the community sufficiently to be forgiven for the occasional whinge or lapse in judgment.

Cheers!

trane *lapsing*
3) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16532)
Posted 11 Mar 2007 by Profile Trane Francks
Post:
;-)

4) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16526)
Posted 11 Mar 2007 by Profile Trane Francks
Post:
I honestly do believe you to be trolling. It is not intended to be an insult, but you should feel free to take it as such.
5) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16524)
Posted 11 Mar 2007 by Profile Trane Francks
Post:
Seems that you've been endearing yourself over at CPDN, too:

I really can't believe the kooks and whiners are posting their nonsense out of concern for this project. Their kook solution is so completely riddled with holes even fish laugh at it. Nobody can actually be that stoopid and remember to breath. So... their only intention for posting that crap is to antagonise and annoy other people. They do it deliberately, They do it repeatedly in the face of all reason which I find to be aa very hostile kind of behavior. So ban them for 30 days.


Dagorath strikes again, eh? Full thread here: http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=5307
6) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16523)
Posted 11 Mar 2007 by Profile Trane Francks
Post:
Odd, the k00k whiners who masquerade their ridiculous little yearnings


Troll. Go away. 0 credits, 0 RAC, 0 credibility.

I will not lose a moment of sleep fretting over the fact I have failed to endear myself to selfish imbeciles.


If you would refrain from personal attack and insults, you might have SOME credibility. As it is, you have none. Troll.

As for profanity, if you don't like words like crap then don't write crap


Crap wasn't the word to which I was referring. It just happened to be the one I quoted. Have a splendiferous day, troll.
7) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16521)
Posted 11 Mar 2007 by Profile Trane Francks
Post:
You post that crap as if you're the only one in this forum who has figured that out.


You, sir, have a gift for not endearing yourself to others. You would also do well to skip the profanity.
8) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16510)
Posted 10 Mar 2007 by Profile Trane Francks
Post:
If you want to care only for the project needs, do it (I may join you), but don't say the other user needs aren't important.


In the grand scheme of things, I'd say exactly that. It's not possible to keep everybody happy, so the admins should do the obvious: Keep the project happy.

THAT is what River is complaining about, you can't tell people to "be happy with how it works now".


You can, and those who disagree with the sentiment aren't going to like it. :)
9) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16497)
Posted 9 Mar 2007 by Profile Trane Francks
Post:
OFF TOPIC


I think it's a bit late to be calling OT on a 5-month-old thread. YMMV. :)

Please read the first five paragraphs of the first post again. Or read them for the first time, perhaps.


Mayhap you'd like to review my participation in the thread itself, eh? There's a good lad. ;-)

Whether the project "needs" it from a point of view of the science is OFF TOPIC here


OFF TOPIC, you say? My, my. ;-)

Frankly, what the project needs is the only real point of interest. I speak as one of the original beta testers. It's my opinion and it's worth what you paid for it. :-)

I suspect that the amount of work available would happily be crunched by folks who are happy enough with how the project is currently configured on the server side. If Garfield ever gets off the ground, the discussion becomes moot.


yeah fine, you are not worried about it.


Tsk, tsk.

Smile. It's fun. And, frankly spoken, I take some exception to you jumping on my comment that simply defended BOINC and its scheduling and left 3 weeks of preceeding comments alone. I expect fairer distribution of ranting, matey! ;-)

You correctly say it has been hashed over repeatedly. That tells me that the 'argue them into liking it' approach has always failed. Telling people to 'be happy' with something that they perceive to be unfair is never going to work.


Was this just a bad hair day or did you really think that me commenting about BOINC scheduling in the client warranted a rant? BOINC scheduling is fine. It does not in any way serve the project for users to be stabbing at the bloody Update button every bloody time their bloody box doesn't have a bloody work unit the bloody instant they bloody well want it. Bloody! ;-)

Now, you're talking about something else. Would I like more LHC@home work? Go back and reread my earlier posts in the thread and find out. Or read them for the first time, perhaps. :-P

Trying to change what others want from the project is not relevant, nor in my opinion useful.


That's interesting because you're wanting to change what I (an "other") want from the project. I want the project to run as smoothly as possible for the science and admins. You want WUs.

Pistols at dawn. Don't be late. ;-)

And for god's sake, man, smile.
10) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 16462)
Posted 7 Mar 2007 by Profile Trane Francks
Post:
The fact that this project already has fairly tight deadlines suggests to me that they don't need the work back any quicker.


There's no arguing with the logic of that statement whatsoever.

As has been hashed over repeatedly, BOINC works fine as it is. Just leave it, watch the messages and be happy when the work comes. Sometimes I get it, sometimes I don't. When LHC doesn't keep my boxes busy, other projects do. No worries!
11) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 15146)
Posted 20 Oct 2006 by Profile Trane Francks
Post:
I just suspended LHC. I am tired of my computers wasting time trying to get work from a project that doesn't seem to need my help.


Not to sound as though I'm complaining - it's your decision - but how, exactly, are your computers wasting time by checking? The amount of CPU resources required to poll a server for work are minimal at most. The impact on a running project is nil.

And this brings us back to square one: why do people feel a need to constantly poke and prod BOINC to get work from projects in the first place? Connect, set it, forget it. The only time you should be messing with BOINC and the way it handles its projects is when you KNOW you have a problem application (such as how CPDN resets its % done to 0 for each of the 3 phases and throws off BOINC's ability to properly calculate computing effort required to meet the deadline).

Just stay connected and let the thing go. Check in once in a while to ensure that things are working properly, but, otherwise, just leave it alone.

That's my advice. YMMV and you guys can certainly feel free to disagree. It won't bother me a bit. :)
12) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 15145)
Posted 20 Oct 2006 by Profile Trane Francks
Post:
I have seen this happen, ie new work snuck in front of a running CPDN task, but not sure on how recent a client.


This certainly isn't a problem, it's how BOINC is designed to keep short-term and long-term deficits in check. With CPDN taking hundreds of hours to crunch a single WU on my Athlon XP 2500+, it's a GOOD THING that BOINC looks at the deadline and puts WUs from other projects into the queue to maintain STD and LTD balance.

It's the right way to do things. BOINCs project scheduling takes into account how much time remains to crunch the work, the deadline and resource sharing. I have no problem with it whatsoever.
13) Message boards : Number crunching : Why are you a member of LHC@home? (Message 15028)
Posted 9 Oct 2006 by Profile Trane Francks
Post:
For me, the fundamental reason was because the Large Hadron Collider will enhance physics' understanding of the universe substantialy. I truly appreciate that my systems have been of help in optimizing the design and operation of the hardware.
14) Message boards : Number crunching : Fairer distribuiton of work(Flame Fest 2007) (Message 15027)
Posted 9 Oct 2006 by Profile Trane Francks
Post:
Our good friend Gaspode, whom I thought had already left the project for personal reasons, really summed it up well here. I, too, dislike the "huge cache" group who inevitably steal WUs away from other users. On the other hand, I also have to say that I side with the "don't mess with it" bunch. The system works. I don't get work as often as I like and, due to crunching for a CPDN-related project (SAP) that needs to have its result returned practically immediately to be of use to the 1st-tier research, I actually have all my CPU power diverted so I missed this last round entirely.

Oh, well. That's life when you're dealing in 600-hour work units and the project is winding down.

Gaspode got it right: crunch other projects so that you're not idling and forcing BOINC to connect just to grab whatever work is there. Each of my BOINC clients run between 5-7 projects at any given time, unless project requirements/deadlines interfere - and CPDN/SAP have excelled at interfering. Heh. ;-)

Anyway.
15) Message boards : Number crunching : Bye all! (Message 14595)
Posted 26 Aug 2006 by Profile Trane Francks
Post:
(and in the first place, none of this should be needed but maybe that's just me)


IMO, none of it is needed. While LHC has no work, it has no negative impact on the performance of your other projects; all it does is generate some noise in the logs and generate some network traffic. When LHC does release some work, your systems will crunch what they can yet not cause other projects to fail on their deadlines.

So, where's the problem? It's an honest question. I'm not trolling.
16) Message boards : Number crunching : Bye all! (Message 14593)
Posted 25 Aug 2006 by Profile Trane Francks
Post:
Well, it takes a plain text editor and about 15 seconds to clear the LTD for a given project. Still, I entirely do not see the point of doing so. The only tinkering I did in BOINC was to disabled work for all projects so that CPDN would finish a WU in time (that version of the app reset its percent done for each of 3 phases, meaning that until phase three, BOINC didn't have a freakin' CLUE how much longer it would really take to complete the unit). Aside from that, I've let BOINC manage its own projects as it sees fit. I absolutely do not see how letting BOINC poll LHC could cause somebody to lose 75% of their computing power.

Not saying it cannot happen, but I've never seen LHC causing trouble on any of my Linux or Windows boxes, and I've been around since the beta days. YMMV, I suppose.
17) Message boards : Number crunching : Bye all! (Message 14576)
Posted 19 Aug 2006 by Profile Trane Francks
Post:
You guys who whinge and moan about the lack of work realize, of course, that the LHC is going to be online as of November 2007, right? There are going to be precious few changes made to the construction plans from this point barring the most subtle tweaks. That means that precious few workunits will be forthcoming from this project, IMO.

I could be mistaken, but I'd say we've crunched most of the numbers already and that the project will be gradually winding down over the next 18 months. I hope my contribution has been worthwhile.
18) Message boards : Number crunching : Linux-related: BOINCprog 1.1.6 released (Message 14552)
Posted 15 Aug 2006 by Profile Trane Francks
Post:
Greetings, fellow BOINCers.

BOINCprog 1.1.6 has just been released to fix a small, niggling bug that left the deadline displayed from the last active workunit when BOINC was out of work. Added a switch to the startup script to kill the GPL splash screen.

I suspect that there aren't many people using this anymore, but since I do, I figured I'd offer up the fixes all the same. Enjoy.

Available @ Trane's Programming Projects and soon to be updated @ BOINC.dk's BOINCprog download page.
19) Message boards : Number crunching : BOINCprog 1.1.5 released (Message 11756)
Posted 28 Dec 2005 by Profile Trane Francks
Post:
BOINCprog 1.1.5 has been released as a maintanence release. Fixed a bug that caused BOINCprog to terminate incorrectly when not used as a KDE panel applet. Also added the ability to disable the BOINCprog splash screen.

The file can be grokked here: http://www2.gol.com/users/trane/programming/programming.html
20) Message boards : Number crunching : BOINCprog 1.1.4 (Linux) released (Message 7984)
Posted 6 Jun 2005 by Profile Trane Francks
Post:
Hi, gang.

I noticed that CC v4.43 changed client_state.xml enough to break BOINCprog 1.1.3. I've fixed it so that BOINCprog 1.1.4 should be happy with any core client from v4.07 through v4.43 (and likely 4.44, but I haven't tested it yet).

You can grab it at Trane's Programming Projects:

http://www2.gol.com/users/trane/programming/programming.html

Enjoy!


Next 20


©2023 CERN