Posts by Link

log in
1) Message boards : Number crunching : Big Credit Hiccup (Message 2437)
Posted 27 Oct 2014 by Link
Whatever it was, this phone (or whatever it is) will be #1 for quite long time I guess.
2) Message boards : Number crunching : mult clients (Message 2113)
Posted 24 Mar 2014 by Link
when 4 of the projects are running then only the client_state for those 4 projects needs to be updated and not all of the client_states will update at the same time.
so at most your only copy/update/rename 10 k per project or around 40 k if by chance all 4 projects just happen to need updating at the same time.

1 client 12 ci projects attached
client state 100 k, no repeated header/footer information
every time one of the projects need to have something updated in the client_state you will have to create another 100 k file each and every time.

messing with 40 k of data is a lot faster messing with 100 k of data.
maybe total bytes = 120 k but your only having to deal with at most 40 k at a time.

What's missing in your equation is the load generated by 12 WUProp apps (or 4x WUProp running at the same time). Also running more than one the BOINC client at a time costs additional CPU resources (I think we don't need to talk about HDD space here). From your describtion I understand, that 12 BOINC clients are running 24 hours a day and suspending and resuming their project apps according to their settings. You really think, that this way you save some resources? No, you might save some cycles when writing the client_state.xml, but you'll use even more somewhere else, it's not like all those BOINC clients are doing nothing just because their project apps are suspended. They will for example send scheduler requests to the WUProp servers once an hour, that involves not only writing a new version of the client_state.xml, but also sched_request_wuprop.boinc-af.org.xml and sched_reply_wuprop.boinc-af.org.xml + of course some CPU cycles. And that's just one thing they would be doing.



and no I wasn't talking about 30 days cache.
and before you say it, why would you run it that way, that's dum.
I didn't say I did, just trying to provide an example.

so, I try to explain what I'm talking about, but like my last post, nobody really gets what I am trying to say 99.9999% of the time..

Well, maybe you need better examples than. Examples, where it is clearly the user's fault, that something isn't working properly, are simply showing, that it's possible to misconfigure BOINC. And that's a well known fact.
3) Message boards : Number crunching : mult clients (Message 2111)
Posted 23 Mar 2014 by Link
now a client that has 12 projects attached to it with 30 days of results the client state can reach well over 10 million bytes.
now coping 10 milling bytes from one file to another and changing whatever needed to be update then doing the delete and renaming takes a heck of a lot of time...

30 days cache is very unusual, so if that's the issue, than simply set it to a lower value, with that many projects you don't need such a big cache, if one project runs out of work, others take over.

Also I remember before we had WU limits at SETI, people were reporting client_state.xml sizes of over 40MB, the only issue they had was uploading the 10+MB scheduler requests to the servers.



also for a period of time you have 3 10 million byte files on your mass storage device..

Having three 10MB files on the hard drive should not be an issue since at least two decades and for sure not today. So what's your point with "10 million bytes"?

It also doesn't matter, if you split the one big client_state.xml into many small ones, the total size is still the same or actually many small client_state.xml files even a bit larger than one big because the host/user information has to be stored in each of them.
4) Message boards : Number crunching : mult clients (Message 2109)
Posted 23 Mar 2014 by Link
it also allows the projects apps to run faster, not having to dig into all the other information about all the other project before it finds what it needs to update. the smaller the client state the less time it takes to create the client state next and the faster it can get back to processing the project tasks
lower overhead.

The BOINC client writes the client_state.xml, not the project apps. And it also does not need to dig into anything, it reads the client_state.xml once at startup, than it just writes new versions of it when needed and deletes the old ones.
5) Message boards : News : New projects / applications RSS feed (Message 1896)
Posted 12 Dec 2013 by Link
Conan wrote:
It should be http://physicshome/physics/. There is no "at" between physics and home.

But there's for sure a TLD after physicshome.
6) Message boards : News : New application released (Message 1689)
Posted 21 Sep 2013 by Link
All my computers are on BOINC v6 and WUProp v4 runs on all of them.
7) Message boards : Number crunching : Computer Activity Function (Message 1524)
Posted 14 Aug 2013 by Link
Yes, that works great.
8) Message boards : Number crunching : Computer Activity Function (Message 1505)
Posted 7 Aug 2013 by Link
as we generally want to know what has run over the last day.

... not really, last month would be more reasonable IMHO, a single day does not really show, what the host is doing. Maybe it can be done configurable (saved in a cookie).
9) Message boards : Number crunching : WU waiting for validation - something needs a kick (Message 1383)
Posted 20 Jul 2013 by Link
OK, apparently somebody kicked whatever has need it (thanks for doing that) or the issue has resolved by itself, like many other computer related issues do.
10) Message boards : Number crunching : WU waiting for validation - something needs a kick (Message 1373)
Posted 16 Jul 2013 by Link
Just found this one: Workunit 29607773, waiting for validation since the 10th July.
11) Message boards : Number crunching : Milestones (Message 1334)
Posted 11 Jul 2013 by Link
Passed 50,000 credits for WUProp@Home a while ago and didn't notice until now.
12) Message boards : Number crunching : Max. runtime of v3.42? (Message 1030)
Posted 9 Mar 2013 by Link
1. stop the client
2. open client_state.xml in a text editor, i.e. Notepad
3. find WUProp project section and then locate <workunit> part
4. change the <rsc_disk_bound> by adding a 0 (zero) after the 1 to change it from one million bytes to ten million bytes.
5. save the client_state.xml, making sure the file extension does not change
6. start the client

