Linux MAC clients equal S39

bloed_brot
bloed_brot
Joined: 5 Apr 05
Posts: 70
Credit: 91124558
RAC: 0
Topic 190947

Hi there!

First of all many thanks to akosf great work on optimising the albert client. The improvement is staggering!

By now, looking at the Linux client, which I run on virtually all machines but one, I have to conclude that I may just as well switch them off altogether. I seriously wonder where is the point in keeping them sucking electricity if an equal Windows machine is by now more than 80% faster?

Please understand that due to the recent strong increases in electricity costs over here in Germany, my participation amounted to an extra charge of several hundred euros. Now, with Windows client being so much better, I just can't justify my participation much longer since the incentive is totally gone. I have no chance with a Linux based client of being fairly credited.

Sure, people could argue that it is all about duty for science, but I am in no position to throughing money away just like that for only having a tiny minor impact. Sure, I could buy myself a Windows license (nope, Wine emulater does not work as it has a bug with MSVCR80.DLL), but that somehow defeats the prupose.

akosf has pointed out that the Linux client is a hopeless case. We have all seen of how much room for improvement there is in the albert code for the Windows version. Finally, we have all noted how big the impact was of akosf's optimisation. The total project duration already decreased by three month alone. Hence, I urge the Einstein board to investigate of how to improve the performance of the Linux and MAC clients, too, since I think that there is a strong installation base among the einstein participants and therefore this could be very beneficial to the Einstein project as a whole.

:
your thoughts - the ways :: the knowledge - your space
:

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2143
Credit: 2980334048
RAC: 766912

Linux MAC clients equal S39

There was an update by Bruce Allen yesterday:

Quote:
We've now incorporated Akosf's improvements into our source code. But we haven't started distributing this faster application yet, for a simple reason. We are worried that our project server might break with the increased upload/validation disk load since the work will be getting done faster when we begin distributing new apps to all users. So we're upgrading the disk controllers and should be ready for this increased load soon.

As I read it, once the improvements are in the source code, then Linux clients should improve by the same margin: Akosf has been working directly with the compiled code, and his problem was with the Linux compiler output, rather than Linux per se.

So hang in there for a few more days, and you may find that your contribution jumps back up to a better balance with the Windows boxes.

bloed_brot
bloed_brot
Joined: 5 Apr 05
Posts: 70
Credit: 91124558
RAC: 0

RE: quote]As I read it,

Quote:

quote]As I read it, once the improvements are in the source code, then Linux clients should improve by the same margin: Akosf has been working directly with the compiled code, and his problem was with the Linux compiler output, rather than Linux per se.

Great! Thank you for making me aware of that.
Tranferring akosf's findings to the other OS-clients would be fantastic. Hopefully that is just the argument needed for convincing my wallet to stay open ;-)

Counting the days... :-)

:
your thoughts - the ways :: the knowledge - your space
:

Jordan Wilberding
Jordan Wilberding
Joined: 19 Feb 05
Posts: 162
Credit: 715454
RAC: 0

RE: RE: quote]As I read

Message 26292 in response to message 26291

Quote:

Quote:
quote]As I read it, once the improvements are in the source code, then Linux clients should improve by the same margin: Akosf has been working directly with the compiled code, and his problem was with the Linux compiler output, rather than Linux per se.

Great! Thank you for making me aware of that.
Tranferring akosf's findings to the other OS-clients would be fantastic. Hopefully that is just the argument needed for convincing my wallet to stay open ;-)

Counting the days... :-)

You can always use wine to run the windows binaries to enjoy the same benefits as the other windows users.

such things just should not be writ so please destroy this if you wish to live 'tis better in ignorance to dwell than to go screaming into the abyss worse than hell

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2143
Credit: 2980334048
RAC: 766912

RE: You can always use wine

Message 26293 in response to message 26292


Quote:
You can always use wine to run the windows binaries to enjoy the same benefits as the other windows users.


Nope, the OP said he couldn't:

Quote:
(nope, Wine emulater does not work as it has a bug with MSVCR80.DLL)
bloed_brot
bloed_brot
Joined: 5 Apr 05
Posts: 70
Credit: 91124558
RAC: 0

RE: You can always use wine

Quote:
You can always use wine to run the windows binaries to enjoy the same benefits as the other windows users.

Some people got it working apparently and I got it working with the version 4 of the boinc client. With version 5.x it doesn't work, however, as the MSVCR80.DLL fails to initialise correctly.

Yet since, so it seems, there will be some integration of the source code of akosf's version into the main tree of the client, I can live without it for the moment.

:
your thoughts - the ways :: the knowledge - your space
:

Pav Lucistnik
Pav Lucistnik
Joined: 7 Mar 06
Posts: 136
Credit: 853388
RAC: 0

Anyone tried running just the

Anyone tried running just the einstein binary under Wine, inside native boinc-client?

Jordan Wilberding
Jordan Wilberding
Joined: 19 Feb 05
Posts: 162
Credit: 715454
RAC: 0

RE: Anyone tried running

Message 26296 in response to message 26295

Quote:
Anyone tried running just the einstein binary under Wine, inside native boinc-client?

What do mean exactly? Running the windows binary under wine in Linux? If so, then yes.

such things just should not be writ so please destroy this if you wish to live 'tis better in ignorance to dwell than to go screaming into the abyss worse than hell

Ziran
Ziran
Joined: 26 Nov 04
Posts: 194
Credit: 651786
RAC: 1693

What I think he means is

What I think he means is running Linux version of BOINC and only run the Albert .exe under Wine.

Then you're really interested in a subject, there is no way to avoid it. You have to read the Manual.

LiborA
LiborA
Joined: 8 Dec 05
Posts: 74
Credit: 337135
RAC: 0

RE: What I think he means

Message 26298 in response to message 26297

Quote:
What I think he means is running Linux version of BOINC and only run the Albert .exe under Wine.

I'm not sure but I thing that is impossible

bloed_brot
bloed_brot
Joined: 5 Apr 05
Posts: 70
Credit: 91124558
RAC: 0

RE: I'm not sure but I

Quote:
I'm not sure but I thing that is impossible

Well, but I give that that the idea sounds truly mad. For the moment it is very tricky to realise as the boinc client is searching for something like albert_4.40_*linux_ID_here*.so while the windows client is purely an exe file. So you would need to convince the boinc client to look for the windows file.

Yet, it is not just about the windows file, but also to look for a different operating system altogether. So this I think comes close to impossibility. <:-|

Let's give that hacking group a call that managed to get OSX on PC-based machines. :-)

:
your thoughts - the ways :: the knowledge - your space
:

Comment viewing options

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