1) Message boards : Number crunching : Boinc farms. (Message 15362)
Posted 6 Nov 2006 by Profile Webmaster Yoda
Post:
Started with a Celery/1.7 and P4/2.4 and like many of you, as I upgraded computers, I kept the old ones (or built new bare bone boxes from leftover parts)

Now running:
* Athlon 64 3700+ ( @ 2.64GHz)
* Athlon XP 3000+ ( @ 2.3GHz)
* P4/3.4 HT
* P4/2.8 Mobile
* P4/2.4

Had access to a quad 700MHz Xeon server at one stage but it died (and the XP 3000+ is at least as good a cruncher).

I've got a HP DL145 server but it's too noisy to run in my tiny house :(
2) Message boards : Number crunching : Did everyone get work 02 Nov UTC? (Message 15330)
Posted 3 Nov 2006 by Profile Webmaster Yoda
Post:
I got a few of them, but until they sort out XML stats, I'm not going to do much work here, even if there's unlimited work available.


3) Message boards : Number crunching : I think we should restrict work units (Message 14250)
Posted 7 Jul 2006 by Profile Webmaster Yoda
Post:
I had no idea my random idea to chew on would create THE BIGGEST FIGHT EVER!!!


Who's fighting? I've got no LHC work units, but there's plenty of work in other projects. Big deal.

And if they all run dry, my computers get a rest.
4) Message boards : Number crunching : Pending credit not being validated! (Message 14110)
Posted 22 Jun 2006 by Profile Webmaster Yoda
Post:
I wonder if that's anything to do with the DNS change? Perhaps there are quite a number of people who haven't reset their own DNS windows thing as said in another thread. It may mean a lot of missed deadlines.


I think The Gas Giant is referring to WU where a quorum has been established already and credit granted to the first 3 (or 4). Results returned later still show as pending. I have a few WU like that myself.

I also have one where three results have been returned and they are all pending (of course in that case it could be there's no match yet to form a quorum)
5) Message boards : Number crunching : Still can't upload! (Message 14089)
Posted 21 Jun 2006 by Profile Webmaster Yoda
Post:
Yeah, I know another of my teammates cannot upload either...bugger!


I had trouble uploading all day. I then set BOINC to use a proxy (external to my network) and I got the uploads happening.

It's back to normal now (without proxy). Must have been DNS propagation issues related to the "network renumbering of a part of the CERN network".
6) Message boards : Number crunching : 2 WUs won't upload (locked by file_upload_handler PID=20350) (Message 14067)
Posted 20 Jun 2006 by Profile Webmaster Yoda
Post:
Or if you are trying to upload this morning you can refer to the front page that the servers are down until this afternoon. If it doesn't clear up by the end of the 20th, I'd be concerned.


It's "this evening" here and in some parts of Australia it's already the end of the 20th. Would be nice if project admins didn't assume people know which time zone they're referring to.

I guess LHC is in a GMT+1 time zone or thereabouts, in which case it must be mid afternoon already? The website is (obviously) up but I can't upload or report results - getting http errors.
7) Message boards : Number crunching : bunc - BOINC UK Team Lookers first News Letter for Boinc Projects (Message 13207)
Posted 31 Mar 2006 by Profile Webmaster Yoda
Post:
Best bet form a new Aussie BOINC federation and ask all teams to retain identity but join the federation.


Or keep the existing team as a teamplate, but change the name. Though I see nothing wrong with BOINC@Australia - it's quite generic and descriptive. We've had similar discussions with the French (not to join us, but regarding setting up a super team)

Or you could all join BOUNCUK & Team Lookers instead I guess. Come to the Mother Country and be hugged!


The only problem is... Not all Aussies came from the same Mother Country :-) I guess we could have a "Earthlings" team - that should cover most of the inhabitants of this planet?
8) Message boards : Number crunching : Quad P3 Xeon....any suggestions ? (Message 8742)
Posted 20 Jul 2005 by Profile Webmaster Yoda
Post:
> I like the coolness of a 8 xeon box crushing away...but a modern Dual Core
> AMD is way more productive than 8 P3 xeon 700's. right?

I would think so. Even my Athlon XP 3000+ does as much (BOINC) work as my quad Xeon 700, but at a third of the power consumption (it's in an old case with 250W P/S).

If a single Athlon XP 3000+ can keep up with a Quad Xeon 700, an Dual Core Athlon 64 should be able to keep up with (or outpace) an 8 x Xeon 700.
9) Questions and Answers : Wish list : Please remove those ugly borders (Message 8658)
Posted 18 Jul 2005 by Profile Webmaster Yoda
Post:
> the green text (which is kind of flashy) is ok to read for my eyes :)
> but thats cosmetics..

Actually, in the case of the green text it's an accessibility problem, rather than cosmetics - not enough contrast. The borders on the other hand get too much emphasis/contrast for some eyes. Yes, I agree it's cosmetic but if I look at one of those pages for any length of time, I actually get sore eyes. I'm sure I am not alone...
10) Questions and Answers : Wish list : Please remove those ugly borders (Message 8585)
Posted 16 Jul 2005 by Profile Webmaster Yoda
Post:
> I'm not so sure I'd call the borders fat. I don't find them distracting at
> all.

Perhaps your eyesight is better/different to mine. It's workable on some pages, but where there's a lot of it, like on pages that have details of work units, it's very distracting.

> Also, I think you're over-riding the default font color for the page.

No, I don't. Go to a stats page that shows your work units in progress. That's where you will see the (light) green text on grey. Impossible to read.
11) Questions and Answers : Wish list : Please remove those ugly borders (Message 8559)
Posted 15 Jul 2005 by Profile Webmaster Yoda
Post:
Those ugly, fat, dark red borders dominate the pages, which makes it difficult to read the text. Also, the light green text on grey background is impossible to read.

Furthermore, you can put less stress on the server by optimising the HTML - there's hundreds of bytes of superfluous, repeated HTML on every page, which must gobble up lots of bandwidth (both yours and that of visitors to the site).



©2024 CERN