Thread 'Multiprocessors setting'

Message boards : Web interfaces : Multiprocessors setting
Message board moderation

To post messages, you must log in.

AuthorMessage
Twistid

Send message
Joined: 25 Sep 06
Posts: 8
United States
Message 9515 - Posted: 11 Apr 2007, 16:54:08 UTC

Hi I was wondering about the "On multiprocessors, use at most" setting and also the "Use at most <#>% of memory when computer is in use" and any others related to the second one mentioned. If you put 2 for the multiprocessor setting and you put say 75 for the percentage, would that mean that on each processor the project being run would take up 75% of memory on each processor or would that just be 75% of memory on both processors overall?
ID: 9515 · Report as offensive
ProfileJord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15561
Netherlands
Message 9521 - Posted: 11 Apr 2007, 17:41:47 UTC - in response to Message 9515.  

If you put 2 for the multiprocessor setting and you put say 75 for the percentage, would that mean that on each processor the project being run would take up 75% of memory on each processor or would that just be 75% of memory on both processors overall?

It means it would use 75% of memory on each CPU, as each CPU is busy with its own project application & result.
ID: 9521 · Report as offensive
Twistid

Send message
Joined: 25 Sep 06
Posts: 8
United States
Message 9578 - Posted: 14 Apr 2007, 19:59:36 UTC
Last modified: 14 Apr 2007, 20:00:21 UTC

Since this is currently how these two settings work together I request a new setting for web interfaces which allow users with multiprocessors to be able to specify a percentage for each processer. That way instead of having to divide each processor up into halves they will be able to divide them up differently (such as 40% on one and 60% on the other).
ID: 9578 · Report as offensive
Twistid

Send message
Joined: 25 Sep 06
Posts: 8
United States
Message 9579 - Posted: 14 Apr 2007, 21:27:12 UTC

Nevermind, sorry I misunderstood what you were saying (haha).
ID: 9579 · Report as offensive
ProfileJord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15561
Netherlands
Message 9580 - Posted: 14 Apr 2007, 21:34:01 UTC - in response to Message 9579.  

Nevermind, sorry I misunderstood what you were saying (haha).

Not so quick... I asked one of the developers to answer your other good question. I don't think BOINC can do it yet to set x amount of memory to CPU1 and y amount of memory to CPU2. I asked if it was a thing for the future. Let's see if we get an answer. :)
ID: 9580 · Report as offensive
John McLeod VII
Avatar

Send message
Joined: 29 Aug 05
Posts: 147
Message 9591 - Posted: 15 Apr 2007, 1:59:11 UTC - in response to Message 9580.  

Nevermind, sorry I misunderstood what you were saying (haha).

Not so quick... I asked one of the developers to answer your other good question. I don't think BOINC can do it yet to set x amount of memory to CPU1 and y amount of memory to CPU2. I asked if it was a thing for the future. Let's see if we get an answer. :)

Setting X% for one CPU and Y % for another one has not come up at all.

However, if it is 75% memory use, that is 75% of memory in total for all BOINC applications. Note that if it were 75% for each, that would be 150% of memory in total used for the sum of the working sets (NOT a good plan). BOINC adds the working set sizes up and compares against the maximum RAM allocated to BOINC and if usage is too high, BOINC project processes start being suspended.

BOINC WIKI
ID: 9591 · Report as offensive
ProfileJord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15561
Netherlands
Message 9592 - Posted: 15 Apr 2007, 2:17:46 UTC
Last modified: 15 Apr 2007, 2:18:24 UTC

Thanks, John with the large signature picture. :)
At least that taught me something as well.
ID: 9592 · Report as offensive
Twistid

Send message
Joined: 25 Sep 06
Posts: 8
United States
Message 9738 - Posted: 21 Apr 2007, 5:41:00 UTC - in response to Message 9580.  

Nevermind, sorry I misunderstood what you were saying (haha).

Not so quick... I asked one of the developers to answer your other good question. I don't think BOINC can do it yet to set x amount of memory to CPU1 and y amount of memory to CPU2. I asked if it was a thing for the future. Let's see if we get an answer. :)


It's always nice when I'm told I asked a good question ;).
ID: 9738 · Report as offensive
Twistid

Send message
Joined: 25 Sep 06
Posts: 8
United States
Message 9739 - Posted: 21 Apr 2007, 5:56:56 UTC - in response to Message 9591.  

Nevermind, sorry I misunderstood what you were saying (haha).

Not so quick... I asked one of the developers to answer your other good question. I don't think BOINC can do it yet to set x amount of memory to CPU1 and y amount of memory to CPU2. I asked if it was a thing for the future. Let's see if we get an answer. :)

Setting X% for one CPU and Y % for another one has not come up at all.

However, if it is 75% memory use, that is 75% of memory in total for all BOINC applications. Note that if it were 75% for each, that would be 150% of memory in total used for the sum of the working sets (NOT a good plan). BOINC adds the working set sizes up and compares against the maximum RAM allocated to BOINC and if usage is too high, BOINC project processes start being suspended.


I think I understand what you're saying, but it would seem that this is easily fixable in my experiences with programming (which honestly isn't that much at the moment, I've only know Beginning C++ and Visual Basic, plus web interface is probably different too due to it being internet related instead of local software) where you could require that the user enter an overall percentage of use and then have the settings combined for each processor to add up to that overall percentage, that seems like it would take care of the possible user error.
ID: 9739 · Report as offensive

Message boards : Web interfaces : Multiprocessors setting

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.