FreeBSD x86 S5R1 App 4.09 available

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5,869
Credit: 112,908,534,872
RAC: 36,057,470

RE: Take a look at this

Message 38026 in response to message 38024

Quote:
Take a look at this excerpt from the BOINC web site:

Hi Dave,

Thanks for both your posts. My local LAN has quite a large number of machines on it so if your suggestion of having no hostnames or IP addresses will allow any box to monitor any other box on that LAN, I will be very happy. I'll give it a try shortly.

As far as the excerpt from the BOINC website is concerned, yes, I've read that several times previously and decided I'd rather not use the '-allow...' option because of allowing the world potentially to talk to the BOINC client. The 'remote_hosts.cfg' mechanism sounds much better for me with a standard password in 'gui_rpc_auth.cfg'. For quite a while now I've been hoping that last bit would say...

Quote:
* You can create a file remote_hosts.cfg in your BOINC directory containing a list of allowed DNS host names or IP addresses (one per line). Those hosts will be able to connect. The remote_hosts.cfg file can have comment lines that start with either a # or a ; character as well. If you are using the non-routable private address space, a hostname of '*' will translate to all addresses on your LAN segment.


but unfortunately it doesn't :).

Cheers,
Gary.

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5,869
Credit: 112,908,534,872
RAC: 36,057,470

RE: Yes, I'm reading this

Message 38027 in response to message 38025

Quote:
Yes, I'm reading this thread, Gary :)

That's great!! Always useful to have your own private expert on tap if you get in a bit too deep :).

Quote:
You could have installed einstein app from it's own port too, it's in /usr/ports/astro/boinc-einsteinathome. It would pull in compat5x libs automatically for you.

Well actually I did try something like that :). In the past I've always been overcautious and tried to read and understand things before actually doing anything, in case I stuffed things up. This time I had a spare box that I'd just bought very cheaply on eBay so I decided to see how far I could get just relying on previous experience from quite a few years ago. The OS install was a breeze so without further ado 'cd /usr/ports/net/boinc-client ; make' seemed a good thing to do. I had only downloaded the disk1 ISO. Later I did download disk2 but I didn't find a boinc-client package there anyway. I have no problem with grabbing ISOs from a local mirror as my traffic there doesn't count as far as my bandwith is concerned. I haven't looked closely but I don't think they have current or stable stuff.

Two hours after starting the 'make' it was still going and I got a bit concerned about my bandwidth limits being used up with all the dependencies that were being downloaded and built - many of which were to do with graphics - and I've got no intention of using any graphics anyway. The other thing that concerned me was that the version of boinc-client being built was (I think) 4.68 and I definitely wanted 5.4.9.

I started reading the hanbook and other documents and soon reminded myself that the -RELEASE ISOs rather than -STABLE or -CURRENT do contain a ports system and packages that are a bit out of date, so I though my best option was to grab the latest packages for both the client and the app and do things manually. That turned out to be pretty easy - except for the time I wasted trying to find compatX mentioned anywhere in the handbook. I'd have been much smarter if I'd googled it first.

Anyway, all is now cool and the machine is crunching away at 80% complete and still right on target for a 23 hour crunch time. I'm about to create a small FreeBSD Farm :). I've got 9 more boxes very cheaply (PIII 867MHz) and I'll load them up and get them crunching. I have identical boxes running Windows so I'd like to see a head-to-head contest between them. I suspect that the FreeBSD version of the app is going to be pretty close to the performance of Akos' 0712 patched app which was (I think) his fastest stable app. I'll know a bit more about that when the current result finishes in a few hours and I see what it gets for credit. It's great for a Unix version to be faster than a Windows version for a change!!

Cheers,
Gary.

Pav Lucistnik
Pav Lucistnik
Joined: 7 Mar 06
Posts: 136
Credit: 853,388
RAC: 0

Gary, yes, you absolutely

Gary,

