New (Albert) application and workunits

gravywavy
gravywavy
Joined: 22 Jan 05
Posts: 392
Credit: 68962
RAC: 0

RE: As it seems, the core

Message 22623 in response to message 22622

Quote:

As it seems, the core client already is aware of the different run times. Right now, I've got Albert results waiting in the cache that have different "To completion" times.


:-)

Quote:
Quote:
...it may be an idea to post warnings [to dial-up users] when that is about to happen...

I remember that this was already done for the previous changeover (see the news at April 7, 2005 in the archive), so I see no reason why it won't be done this time, too. :)


yep - take my comment as a gentle reminder and if it was going to be done anyway, then take it as thanks-in-advance!

R~~

~~gravywavy

TTL
TTL
Joined: 29 Mar 05
Posts: 2
Credit: 16052
RAC: 0

Hello everybody, since toady

Hello everybody,
since toady my computer uses Albert as well.

For me it looks like when using Albert there is much more activity on my hard drive.
For example the client_state.xml is rewritten at least every three seconds now. When I remember right, it took around a minute with Einstein before the file was updated. Currently when running Albert there is activity on my hard drive around every second. Because I run Albert on a laptop I hear every hard drive activity - this is annoying.

Next I tried cpulimit to reduce the amount of time used by Albert, it did not do anything (but I must say that I did not test it with Einstein aswell).

Finally I would like to request more architecture specific versions of Albert. Like some for Ahlon K7, K8 Pentium 4 and so on.

This informations might be useful:
I am using Boinc version 4.25 under Linux Kernel 2.6.12 with an AMD Sempron 2800+
I use the sync option for my hard drive to write changed data back immediately since the WLAN driver sometimes crashes my system and I dont want any loss of unwritten data when this happens.

TTL

Tern
Tern
Joined: 27 Jul 05
Posts: 309
Credit: 93404753
RAC: 848

RE: For me it looks like

Message 22625 in response to message 22624

Quote:
For me it looks like when using Albert there is much more activity on my hard drive.

What is your setting for "Write to disk at most every N seconds"? (Your Account, General Preferences) - are you sure it's the client_state.xml that's being written to, and not the VM page file? Do you have plenty of RAM for everything you're running?

TTL
TTL
Joined: 29 Mar 05
Posts: 2
Credit: 16052
RAC: 0

RE: RE: For me it looks

Message 22626 in response to message 22625

Quote:
Quote:
For me it looks like when using Albert there is much more activity on my hard drive.

What is your setting for "Write to disk at most every N seconds"? (Your Account, General Preferences) - are you sure it's the client_state.xml that's being written to, and not the VM page file? Do you have plenty of RAM for everything you're running?

This setting is set to write the data back every 120seconds. I think I have enough RAM (448MB) since most of the time 50% of the RAM is used for cache only.
If I do a
sh -c 'while grep fraction_done client_state.xml ; do sleep 1 ; done'
I get a new fraction_done value mostly every three seconds (sometimes after four or five seconds), meaning that the file is written at least every three to five seconds.

TTL

Ross Morgan
Ross Morgan
Joined: 20 Feb 05
Posts: 18
Credit: 122639
RAC: 0

Albert seems to be running a

Albert seems to be running a lot slower than einstein 4.79. For example i started a WU today 4pm(UTC)and it has been left running itself with the computer not being used and no other major resource gobbling processes running. The screensaver and the system virus scan have been disbled for example.

At 20.35(UTC) the Albert WU is only showing as having done 3hrs 17m of work not the 4hrs 35m it should have done.

Is anybody else seeing this kind of behaviour or is it a problem with my system only?

Ross Morgan
Ross Morgan
Joined: 20 Feb 05
Posts: 18
Credit: 122639
RAC: 0

RE: Albert seems to be

Message 22628 in response to message 22627

Quote:

Albert seems to be running a lot slower than einstein 4.79. For example i started a WU today 4pm(UTC)and it has been left running itself with the computer not being used and no other major resource gobbling processes running. The screensaver and the system virus scan have been disbled for example.

At 20.35(UTC) the Albert WU is only showing as having done 3hrs 17m of work not the 4hrs 35m it should have done.

Is anybody else seeing this kind of behaviour or is it a problem with my system only?

The problem above seems to be down to the Albert app only using 50% of the available CPU power. The other 50% of CPU power is running the idle cycle. This computer is of course a single core processor(non -HT). I am just wondering if Albert was designed solely for HT or dual core processors and that's why it using only 50% of the CPU power.

Does anybody's single core non HT processor use 50% or less of the CPU power available?

RandyC
RandyC
Joined: 18 Jan 05
Posts: 6003
Credit: 111139797
RAC: 0

RE: Does anybody's single

Message 22629 in response to message 22628

Quote:

Does anybody's single core non HT processor use 50% or less of the CPU power available?

Using an AMD XP1700 with XP Pro SP2...using 95% of CPU for Albert.

Seti Classic Final Total: 11446 WU.

Ross Morgan
Ross Morgan
Joined: 20 Feb 05
Posts: 18
Credit: 122639
RAC: 0

RE: RE: Does anybody's

Message 22630 in response to message 22629

Quote:
Quote:

Does anybody's single core non HT processor use 50% or less of the CPU power available?

Using an AMD XP1700 with XP Pro SP2...using 95% of CPU for Albert.

Cheers the rig i am having problems with is AMD XP1900 so i try resetting the project first of all.

DanNeely
DanNeely
Joined: 4 Sep 05
Posts: 1364
Credit: 3562358667
RAC: 1580

RE: When Einstein is

Message 22631 in response to message 22621

Quote:

When Einstein is finally withdrawn, there will be a spate of the server dishing out on-off wu - odds and ends from the old datasets. Oldtimers will remember this happening in previous chageovers. Some dial-up users got understandably upset, so it may be an idea to post warnings when that is about to happen, and suggest tactfully that the project would understand if its dial-up donors took a month crunching elsewhere, and let the ADSL folk cope with the spate of long downloads on consecutive WU.

The advantage of BOINC, of course, is that even if your primary loyalty is with one project, you can easily go elsewhere and come back to avoid temporary issues. By posting a warning like that, dial-up users are more likely to come back than if they are not warned and leave in a tizzy over costs. In my opinion :-)

River~~

Would it be possible to improve the sceduler to not send one off work units to machines with slow connections? Since the configuration page already allows you to specify a maximum connection rate the needed information to tell between clients on narrow pipes and fat ones should already be available.

slavko.sk
slavko.sk
Joined: 22 Jan 05
Posts: 33
Credit: 22936095
RAC: 0

Hi all, I got quite a lot of

Hi all,
I got quite a lot of Downloading Errors by albert on Windows platform. Works well on Linux. Which version of BOINC Manager albert app requires?

ALL GLORY TO THE HYPNOTOAD!
Do You Dare?
Potrebujete pomoc?

Comment viewing options

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