Process management in the OS

Asked

Viewed 56 times

1

For the Operating System, a process regardless of its state is a running program?

The question of proof was true or phony. I chose phony, but the answer was wrong. Can anyone explain to me why?

  • I think the question has been misspelled. It could be better explored by your teacher, such as whether the OS in question is mono or multi thread.

  • because it was right?

  • puts a > in front of the To the system, shows better.

  • Because the definition of processes are tasks in execution, that is, it needs to take on the state of "PERFORMING" to take on such a role.

  • Analyzing the answer of @Onosendai, I believe that the question was also poorly formulated. But, anyway, it is up to the teacher and the class.

  • @rray I see no reason to do this, strictly speaking the > is for citations.

  • I think we’re missing a couple of commas. I think the question is, "For the Operating System, a process, regardless of its state, is a running program?"

  • @bfavaretto, it seemed appropriate to me because it was something external, IE, it was not the OP who asked the question if there is something wrong was not on his part, so I suggested, if it is not applicable in this context has no problem :)

  • I hadn’t thought of it that way, @rray. It actually works both ways.

  • I copied the question of proof. It was written that way.

Show 5 more comments

1 answer

1

In multitasking systems, only when a process has its instructions interpreted and executed by the processor is its state called 'under execution'.

There are several possible states - 'standby, 'locked' and 'created', among others. None of these is considered 'under execution'.

From this point of view, it seems to me that your teacher is correct.

Browser other questions tagged

You are not signed in. Login or sign up in order to post.