priority controlled multitasking and UNIX OSs

Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0
Topic 190288

as far as I know most UNIXs don't have something like Win32 priority controlled multitasking -- they have priorities controlled by the "nice" tool -- but these priorities don't have any effect which can be detected by humans. So running boinc on UNIXs will slow down the response time of your normal applications.
Isn't this annoying?

Michael Karlinsky
Michael Karlinsky
Joined: 22 Jan 05
Posts: 888
Credit: 23502182
RAC: 0

priority controlled multitasking and UNIX OSs

Quote:
as far as I know most UNIXs don't have something like Win32 priority controlled multitasking

And I thought it was the other way around....

Seriously this is just not true. BOINC runs with the lowest possible
priority (19), any "normal" user process runs at normal (0) priority.
Kernel processes at hight priority (e.g. -5). nice is just a tool
to modify the priority of a process.

So there is no problem running BOINC.

Stil can't stop shaking my head and wondering where you got that from.
A M$ website?

Michael

Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0

RE: >> as far as I know

Message 20353 in response to message 20352

Quote:

>> as far as I know most UNIXs don't have something like
>> Win32 priority controlled multitasking

> Seriously this is just not true. BOINC runs with the lowest possible
> priority (19), any "normal" user process runs at normal (0) priority.

and does this low priority have any effect which can be determined by humans?
E.g. will boinc be stopped dead if a process with higher prirority needs CPU time?
From my experience with various unixes priorities don't have any effect on UNIX -- processes share the CPU nearly independent of the "nice" setting.
The exception was solaris and "nice +19" -- but they "fixed" this meanwhile.
LINUX is similar.
Try running a CPU intensive task in the foreground and measure how long it takes -- without boinc running.
Then repeat this with boinc running.
On NT it takes the same amount of time -- due to priority class idle set for boinc.
Nt 3.51 offered focus controlled multitasking -- this was the best.
Also see
http://www.foelsche.com/PriorityHook/index.htm

capnrob97
capnrob97
Joined: 18 Oct 05
Posts: 26
Credit: 336350
RAC: 0

Michael is right, you are

Michael is right, you are wrong about Unix and 'nice'...

Perhaps if you are on a low utilization box, 'nice' might not matter too much...

If the Unix box is getting hammered, you will see a diff in the process utilization...

Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0

RE: Michael is right, you

Message 20355 in response to message 20354

Quote:

Michael is right, you are wrong about Unix and 'nice'...

read my post.
I'm dealing with various UNIXs since 1990 -- professionally.
I did not say UNIX does not have priorities.
I only say that they don't have a detectable effect on UNIX boxes.
And thus XP/NT is better suited for such calculations as such background processes running with priority idle do not influence the response time of processes running with normal priority.
I would not put up with a background process sharing the CPU with my foreground processes.
Isn't this annoying on UNIXs?
Use e.g. the utility "top" to determine who gets CPU time -- while you have something else running, e.g. a fractal calculator in the foreground.

capnrob97
capnrob97
Joined: 18 Oct 05
Posts: 26
Credit: 336350
RAC: 0

Been dealing with unix since

Message 20356 in response to message 20355

Been dealing with unix since '87... professionally.

Unix is not a single user system. If you expect one process to have full CPU control, that just isn't going to happen.

Quote:
Quote:

Michael is right, you are wrong about Unix and 'nice'...

read my post.
I'm dealing with various UNIXs since 1990 -- professionally.
I did not say UNIX does not have priorities.
I only say that they don't have a detectable effect on UNIX boxes.
And thus XP/NT is better suited for such calculations as such background processes running with priority idle do not influence the response time of processes running with normal priority.
I would not put up with a background process sharing the CPU with my foreground processes.
Isn't this annoying on UNIXs?
Use e.g. the utility "top" to determine who gets CPU time -- while you have something else running, e.g. a fractal calculator in the foreground.


Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0

> Unix is not a single user

Message 20357 in response to message 20356

> Unix is not a single user system.
> If you expect one process to have full CPU control,
> that just isn't going to happen.

It actually was happening on SOLARIS until some time ago.
There nice +19 meant, that this process would not get the CPU if other processes with higher priority needed the CPU.
I can imagine the uselfullness of such a priority scheme.
I can see the usefulness right now
-- by running boinc on my system without slowing me down.
That you cannot see the usefulness shows that you are religions
-- unable to see the usefulness of something
because it does not match you religion.

capnrob97
capnrob97
Joined: 18 Oct 05
Posts: 26
Credit: 336350
RAC: 0

Ok, I will not debate this

Ok, I will not debate this further.

Keep on crunching, people way smarter than us need the help.

Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0

By the way -- that no such

Message 20359 in response to message 20358

By the way -- that no such priority scheme exists UNIXs prevents me from running boinc on all the machines in my office
-- people would not put up with such a process taking CPU time
when they need the CPU.

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5887
Credit: 119576774669
RAC: 24772126

Peter, I'm going to make

Peter,

I'm going to make the assumption that you are not deliberately trying to insult the intelligence of the people who have responded to you with your offensive claims of religious zealotism, otherwise I wouldn't bother responding at all. The simple fact of the matter is that all flavours of unix do manage and prioritize tasks, and probably far better than Windows ever did.

I believe that capnrob97 was trying to point out that unix is true multitasking where even the highest priority tasks are going to release spare cpu cycles to lower priority tasks simply because they don't need them. Because of that, one process does not "own" the cpu and all tasks will get a chance of grabbing those otherwise spare cycles.

The fact that you choose not to understand what was being said, and even worse, to pour scorn on it when people responding to you were doing so in a calm and rational manner, seems to indicate that you don't really understand the nature and capabilities of unix. You are entitled to your own opinions but please don't insult the collective intelligences of those who do know a little about unix with claims that only SOLARIS knew how to prioritize tasks. And when you have no better argument to support your case please don't start insulting people.

Cheers,
Gary.

Peter Foelsche
Peter Foelsche
Joined: 10 Sep 05
Posts: 8
Credit: 61845
RAC: 0

RE: Peter, > I believe

Message 20361 in response to message 20360

Quote:

Peter,

> I believe that capnrob97 was trying to point out that unix is true
> multitasking where even the highest priority tasks are going to release spare > cpu cycles to lower priority tasks simply because they don't need them.
> Because of that, one process does not "own" the cpu and all tasks will get a > chance of grabbing those otherwise spare cycles.

and what has this to do with the subject of this thread?
Did I ever contradict anything what you just mentioned?
I did not.
I only contradict that people say that I'm wrong because I'm not.
The subject of this thread is that UNIXs don't know about priority class idle
and thus even low prioritized processes like boinc will get CPU cycles even when higher prioritized processes need the CPU.
That people (including you) don't seem to understand this can only be explained with religion.

Comment viewing options

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