Hi everybody

Situation:

little farm of lan attached pc was crunching on setic classic nice well. Now some of them are running still seti classic AND are waiting for download from BOINC.SETI (like "most" of the users?)
The luke returns, 2 of the PCs are crunching and have some WUs "ready to run".

==> Now the wild question:
Do any User have experience with copy/move/clone files to an other PC to lem them crunch, a kind of local distribution?

for far about 5-6 WUs found the way back, still
Total credit 0.00
Recent average credit 0.00
(seti classic 36000)

Richard

Sorry :(
Can't be done.
Each workunit issued must be completed by the host it was sent to.

TTYL
Richard

> Sorry :(
> Can't be done.
> Each workunit issued must be completed by the host it was sent to.
>

Even if you merge the hosts on the website ??

> Even if you merge the hosts on the website ??

Yes that is the case from my understanding. The BOINC site has this to say:

----
http://boinc.berkeley.edu/host_id.php

Merging duplicate host records

This mechanism can lead to situations where the server has multiple host records for a single host. For example, this will occur if the user deletes the client_state.xml file.

The user can merge these duplicates to a single record using the Merge hosts command on the web interface.
----

> Even if you merge the hosts on the website ??

You can only merge identical hosts. ie: the same machine.

I think this feature of not being able to move the WU's to another PC was implemented to help cut down on the Cheating, at least thats my guess.

THANKYOU very much for all infos & statements,

I found the "merge" mentioned. But also it's written, that this merge
has to be done with by a "web-merge", but already not implemented.

Thinking this will be not a realy "merge" in point of understanding a file merge.

The target is not to tweak, the target is to think about a load balance
on our local PC (I do have some PCs those "Q" are filling, others still waiting..)

An other point:

we have to use general preferences, that means for me, every client, a 486 AND a 3GHz pc should work with the same preferences???? :-((

I dream to give them a Q of WU, depending of the ==> crunching power of each PC.
more thinking=more requirements found for individual "Settings"
I dont wan't to crunch under various account, 1 must be ok.

Maybe there is a way to overwrite tags of the file global_prefs.xml
and avoiding update from server (setting Read only file attributes?)

part of file global_prefs.xml:

1.3
2
2

Hm.. lets test it:
-1- end BOINC/Seti
-2- Backup global_prefs.xml
-3- I changed the values to

2.3
5
1

-4-
setting read only file attribute for global_prefs.xml

-5- start BOINC/Seti

==> Now the "Queue" is filling up with more WUs, this worked,

Both Instances of Seti where started and crunching.
But the "individual" increase of "Q" Setting worked.

Mabey 1 Instances have to be finished?

Made several "update", so far the local copy of global_prefs.xml
was NOT overwritten.

It's to early to say if this is working, but in MY case it looks like

What are YOUR experiences?

there are several files (but not millions) to learn about there contents

Verzeichnis von F:\boinc

04.07.2004 16:27 1'493 sched_reply.xml
04.07.2004 16:40 44'752 client_state.xml
04.07.2004 16:27 5'047 sched_request.xml
04.07.2004 00:59 677 global_prefs.xml
4 Datei(en) 51'969 Bytes

greetings Richard

sorry, tagged parts where not arrived
Here an part of file global_prefs.xml:

"work_buf_min_days>1.322"

Hm.. lets test it:
-1- end BOINC/Seti
-2- Backup global_prefs.xml
-3- I changed the values to

"work_buf_min_days>2.351 Now the "Queue" is filling up with more WUs, this worked,

Sorry 2, Life can be dificult

part of file global_prefs.xml:

work_buf_min_days 1.3
work_buf_max_days 2
max_cpus 2

Hm.. lets test it:
-1- end BOINC/Seti
-2- Backup global_prefs.xml
-3- changed the values to

work_buf_min_days 2.3
work_buf_max_days 5
max_cpus 1

-4-
setting read only file attribute for global_prefs.xml

-5- start BOINC/Seti

==> Now the "Queue" is filling up with more WUs, this worked,

You probably won't get credit for the work transfered to another computer, in the result file [your host id is in the result file], the schedule server knows the computer that the wu was sent to.
Good luck.
FCH
Alpha Tester
Beta Tester