yes, you absolutely want to get a fresh /usr/ports after you install a release. The ports/packages on the install CDs are there really only for a convencience of offline users. Anyone with internet access should skip them at install time and get them fresh via CVSup first thing after installation. I think documentation does not stress this point enough, that's entirely out fault.

The current port for boinc-client have 5.4.9 version (I checked changes made to 5.4.10 and haven't found them compelling enough to do the update), and it have a nice interactive screen that allows you to turn off the graphical client (and thus the fat X11 dependency).

I'll be delighted to hear your speed comparation results. Also please report if you see anything odd with CPU time counting.

Udo
Udo
Joined: 19 May 05
Posts: 203
Credit: 8,945,570
RAC: 0

RE: For quite a while now

Message 38029 in response to message 38026

Quote:
For quite a while now I've been hoping that last bit would say...
Quote:
* You can create a file remote_hosts.cfg in your BOINC directory containing a list of allowed DNS host names or IP addresses (one per line). Those hosts will be able to connect. The remote_hosts.cfg file can have comment lines that start with either a # or a ; character as well. If you are using the non-routable private address space, a hostname of '*' will translate to all addresses on your LAN segment.

but unfortunately it doesn't :).

Gary,

do you have the need to connect to the BOINC client from every other computer?
If you use one 'master' computer to monitor all other clients, you only have to enter the IP address of this master computer into remote_hosts.cfg and distribute that file to all clients.

Udo

Udo

Pav Lucistnik
Pav Lucistnik
Joined: 7 Mar 06
Posts: 136
Credit: 853,388
RAC: 0

Bernd, any outlook on updated

Bernd, any outlook on updated FreeBSD app?

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4,297
Credit: 246,154,769
RAC: 10,811

RE: Bernd, any outlook on

Message 38031 in response to message 38030

Quote:
Bernd, any outlook on updated FreeBSD app?


I'm still working on the x86 code. Once this has settled, I'll make a new FreeBSD App.

BM

BM

Pav Lucistnik
Pav Lucistnik
Joined: 7 Mar 06
Posts: 136
Credit: 853,388
RAC: 0

Okay, cool.

Okay, cool.

alpha
alpha
Joined: 22 Jan 05
Posts: 6
Credit: 9,309,122
RAC: 0

I don't know if any of these

I don't know if any of these issues have anything to do with the einstein application or BOINC itself, but I'll mention them here anyway.

The computer in question is here.

The swap space is reported as 0MB but it is actually 999MB.

Reported disk space seems to be referring only to my /var partition which is where BOINC lives. Should it be reporting the entire disk size, or is this correct?

Average download rate is reported as unknown even though that computer has contacted the einstein server 40+ times.

Other than that, all the completed work units so far seem to have finished OK, and I'm happy with performance!

Pooh Bear 27
Pooh Bear 27
Joined: 20 Mar 05
Posts: 1,376
Credit: 20,312,671
RAC: 0

RE: I don't know if any of

Message 38034 in response to message 38033

Quote:

I don't know if any of these issues have anything to do with the einstein application or BOINC itself, but I'll mention them here anyway.

The computer in question is here.

The swap space is reported as 0MB but it is actually 999MB.

Reported disk space seems to be referring only to my /var partition which is where BOINC lives. Should it be reporting the entire disk size, or is this correct?

Average download rate is reported as unknown even though that computer has contacted the einstein server 40+ times.

Other than that, all the completed work units so far seem to have finished OK, and I'm happy with performance!


0MB swap space is known bug

Report would be the partition you are on. It's because it needs to know not to go over the allocated space.

Download/upload rates are not always very accurate, that I've seen.

Great to see you got it going. I need to get a FreeBSD box back up and running, myself.

alpha
alpha
Joined: 22 Jan 05
Posts: 6
Credit: 9,309,122
RAC: 0

I've got my first validate

I've got my first validate error:

Result is here.
Work unit info is here.

At the time of posting this, one other person has returned results for the same work unit which also resulted in a validate error.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.