It's UWAweek 9 (1st semester, week 1)


This forum is provided to promote discussion amongst students enrolled in CITS2002 Systems Programming.
Please consider offering answers and suggestions to help other students! And if you fix a problem by following a suggestion here, it would be great if other interested students could see a short "Great, fixed it!"  followup message.
Displaying selected article
Showing 1 of 1168 articles.
Currently no other people reading this forum.

 UWA week 35 (2nd semester, week 6) ↓
SVG not supported

Login to reply

12:02pm Wed 30th Aug, Christopher M.

"Amanda Brown" <21*4*6*1@s*u*e*t*u*a*e*u*a*> wrote:
> A question about suspend/wait state in the process life cycle. > My understanding is when processes move to the Block/wait queue they will be present in RAM. In a situation when the RAM is full and there isn't any room for more processes, the processes need to be moved to suspend/wait queue which is held in the secondary memory. How does the OS decide which processes should go to the suspend/wait queue? And as I'm writing this I'm wondering if it is correct to say the "OS decides".
Hello Amanda, There's no single correct answer, and it may be a property/characteristic of a particular OS, or even a configurable attribute of an OS that is read and then used after the whole OS boots. In the 1980s and 90s there was a lot of research trying to detemine the 'right' answer, or to indicate what affects different strategies would have on performance and perceived degrees of responsiveness (for interative processes). One obvious strategy is to take memory from the process that hasn't been running for the longest time (perhaps blocked for I/O on a very slow device, or sleeping for a very long time). But that strategy, alone, might not provide enough memory for the immediate request. So (rhetorical question), would it be best to take memory from the single process with the most memory, the process with 'just enough' memory, or from multiple processes that can (together) provide the required memory? And should we only take memory from Blocked processes, or maybe even Ready ones? We'll discuss some of these topics and choices in lectures after the non-teaching break.

The University of Western Australia

Computer Science and Software Engineering

CRICOS Code: 00126G
Written by [email protected]
Powered by history
Feedback always welcome - it makes our software better!
Last modified  5:07AM Sep 06 2023
Privacy policy