Either that, or you watch the size of the output file in the wuprop directory, sould be something like wu_v3_1362550290_148687_0_0. This file grows on every computer at different speed, depending of what and how many projects are running and how many WUs are running together. In case of your machine the limit seems to be somewhere around 9 hours. Remember when increasing the max. file size in client_state.xml, that you have to upload that file. Uploading several MBs with a 56k modem isn't that funny.
13) Message boards : News : Application updated (Message 924)
Posted 18 Feb 2013 by Link
I've seen no project hours increase so far today. Earlier today I reported dozens of tasks for several different projects. Such updates use to be live, or close to it. I'm guessing the updates are now being done differently. Perhaps every 8h or something.

Now it's a bit more than 8 hours... if I should guess based on what I have seen while watching it the last couple of days, I'd say it stopped updating after the release of v3.42.
14) Message boards : News : Application updated (Message 917)
Posted 17 Feb 2013 by Link
I lot of the Forum has turned to Polish for me, at least I think it's Polish, how do I get it back to English like it was ???

You can change it back on the languages page.
15) Message boards : Number crunching : 464.25 RAC/host, how is this possible? (Message 869)
Posted 10 Feb 2013 by Link
We are in agreement that the anonymous platform shouldn't be allowed with the WUProp app.

Not sure... from what I have read in other threads, new apps or platforms are tested that way, IMO better limit max. tasks per day to maybe 9 or 10.

Also I'm not sure how helpful it is to have any information from VMs, the results of this project should tell people how each project performs on real hardware.

Is it not possible to restrict number of cores in use in case of mt applications? Or why are they interfering with GPU projects?
16) Message boards : Number crunching : 464.25 RAC/host, how is this possible? (Message 866)
Posted 10 Feb 2013 by Link
I don't think that the above mentioned host collect useful data for WUProp.

Even if it collected any data (I doubt that too, probably just fake data to get thru the validation), that data is not worth more than 56 credits per day, just like the data collected by any other host.

BTW, the other hosts which are just slightly over 56cr/day are probably OK, if you look at the tasks of this host, it has run some WUs without network connection (longer runtime, more credits), that can bump the RAC a bit. Besides of the RAC they all look OK to me and return the normal amout of tasks per day.
17) Message boards : Number crunching : 464.25 RAC/host, how is this possible? (Message 864)
Posted 9 Feb 2013 by Link
And what has all of that to do with this project, where we are allowed to run 1 WU per machine, which takes 3 hours and gives 7 credits?
18) Message boards : Number crunching : 464.25 RAC/host, how is this possible? (Message 840)
Posted 6 Feb 2013 by Link
Other strange numbers for this ARMv7/Android system:
Tasks 0
... but:
Number of tasks today 1410

Even if this number 1410 is not updating (is not zeroed) unless host contacts the server
it means one task per minute for this host:
24 h * 60 m = 1440

No, the number is not updated as long as the host does not connect to server.

Maybe there should be an upper limit for tasks per day (10 or so), AFAIK BOINC supports that, Rosetta has for example a maximum of 100 tasks per day and core, you never can get more than that.
19) Message boards : Number crunching : 464.25 RAC/host, how is this possible? (Message 838)
Posted 6 Feb 2013 by Link
Hmm... I wanted to post here something, but the system doesn't let me... says it's spam.

EDIT: Yeah... there was something weird going on, he was getting even over 20,000 credits per day.

EDIT2: now it worked to post exactly the same text when editing... stupid anti-spam system.
20) Message boards : Number crunching : Please increase next_rpc_delay a bit (Message 836)
Posted 5 Feb 2013 by Link
Currently I see very often the following in my log on BOINC 6.12.34:

05/02/2013 17:20:19 WUProp@Home Computation for task wu_v3_1358512122_703809_0 finished 05/02/2013 17:20:21 WUProp@Home Started upload of wu_v3_1358512122_703809_0_0 05/02/2013 17:20:24 WUProp@Home Sending scheduler request: Requested by project. 05/02/2013 17:20:24 WUProp@Home Requesting new tasks for CPU 05/02/2013 17:20:38 WUProp@Home Finished upload of wu_v3_1358512122_703809_0_0 05/02/2013 17:20:40 WUProp@Home Scheduler request completed: got 0 new tasks 05/02/2013 17:20:40 WUProp@Home No work sent 05/02/2013 17:20:40 WUProp@Home This computer has reached a limit on tasks in progress 05/02/2013 17:20:50 WUProp@Home Sending scheduler request: To fetch work. 05/02/2013 17:20:50 WUProp@Home Reporting 1 completed tasks, requesting new tasks for CPU 05/02/2013 17:21:04 WUProp@Home Scheduler request completed: got 1 new tasks 05/02/2013 17:21:06 WUProp@Home Starting task wu_v3_1358512122_708883_0 using data_collect_v3 version 340


If you'd increase the forced scheduler request by just few seconds (I'd suggest 1 minute or so) it could save one unnecessary request and BOINC will get the new WU sooner since all versions starting with 6.12.34 will wait for the upload to finish before making the request.


Next 20

Home | My Account | Message Boards | Results


Copyright © 2017 Sebastien