|
|||||
| | |||||
| sub-categories and articles | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3733 |
add | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
PSJF_advanced |
process simulator shows when PSJF is better than SJF | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
PSJF_advanced2 |
failed attempt to use complicated experiments and run sheets for the process simulator | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
PSJF_basic |
gannt charts of PSJF versus SJF; used java process simulator | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
PSJF_better |
PSJF better than SJF in these cases because it doesn't let the longer, less cpu time one run at all. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
rec |
add | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
rec8 |
add | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
simulator |
add | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
unix_c |
unix c system calls and programming: pipes, fd, sockets, threads | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| --->create new sub-category | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
connection_communication.txt | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| add
moved it all over to context_switch_time.htmladd
| critical.txtadd
| critical sections disk_head_scheduling.txtadd
| algorithms for disk access ========================== silberschatz one page how is IO scheduled filesystems.txtadd
| see http://www.cim.mcgill.ca/~franco/OpSys-304-427/lecture-notes/node27.html final.txtadd
| question on interpreting the critical section by looking at the code, tell how it works like it does final exam operating systems 3343 ================================= write a signal handler which ignores a signal linux_scheduling.txtadd
| scheduling ========== quantum ======= load_average.htmlload_average = total_wait_time / total_run_time
| memory.txtTLB virtaul memory physical memory translation
| memory.txt
memory_advanced.txtlinux specific memory management from "linux kernel" book
| memory addressing not covered in class
midterm1.txtadd
| midterm1 ======== emphasis on concepts not on code (but see below for notes on knowing syntax of read/write functions) diff bw buffering and spooling as far as basic OS are concerned monitor.txtadd
| monitors ======== hard to understand. After having studied semaphores and critical sections, lots of stuff of monitors is different. monitors are like classes but movements.txtadd
| rec7 was moved to /unix_c/pipes/token_ring connection_communication.txt moved to /languages/c/unix_c/socket_libs/uici/ signals.txt moved to /languages/c/unix_c/signals/signals.txt semaphore section of critical.txt to /languages/c/unix_c/sem/sem.txt mutex.txtadd
| mutexes ======= for mutex discussion, deal with their application not their, uh, how-they-work mutexes and semaphores openbsd.glob.cadd
| /* | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||