Operating Systems 2017F Lecture 15: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
==Video== | ==Video== | ||
The video from the lecture given on Nov. 7, 2017 [http://homeostasis.scs.carleton.ca/~soma/os-2017f/lectures/comp3000-2017f-lec15-07Nov2017.mp4 is now available]. Unfortunately, the video cut out halfway through; [http://homeostasis.scs.carleton.ca/~soma/os-2017f/lectures/comp3000-2017f-lec15-07Nov2017-audio. | The video from the lecture given on Nov. 7, 2017 [http://homeostasis.scs.carleton.ca/~soma/os-2017f/lectures/comp3000-2017f-lec15-07Nov2017.mp4 is now available]. Unfortunately, the video cut out halfway through; [http://homeostasis.scs.carleton.ca/~soma/os-2017f/lectures/comp3000-2017f-lec15-07Nov2017-audio.m4a audio is also available] however. | ||
==Notes== | ==Notes== |
Revision as of 03:04, 8 November 2017
Video
The video from the lecture given on Nov. 7, 2017 is now available. Unfortunately, the video cut out halfway through; audio is also available however.
Notes
In Class
Lecture 15 ---------- What's a filesystem? - persistent data structure organized around fixed allocation units (blocks) - maps hierarchical names (keys) to values - provide a file-like API (open, read, write, close, etc) What does it mean to "make" a filesystem? - initialize the data structure - "formatting" a disk Physical versus logical size of a file - logical: the "size" your program sees when accessing the file - physical: how much space the file takes up on disk Physical is in terms of blocks - fixed units of storage allocation - ext4 has 4k blocks - default for many command line utilities is 1k blocks Kernel programming - you may destroy the system you are working on AT ANY TIME - HAVE GOOD BACKUPS - rsync is your friend Kernel modules - way of splitting up kernel functionality so everything doesn't have to load at boot - code loaded as part of the initial boot image is hard to get rid of at runtime - why do we need modules? why not processes? - no new mechanisms - increased security (restricted access) - "microkernel" approach - instead of code talking in supervisor mode, processes do IPC - filesystems - drivers - networking - minix, QNX, GNU hurd - Linux is a "monolithic" kernel. Why? - performance: context switches are expensive - techniques to make microkernels fast can be adopted by monolithic kernels to make them even faster - security benefit is illusory - if you control the filesystem process, you already own everything