SlideShare a Scribd company logo
1
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
2. Operating System
Case Study: Linux
2
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Reference
 S.M. Sarwar, R. Koretsky and S.A. Sarwar, Linux –
The Textbook, Addison Wesley, 1st ed, 2002
3
 Provide a user
interface
 Organize files on
disk
 Allocating resource
to different users with
security control
 Co-ordinate
programs to work
with devices and
other programs
Features of modern OS
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
4
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Case study: Linux
A. Development of Linux
5
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Before Linux
– In 80’s, Microsoft’s DOS was the dominated OS for
PC
– Apple MAC is better, but expensive
– UNIX is much better, but much much expensive. Only
for minicomputer for commercial applications
– People was looking for a UNIX based system, which
is cheaper and can run on PC
– Both DOS, MAC and UNIX are proprietary, i.e., the
source code of their kernel is protected
– No modification is possible without paying high
license fees
6
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 GNU project
– Established in 1984 by Richard Stallman, who
believes that software should be free from restrictions
against copying or modification in order to make
better and efficient computer programs
– GNU is a recursive acronym for “GNU's Not Unix”
– Aim at developing a complete Unix-like operating
system which is free for copying and modification
– Companies make their money by maintaining and
distributing the software, e.g. optimally packaging the
software with different tools (Redhat, Slackware,
Mandrake, SuSE, etc)
– Stallman built the first free GNU C Compiler in 1991.
But still, an OS was yet to be developed
7
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Beginning of Linux
– A famous professor Andrew Tanenbaum developed
Minix, a simplified version of UNIX that runs on PC
– Minix is for class teaching only. No intention for
commercial use
– In Sept 1991, Linus Torvalds, a second year student
of Computer Science at the University of Helsinki,
developed the preliminary kernel of Linux, known as
Linux version 0.0.1
– It was put to the Internet and received
enormous response from worldwide
software developers
– By December came version 0.10. Still
Linux was little more than in skeletal form.
8
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Confrontation and Development
– Message from Professor Andrew Tanenbaum
– " I still maintain the point that designing a monolithic kernel in
1991 is a fundamental error. Be thankful you are not my
student. You would not get a high grade for such a design :-)"
(Andrew Tanenbaum to Linus Torvalds)
– "Linux is obsolete".
(Remark made by Andrew Tanenbaum)
– But work went on. Soon more than a hundred people
joined the Linux camp. Then thousands. Then
hundreds of thousands
– It was licensed under GNU General Public License,
thus ensuring that the source codes will be free for all
to copy, study and to change.
9
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Linux Today
– Linux has been used for many computing platforms
– PC, PDA, Supercomputer,…
– Current kernel version 2.4.20. 2.5 is coming
– Not only character user interface but graphical user
interface, thanks to the X-Window technology
– Commercial vendors moved in Linix itself to provide
freely distributed code. They make their money by
compiling up various software and gathering them in a
distributable format
– Red Hat, Slackware, etc
– Chinese distribution of Linux also appeared in Taiwan
and China - CLE, Red Flag Linux
10
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux Pros and Cons
 Advantages over Windows
– It's almost free to relatively inexpensive
– Source code is included
– Bugs are fixed quickly and help is readily available
through the vast support in Internet
– Linux is more stable than Windows
– Linux is truly multi-user and multi-tasking
– multiuser: OS that can simultaneously serve a number of users
– multitasking: OS that can simultaneously execute a number of
programs
– Linux runs on equipment that other operating systems
consider too underpowered, e.g. 386 systems, PDA, etc
11
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux Pros and Cons (Cont)
 Disadvantages compared with Windows
– My program cannot run on Linux
– Isn't as popular as Windows
– No one commercial company is responsible for Linux
– Linux is relatively hard to install, learn and use
 Hence currently, Linux is mainly used in
commercial applications, server implementation
 More than 75% current network servers are
developed based on Linux or Unix systems
– Due to the relatively high reliability
12
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Case study: Linux
B. Linux System Architecture
13
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Computer Hardware
System call interface
Applications: Compilers, word processors, X-based GUI
API
AUI
BIOS
LINUX Shell: Bourne Again (bash), TC, Z, etc.
Language libraries
Device Drives
Kernel
File
management
Memory
management
Process
Management
14
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Kernel
– The part of an OS where the real work is done
 System call interface
– Comprise a set of functions (often known as API) that
can be used by the applications and library routines
to use the services provided by the kernel
 Application User’s Interface
– Interface between the kernel and user
– Allow user to make commands to the system
– Divided into text based and graphical based
15
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 File Management
– Control the creation, removal of files and provide directory
maintenance
– For a multiuser system, every user should have its own right to
access files and directories
 Process Management
– For a multitask system, multiple programs can be executed
simultaneously in the system
– When a program starts to execute, it becomes a process
– The same program executing at two different times will become
two different processes
– Kernel manages processes in terms of creating, suspending,
and terminating them
– A process is protected from other processes and can
communicate with the others
16
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Memory management
– Memory in a computer is divided into main memory
(RAM) and secondary storage (usually refer to hard disk)
– Memory is small in capacity but fast in speed, and hard
disk is vice versa
– Data that are not currently used should be saved to hard
disk first, while data that are urgently needed should be
retrieved and stored in RAM
– The mechanism is referred as memory management
 Device drivers
– Interfaces between the kernel and the BIOS
– Different device has different driver
17
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Case study: Linux
B.1 User interface
18
:
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux User Login
 Linux is a multiuser OS
 Allow multiple users to use the resource of a computer at
the same time
 Every user needs to login the system with the password
provided to identify their right in using the resource
 Require for both client-server based system or desktop
Linux
Server
Client-server based
system
PeterMary
Paul
Peter: admin
Paul : general
Mary : intruder
19
Linux User Interface
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Traditional Linux (Unix also) uses command-
driven interface (or text-based interface)
– User needs to type lines of command to instruct the
computer to work, similar to DOS
– Advantage: fast in speed. Very few resource is
required for its implementation
– Disadvantages: user needs to type, hence can
easily make error. Besides, user needs to memorize
all commands
– Suitable for expert users and for the systems that
interaction with user is not frequent, such as servers
20
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 By adopting the X-Window technology, graphical user
interface (GUI) is available for Linux:
– Uses pointing devices (e.g. mouse) to control the
system, similar to Microsoft’s Windows
– Provide menu-driven and/or icon-driven interfaces
– menu-driven: user is provided with a menu of
choices. Each choice refers to a particular task
– icon-driven: tasks are represented by pictures
(icon) and shown to user. Click on an icon
invokes one task
– Advantages: No need to memorize commands.
Always select task from menus or icons
– Disadvantages: Slow and require certain resource
for its implementation
– Suitable for general users and systems, such as PC
21
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
• A typical Linux GUI based on GNOME
• Similar to Microsoft’s Windows,
however, different window systems can
be chosen (e.g. GNOME, KDE, etc)
22
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux text-based interface
command to show the
content of current directory
command to show the
content of current directory
with option -al
The prompt $ shows
that bash shell is using
23
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Kernel
Bash, Tcsh, Zsh
ls pwd
whoami
 Shell interprets the command
and request service from
kernel
 Similar to DOS but DOS has
only one set of interface while
Linux can select different shell
– Bourne Again shell (Bash), TC
shell (Tcsh), Z shell (Zsh)
Linux Shell
 Different shell has similar but different functionality
 Bash is the default for Linux
 Graphical user interface of Linux is in fact an application
program work on the shell
24
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Frequently used commands available in most shells:
– ls : to show the names of the file in the current
directory
– cd : change directory,
– e.g. cd / change to the root directory
cd .. change to the parent of that directory
– cp : copy one file to another
– e.g. cp abc.txt xyz.txt copy abc.txt to xyz.txt
– rm : remove a file
– man : ask for the manual (or help) of a command
– e.g. man cd ask for the manual of the command cd
– pwd : show the name of the current directory
– cat : to show the content of a text file
– e.g. cat abc.txt show the content of abc.txt
– whoami : to show the username of the current user
25
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Case study: Linux
B.2 File management
26
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux File Management
 In Linux, file is defined as simply the thing that
deals with a sequence of bytes
 Hence everything are files
– An ordinary file is a file; a directory is also file; a
network card, a hard disk, any device are also files
since they deal with a sequence of bytes
 Linux supports five types of files
– simple/ordinary file (text file, c++ file, etc)
– directory
– symbolic (soft) link
– special file (device)
– named pipe (FIFO)
27
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Names in blue are directories, indicated
by a letter d at the beginning of the line
The concept of simple file and
directory is similar to DOS
28
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Symbolic (soft) link
– Not a real file, just a link to another file
– Allow giving another name to a file without actually
duplicates it – hence save memory space
 Special file (device)
– Each hardware device, e.g. keyboard, hard disk,
CD-ROM, etc is associated with at least one file
– Usually store in /dev directory
– Applications can read and write any devices by
reading and writing their associate file – hence the
access method is known as device independent
– Divide into two types: character special files, e.g.
keyboard, and block special files, e.g. disk
29
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Command that sets a
symbolic link to a file
called CUI to anotherCUI
A symbolic link begins with a letter l
File size is only 6 bytes
30
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Some of the special device files in /dev
fd0 – floppy disk
md0 – CD-Rom
Both of them are block devices, hence
start with a letter b
Some are
character
devices, hence
start with a
letter c
31
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux File System Structure
root /
bin
boot dev etc home
lib lost+found mnt opt
proc
root sbin
tmp usr
var
fd hd hd
…
group passwd
dlun guest bin lib local
 According to the File System Standard (FSSTND)
proposed in 1994, every LINUX system should
contain a set of standard files and directories
file
directories
32
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Root Directory ( / )
– Top of the file system. Similar to  in DOS
 /bin
– Contain the binary (executable code) of most
essential Linux commands, e.g. bash, cat, cp, ln, ls,
etc.
 /boot
– Contain all the files needed to boot the Linux system,
including the binary of the Linux kernel. E.g., on Red
Hat Linux 6.1, the kernel is in /boot/vmlinux-2.2.5-15
file
 /dev
– Contain the special files for devices, e.g. fd0, hd0, etc.
33
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 /etc
– Contain host-specific files and directories, e.g.
information about system configuration
– /etc/passwd
– This file contains login information of users in the
system
– For every user, one line of record is stored in the
following format:
login_name : dummy_or_encrypted_password : user_ID :
group_ID : user_info : home_directory : login_shell
34
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 E.g. davis:x:134:105:James A Davis:/home/davis:/bin/bash
– davis : login name
– x : means that it is a dummy password. The encrypted
password is stored in /etc/shadow. This field can also be
used to store the actual encrypted password. In any
case, the original (unencrypted) password cannot be
seen by anyone, including the administrator
– 134 : a user id given to that user. Range from 0 to 65535.
0 is assigned to super-user. 1 to 99 are reserved
– 105 : a group id given to that user to indicate which
group he belongs to. Range from 0 to 65535. 0 to 99
reserved
– James A Davis : user info, usually user’s full name
– /home/davis : home directory of the user
– /bin/bash : the location of the shell the user is using
35
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 /home
– Contain the home directories of every user in the
system, e.g. dlun, guest, etc
 /lib
– Store all essential libraries for different language
compilers
 /lost+found
– Contain all the files on the system not connected to
any directory.
– System administrator should determine the fate of
the files in this directory
36
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 /mnt
– Use by system administrator to mount file systems
temporarily by using the mount command
– Before using any devices, they have to be mounted
to the system for registration
– For example, after mounting a CD-ROM, the file
system in it will be mapped to /mnt/cdrom directory
– User can then read and write files in the CD-ROM
by accessing this directory
– Similar to mapping a drive letter to a CD-ROM in
Windows
– Different from the special file in /dev. Special file is
only a place where data of the CD-ROM is
transferred or stored. No file system concept
37
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 /opt
– Use to install add-on software packages, e.g. star
office, etc.
 /proc
– Contain process and system information
 /root
– Home directory of the user root, usually the
administrator
 /sbin
– The directories /sbin, /usr/sbin, and /usr/local/sbin
contain system administration tools, utilities and
general root only commands, such as halt, reboot
and shutdown
38
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 /tmp
– Contain temporary files. Usually files in this directory
will be deleted from time to time to avoid the system
fills with temp files
 /usr
– One of the largest sections of the Linux file system
– Contain read-only data that are shared between
various users, e.g. the manual pages needed for the
command man. Stored in /usr/man direcrtory
 /var
– Contain data that keeps on changing as the system
is running. E.g. /var/spool/mail directory keeps the
mail of user
39
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux File Access Privilege
 Linux is a multiuser system, the files of all
users are stored in a single file structure
 Mechanism is required to restrict one user to
access the files of another user, if he is not
supposed to
 User can impose access permission to each
file to restrict its access
 The term “access permission” refers to
– read permission
– write permission
– execute permission
40
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
The file access permission can be seen
by using the command ls –l or ls -al
41
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
d rwx r-x r-x 2 dlun dlun 4096 May 17 2001 Autostart
It is a
directory
The directory
can be read,
written and
executed by the
user dlun
The directory can be
read and executed
but not written by
other users in the
same group of dlun
The directory can be
read and executed but
not written by other
users in different
group of dlun
Owner
Owner’s
group
file size
File last
modified date
Hard
link no
file name
The group of a user is assigned by the administrator when a
user is added to the system
42
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Access permission can also be assigned to a
directory
 Directory is also a file that contains the attributes
of the files inside it
 If read permission is not given to a directory
– cannot show the structure of this directory
– e.g. cannot use ls
 If write permission is not given to a directory
– cannot modify anything of the directory structure
– e.g. cannot copy a file into this directory since it will
modify the directory structure by adding one more file
 If execute permission is not given to a directory
– nearly nothing can be done with this directory, even cd
43
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 The access permission of a file or directory can
be changed by using the command
chmod xyz filename/directory name
 xyz refers 3 digit in octal form
 E.g.
660 : 110 110 000
 rw- rw- ---
545 : 101 100 101
 r-x r-- r-x
44
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
temp does not have execution right
even cd is not workable
execution right is added
now we can change the directory to temp
45
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
File Storage in Linux
 Data storage on hard disk
– Data in a hard disk are stored on a magnetic flat plate
– Disk’s surface needs to be partitioned and labeled so
that computer can go directly to a specific point on it
– Achieve by low level formatting the disk
 Create magnetic concentric circles called tracks
 Each track is split into smaller parts called sectors and
numbered
 Each sector: hold 512 bytes data
 E.g. 80 tracks (from outer to inner 0 .. 79), 18 sectors disk can
store 80x18x512 bytes data.
46
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Formatted Disk
Sector
Track
Density of data is
higher for inner tracks
than outer tracks
47
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Must read or write whole sector at a time
 OS allocates groups of sectors called cluster to
files
 Files smaller than the cluster will still be allocated
the whole cluster, but the rest left unused
 In Linux, every file is associated with an inode that
records its location in the disk
 The inode of all files are put together in a data
structure called inode table
 In the directory, every file is associated with a
inode number that points to an entry of the inode
table
48
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
1076 …
2083 …
13059 lab1.c
17488 lab2.c
18995 lab3.c
Contents of the directory /home/dlun
:
:
Number of links
File mode
User ID
Time created
Time last updated
:
Location on disk
Lab1.c
Lab2.c
Lab3.c
49
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Case study: Linux
B.3 Process management
50
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
Linux Process Management
 Linux is a multitasking system
 Multiple programs can be executed at the same
time
 Ultimately, a program needs to be executed by a
CPU
 If there is only one CPU, how multiple programs
can be executed at the same time?
 By time sharing
 That is, all programs are claimed to be executing.
In fact, most of them are waiting for the CPU
51
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 A program that is claimed to be executing is
called a process
 For a multitasking system, a process has at least
the following three states:
Ready Running
Sleeping
Start
execution
Finish
execution
52
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Ready state
– All processes that are ready to execute but without
the CPU are at the ready state
– If there is only 1 CPU in the system, all processes
except one are at the ready state
 Running state
– The process that actually possesses the CPU is at the
running state
– If there is only 1 CPU in the system, at most there is
only one process is at the running state
 Sleeping state
– The process that is waiting for other resources, e.g.
I/O, is at the sleeping state
53
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Processes will alternatively get into the CPU one after the
other (called the round robin scheme)
 A process will be “in” a CPU for a very short time (quantum)
– For Linux, each quantum is about 100msec
 At the time that a process is selected to be “in” the CPU
– It goes from ready state to running state
 After that, it will be swapped out
– It goes from running state back to ready state
 Or it may due to the waiting of an I/O device, e.g. mouse
– It goes from running state to sleeping state
 When obtaining the required resource
– It goes from sleeping state to ready state
54
B
A
B
C
B
A
C
A
B
C
B
A
B
C
B
C
A
B
B
A
A
C
B
A
B A
ready
running
sleep
B
A
A
C
B C
A
A
B
A
B Sleeps
B Awakes
C Executes
C Terminates
Time
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
55
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 The mechanism to determine which process should “get
into” the CPU is called Process scheduling
 For example,
a -> 10
b -> 0
c -> a+b
b -> c
c -> a+b
b -> c
c -> a+b
b -> c
c -> a+b
b -> c
c -> a+b
b -> c
Print out b
Set variable a to 10
Set variable b to 0
Set variable c to a+b
Repeat 5 times the following
{
Set variable b to c
}
Print out the value of b
Program A Actual sequence of operations
56
Set variable d to 0
Repeat 5 times the following
{
Ask user to enter variable e
Set variable f = d+e
Set variable d = f
}
Print out the value of d
d -> 0
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
Print out d
Program B
Actual sequence of operations
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
57
a -> 10
b -> 0
c -> a+b
b -> c
c -> a+b
d -> 0
User -> e
b -> c
c -> a+b
b -> c
c -> a+b
b -> c
f -> d+e
d -> f
User -> e
c -> a+b
b -> c
Print out b
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
User -> e
f -> d+e
d -> f
Print out d
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 Program A and B will be at the running state alternatively,
depends on the quantum size and the availability of the
required resource
Quantum
end
Waiting for
user input
Quantum
end
Waiting for
user input
Program
A
finishes
Program
B
finishes
58
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
The processes of a system can
be seen by using the command
ps
Terminal pts/0 has the editor vi
running
Terminal pts/1 is
executing ps to see
the processes of both
terminals
59
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
PID TTY STAT TIME COMMAND
14748 pts/1 S 0:00 –bash
14795 pts/0 S 0:00 –bash
14974 pts/0 S 0:00 vi test1.txt
14876 pts/1 R 0:00 ps …
Process ID Terminal
name
State:
S – Sleeping
(waiting for input)
R – Running
How much time the
process is continuously
executing
60
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 For the example above, both bash processes,
which are the shell of both terminals, are
waiting for the input of user. They must be in
the sleeping state
 The vi process, which is an editor, is also
waiting for the input of user. Hence it is also in
sleeping state
 When ps reporting the processes in the
system, it is the only process that is running.
Hence it is in running state
61
ENG224
INFORMATION TECHNOLOGY – Part I
2. Operating System Case Study: Linux
 A process can be forced to terminate by using
the command kill -9 PID
The vi process is terminated by using the command
kill -9 14874

More Related Content

PPT
2 Linux.ppt
PDF
linux pdf. in operating system. complete and unique presentation
PDF
linux pdf.case study of linux operating system.
PPT
Linux_CASESTUDY.ppt
PPT
OSOS SEM 4 Chapter 2 part 1
PPTX
Linux Operaring System chapter one Introduction.pptx
PPTX
UNIX_module1.pptx
DOCX
niyonika.docx
2 Linux.ppt
linux pdf. in operating system. complete and unique presentation
linux pdf.case study of linux operating system.
Linux_CASESTUDY.ppt
OSOS SEM 4 Chapter 2 part 1
Linux Operaring System chapter one Introduction.pptx
UNIX_module1.pptx
niyonika.docx

Similar to How to Operating OS System. Case Study: Linux (20)

PDF
Presentation1.pdf
PPTX
Linux kernel
PPTX
Linux kernel
DOCX
khushi.docx
DOCX
purnima.docx
PPTX
Unix-Linux Operating Systems and its concepts
PDF
unix-linuxospart1-241207172845-11e147aa.pdf
PDF
Presentation on linux
PPTX
Linux Operating System. UOG MARGHAZAR Campus
PPTX
CHAPTER 1 INTRODUCTION TO UNIX.pptx
PDF
Linux Administration Course: Chapter 1
PPTX
Ch1-Unix.pptx
PPTX
Fundamentals of Computers
PPTX
history_of_linux lec 7.pptx
PPT
Linux [2005]
PPT
os.ppt
PDF
cse-iv-unix-and-shell-programming-10cs44-notes.pdf
PPTX
Unik Slides
Presentation1.pdf
Linux kernel
Linux kernel
khushi.docx
purnima.docx
Unix-Linux Operating Systems and its concepts
unix-linuxospart1-241207172845-11e147aa.pdf
Presentation on linux
Linux Operating System. UOG MARGHAZAR Campus
CHAPTER 1 INTRODUCTION TO UNIX.pptx
Linux Administration Course: Chapter 1
Ch1-Unix.pptx
Fundamentals of Computers
history_of_linux lec 7.pptx
Linux [2005]
os.ppt
cse-iv-unix-and-shell-programming-10cs44-notes.pdf
Unik Slides
Ad

Recently uploaded (20)

PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PDF
Electronic commerce courselecture one. Pdf
PDF
Sensors and Actuators in IoT Systems using pdf
PPTX
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
PDF
solutions_manual_-_materials___processing_in_manufacturing__demargo_.pdf
PDF
Reach Out and Touch Someone: Haptics and Empathic Computing
PPTX
Big Data Technologies - Introduction.pptx
PPTX
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
PPTX
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
PDF
Advanced Soft Computing BINUS July 2025.pdf
PDF
Chapter 2 Digital Image Fundamentals.pdf
PDF
GDG Cloud Iasi [PUBLIC] Florian Blaga - Unveiling the Evolution of Cybersecur...
PDF
Review of recent advances in non-invasive hemoglobin estimation
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PDF
madgavkar20181017ppt McKinsey Presentation.pdf
PDF
GamePlan Trading System Review: Professional Trader's Honest Take
PDF
CIFDAQ's Market Insight: SEC Turns Pro Crypto
PDF
HCSP-Presales-Campus Network Planning and Design V1.0 Training Material-Witho...
PDF
Chapter 3 Spatial Domain Image Processing.pdf
PPTX
Understanding_Digital_Forensics_Presentation.pptx
The Rise and Fall of 3GPP – Time for a Sabbatical?
Electronic commerce courselecture one. Pdf
Sensors and Actuators in IoT Systems using pdf
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
solutions_manual_-_materials___processing_in_manufacturing__demargo_.pdf
Reach Out and Touch Someone: Haptics and Empathic Computing
Big Data Technologies - Introduction.pptx
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
Advanced Soft Computing BINUS July 2025.pdf
Chapter 2 Digital Image Fundamentals.pdf
GDG Cloud Iasi [PUBLIC] Florian Blaga - Unveiling the Evolution of Cybersecur...
Review of recent advances in non-invasive hemoglobin estimation
Diabetes mellitus diagnosis method based random forest with bat algorithm
madgavkar20181017ppt McKinsey Presentation.pdf
GamePlan Trading System Review: Professional Trader's Honest Take
CIFDAQ's Market Insight: SEC Turns Pro Crypto
HCSP-Presales-Campus Network Planning and Design V1.0 Training Material-Witho...
Chapter 3 Spatial Domain Image Processing.pdf
Understanding_Digital_Forensics_Presentation.pptx
Ad

How to Operating OS System. Case Study: Linux

  • 1. 1 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux 2. Operating System Case Study: Linux
  • 2. 2 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Reference  S.M. Sarwar, R. Koretsky and S.A. Sarwar, Linux – The Textbook, Addison Wesley, 1st ed, 2002
  • 3. 3  Provide a user interface  Organize files on disk  Allocating resource to different users with security control  Co-ordinate programs to work with devices and other programs Features of modern OS ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux
  • 4. 4 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Case study: Linux A. Development of Linux
  • 5. 5 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Before Linux – In 80’s, Microsoft’s DOS was the dominated OS for PC – Apple MAC is better, but expensive – UNIX is much better, but much much expensive. Only for minicomputer for commercial applications – People was looking for a UNIX based system, which is cheaper and can run on PC – Both DOS, MAC and UNIX are proprietary, i.e., the source code of their kernel is protected – No modification is possible without paying high license fees
  • 6. 6 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  GNU project – Established in 1984 by Richard Stallman, who believes that software should be free from restrictions against copying or modification in order to make better and efficient computer programs – GNU is a recursive acronym for “GNU's Not Unix” – Aim at developing a complete Unix-like operating system which is free for copying and modification – Companies make their money by maintaining and distributing the software, e.g. optimally packaging the software with different tools (Redhat, Slackware, Mandrake, SuSE, etc) – Stallman built the first free GNU C Compiler in 1991. But still, an OS was yet to be developed
  • 7. 7 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Beginning of Linux – A famous professor Andrew Tanenbaum developed Minix, a simplified version of UNIX that runs on PC – Minix is for class teaching only. No intention for commercial use – In Sept 1991, Linus Torvalds, a second year student of Computer Science at the University of Helsinki, developed the preliminary kernel of Linux, known as Linux version 0.0.1 – It was put to the Internet and received enormous response from worldwide software developers – By December came version 0.10. Still Linux was little more than in skeletal form.
  • 8. 8 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Confrontation and Development – Message from Professor Andrew Tanenbaum – " I still maintain the point that designing a monolithic kernel in 1991 is a fundamental error. Be thankful you are not my student. You would not get a high grade for such a design :-)" (Andrew Tanenbaum to Linus Torvalds) – "Linux is obsolete". (Remark made by Andrew Tanenbaum) – But work went on. Soon more than a hundred people joined the Linux camp. Then thousands. Then hundreds of thousands – It was licensed under GNU General Public License, thus ensuring that the source codes will be free for all to copy, study and to change.
  • 9. 9 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Linux Today – Linux has been used for many computing platforms – PC, PDA, Supercomputer,… – Current kernel version 2.4.20. 2.5 is coming – Not only character user interface but graphical user interface, thanks to the X-Window technology – Commercial vendors moved in Linix itself to provide freely distributed code. They make their money by compiling up various software and gathering them in a distributable format – Red Hat, Slackware, etc – Chinese distribution of Linux also appeared in Taiwan and China - CLE, Red Flag Linux
  • 10. 10 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux Pros and Cons  Advantages over Windows – It's almost free to relatively inexpensive – Source code is included – Bugs are fixed quickly and help is readily available through the vast support in Internet – Linux is more stable than Windows – Linux is truly multi-user and multi-tasking – multiuser: OS that can simultaneously serve a number of users – multitasking: OS that can simultaneously execute a number of programs – Linux runs on equipment that other operating systems consider too underpowered, e.g. 386 systems, PDA, etc
  • 11. 11 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux Pros and Cons (Cont)  Disadvantages compared with Windows – My program cannot run on Linux – Isn't as popular as Windows – No one commercial company is responsible for Linux – Linux is relatively hard to install, learn and use  Hence currently, Linux is mainly used in commercial applications, server implementation  More than 75% current network servers are developed based on Linux or Unix systems – Due to the relatively high reliability
  • 12. 12 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Case study: Linux B. Linux System Architecture
  • 13. 13 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Computer Hardware System call interface Applications: Compilers, word processors, X-based GUI API AUI BIOS LINUX Shell: Bourne Again (bash), TC, Z, etc. Language libraries Device Drives Kernel File management Memory management Process Management
  • 14. 14 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Kernel – The part of an OS where the real work is done  System call interface – Comprise a set of functions (often known as API) that can be used by the applications and library routines to use the services provided by the kernel  Application User’s Interface – Interface between the kernel and user – Allow user to make commands to the system – Divided into text based and graphical based
  • 15. 15 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  File Management – Control the creation, removal of files and provide directory maintenance – For a multiuser system, every user should have its own right to access files and directories  Process Management – For a multitask system, multiple programs can be executed simultaneously in the system – When a program starts to execute, it becomes a process – The same program executing at two different times will become two different processes – Kernel manages processes in terms of creating, suspending, and terminating them – A process is protected from other processes and can communicate with the others
  • 16. 16 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Memory management – Memory in a computer is divided into main memory (RAM) and secondary storage (usually refer to hard disk) – Memory is small in capacity but fast in speed, and hard disk is vice versa – Data that are not currently used should be saved to hard disk first, while data that are urgently needed should be retrieved and stored in RAM – The mechanism is referred as memory management  Device drivers – Interfaces between the kernel and the BIOS – Different device has different driver
  • 17. 17 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Case study: Linux B.1 User interface
  • 18. 18 : ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux User Login  Linux is a multiuser OS  Allow multiple users to use the resource of a computer at the same time  Every user needs to login the system with the password provided to identify their right in using the resource  Require for both client-server based system or desktop Linux Server Client-server based system PeterMary Paul Peter: admin Paul : general Mary : intruder
  • 19. 19 Linux User Interface ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Traditional Linux (Unix also) uses command- driven interface (or text-based interface) – User needs to type lines of command to instruct the computer to work, similar to DOS – Advantage: fast in speed. Very few resource is required for its implementation – Disadvantages: user needs to type, hence can easily make error. Besides, user needs to memorize all commands – Suitable for expert users and for the systems that interaction with user is not frequent, such as servers
  • 20. 20 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  By adopting the X-Window technology, graphical user interface (GUI) is available for Linux: – Uses pointing devices (e.g. mouse) to control the system, similar to Microsoft’s Windows – Provide menu-driven and/or icon-driven interfaces – menu-driven: user is provided with a menu of choices. Each choice refers to a particular task – icon-driven: tasks are represented by pictures (icon) and shown to user. Click on an icon invokes one task – Advantages: No need to memorize commands. Always select task from menus or icons – Disadvantages: Slow and require certain resource for its implementation – Suitable for general users and systems, such as PC
  • 21. 21 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux • A typical Linux GUI based on GNOME • Similar to Microsoft’s Windows, however, different window systems can be chosen (e.g. GNOME, KDE, etc)
  • 22. 22 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux text-based interface command to show the content of current directory command to show the content of current directory with option -al The prompt $ shows that bash shell is using
  • 23. 23 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Kernel Bash, Tcsh, Zsh ls pwd whoami  Shell interprets the command and request service from kernel  Similar to DOS but DOS has only one set of interface while Linux can select different shell – Bourne Again shell (Bash), TC shell (Tcsh), Z shell (Zsh) Linux Shell  Different shell has similar but different functionality  Bash is the default for Linux  Graphical user interface of Linux is in fact an application program work on the shell
  • 24. 24 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Frequently used commands available in most shells: – ls : to show the names of the file in the current directory – cd : change directory, – e.g. cd / change to the root directory cd .. change to the parent of that directory – cp : copy one file to another – e.g. cp abc.txt xyz.txt copy abc.txt to xyz.txt – rm : remove a file – man : ask for the manual (or help) of a command – e.g. man cd ask for the manual of the command cd – pwd : show the name of the current directory – cat : to show the content of a text file – e.g. cat abc.txt show the content of abc.txt – whoami : to show the username of the current user
  • 25. 25 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Case study: Linux B.2 File management
  • 26. 26 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux File Management  In Linux, file is defined as simply the thing that deals with a sequence of bytes  Hence everything are files – An ordinary file is a file; a directory is also file; a network card, a hard disk, any device are also files since they deal with a sequence of bytes  Linux supports five types of files – simple/ordinary file (text file, c++ file, etc) – directory – symbolic (soft) link – special file (device) – named pipe (FIFO)
  • 27. 27 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Names in blue are directories, indicated by a letter d at the beginning of the line The concept of simple file and directory is similar to DOS
  • 28. 28 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Symbolic (soft) link – Not a real file, just a link to another file – Allow giving another name to a file without actually duplicates it – hence save memory space  Special file (device) – Each hardware device, e.g. keyboard, hard disk, CD-ROM, etc is associated with at least one file – Usually store in /dev directory – Applications can read and write any devices by reading and writing their associate file – hence the access method is known as device independent – Divide into two types: character special files, e.g. keyboard, and block special files, e.g. disk
  • 29. 29 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Command that sets a symbolic link to a file called CUI to anotherCUI A symbolic link begins with a letter l File size is only 6 bytes
  • 30. 30 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Some of the special device files in /dev fd0 – floppy disk md0 – CD-Rom Both of them are block devices, hence start with a letter b Some are character devices, hence start with a letter c
  • 31. 31 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux File System Structure root / bin boot dev etc home lib lost+found mnt opt proc root sbin tmp usr var fd hd hd … group passwd dlun guest bin lib local  According to the File System Standard (FSSTND) proposed in 1994, every LINUX system should contain a set of standard files and directories file directories
  • 32. 32 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Root Directory ( / ) – Top of the file system. Similar to in DOS  /bin – Contain the binary (executable code) of most essential Linux commands, e.g. bash, cat, cp, ln, ls, etc.  /boot – Contain all the files needed to boot the Linux system, including the binary of the Linux kernel. E.g., on Red Hat Linux 6.1, the kernel is in /boot/vmlinux-2.2.5-15 file  /dev – Contain the special files for devices, e.g. fd0, hd0, etc.
  • 33. 33 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  /etc – Contain host-specific files and directories, e.g. information about system configuration – /etc/passwd – This file contains login information of users in the system – For every user, one line of record is stored in the following format: login_name : dummy_or_encrypted_password : user_ID : group_ID : user_info : home_directory : login_shell
  • 34. 34 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  E.g. davis:x:134:105:James A Davis:/home/davis:/bin/bash – davis : login name – x : means that it is a dummy password. The encrypted password is stored in /etc/shadow. This field can also be used to store the actual encrypted password. In any case, the original (unencrypted) password cannot be seen by anyone, including the administrator – 134 : a user id given to that user. Range from 0 to 65535. 0 is assigned to super-user. 1 to 99 are reserved – 105 : a group id given to that user to indicate which group he belongs to. Range from 0 to 65535. 0 to 99 reserved – James A Davis : user info, usually user’s full name – /home/davis : home directory of the user – /bin/bash : the location of the shell the user is using
  • 35. 35 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  /home – Contain the home directories of every user in the system, e.g. dlun, guest, etc  /lib – Store all essential libraries for different language compilers  /lost+found – Contain all the files on the system not connected to any directory. – System administrator should determine the fate of the files in this directory
  • 36. 36 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  /mnt – Use by system administrator to mount file systems temporarily by using the mount command – Before using any devices, they have to be mounted to the system for registration – For example, after mounting a CD-ROM, the file system in it will be mapped to /mnt/cdrom directory – User can then read and write files in the CD-ROM by accessing this directory – Similar to mapping a drive letter to a CD-ROM in Windows – Different from the special file in /dev. Special file is only a place where data of the CD-ROM is transferred or stored. No file system concept
  • 37. 37 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  /opt – Use to install add-on software packages, e.g. star office, etc.  /proc – Contain process and system information  /root – Home directory of the user root, usually the administrator  /sbin – The directories /sbin, /usr/sbin, and /usr/local/sbin contain system administration tools, utilities and general root only commands, such as halt, reboot and shutdown
  • 38. 38 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  /tmp – Contain temporary files. Usually files in this directory will be deleted from time to time to avoid the system fills with temp files  /usr – One of the largest sections of the Linux file system – Contain read-only data that are shared between various users, e.g. the manual pages needed for the command man. Stored in /usr/man direcrtory  /var – Contain data that keeps on changing as the system is running. E.g. /var/spool/mail directory keeps the mail of user
  • 39. 39 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux File Access Privilege  Linux is a multiuser system, the files of all users are stored in a single file structure  Mechanism is required to restrict one user to access the files of another user, if he is not supposed to  User can impose access permission to each file to restrict its access  The term “access permission” refers to – read permission – write permission – execute permission
  • 40. 40 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux The file access permission can be seen by using the command ls –l or ls -al
  • 41. 41 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux d rwx r-x r-x 2 dlun dlun 4096 May 17 2001 Autostart It is a directory The directory can be read, written and executed by the user dlun The directory can be read and executed but not written by other users in the same group of dlun The directory can be read and executed but not written by other users in different group of dlun Owner Owner’s group file size File last modified date Hard link no file name The group of a user is assigned by the administrator when a user is added to the system
  • 42. 42 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Access permission can also be assigned to a directory  Directory is also a file that contains the attributes of the files inside it  If read permission is not given to a directory – cannot show the structure of this directory – e.g. cannot use ls  If write permission is not given to a directory – cannot modify anything of the directory structure – e.g. cannot copy a file into this directory since it will modify the directory structure by adding one more file  If execute permission is not given to a directory – nearly nothing can be done with this directory, even cd
  • 43. 43 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  The access permission of a file or directory can be changed by using the command chmod xyz filename/directory name  xyz refers 3 digit in octal form  E.g. 660 : 110 110 000  rw- rw- --- 545 : 101 100 101  r-x r-- r-x
  • 44. 44 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux temp does not have execution right even cd is not workable execution right is added now we can change the directory to temp
  • 45. 45 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux File Storage in Linux  Data storage on hard disk – Data in a hard disk are stored on a magnetic flat plate – Disk’s surface needs to be partitioned and labeled so that computer can go directly to a specific point on it – Achieve by low level formatting the disk  Create magnetic concentric circles called tracks  Each track is split into smaller parts called sectors and numbered  Each sector: hold 512 bytes data  E.g. 80 tracks (from outer to inner 0 .. 79), 18 sectors disk can store 80x18x512 bytes data.
  • 46. 46 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Formatted Disk Sector Track Density of data is higher for inner tracks than outer tracks
  • 47. 47 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Must read or write whole sector at a time  OS allocates groups of sectors called cluster to files  Files smaller than the cluster will still be allocated the whole cluster, but the rest left unused  In Linux, every file is associated with an inode that records its location in the disk  The inode of all files are put together in a data structure called inode table  In the directory, every file is associated with a inode number that points to an entry of the inode table
  • 48. 48 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux 1076 … 2083 … 13059 lab1.c 17488 lab2.c 18995 lab3.c Contents of the directory /home/dlun : : Number of links File mode User ID Time created Time last updated : Location on disk Lab1.c Lab2.c Lab3.c
  • 49. 49 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Case study: Linux B.3 Process management
  • 50. 50 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux Linux Process Management  Linux is a multitasking system  Multiple programs can be executed at the same time  Ultimately, a program needs to be executed by a CPU  If there is only one CPU, how multiple programs can be executed at the same time?  By time sharing  That is, all programs are claimed to be executing. In fact, most of them are waiting for the CPU
  • 51. 51 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  A program that is claimed to be executing is called a process  For a multitasking system, a process has at least the following three states: Ready Running Sleeping Start execution Finish execution
  • 52. 52 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Ready state – All processes that are ready to execute but without the CPU are at the ready state – If there is only 1 CPU in the system, all processes except one are at the ready state  Running state – The process that actually possesses the CPU is at the running state – If there is only 1 CPU in the system, at most there is only one process is at the running state  Sleeping state – The process that is waiting for other resources, e.g. I/O, is at the sleeping state
  • 53. 53 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Processes will alternatively get into the CPU one after the other (called the round robin scheme)  A process will be “in” a CPU for a very short time (quantum) – For Linux, each quantum is about 100msec  At the time that a process is selected to be “in” the CPU – It goes from ready state to running state  After that, it will be swapped out – It goes from running state back to ready state  Or it may due to the waiting of an I/O device, e.g. mouse – It goes from running state to sleeping state  When obtaining the required resource – It goes from sleeping state to ready state
  • 54. 54 B A B C B A C A B C B A B C B C A B B A A C B A B A ready running sleep B A A C B C A A B A B Sleeps B Awakes C Executes C Terminates Time ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux
  • 55. 55 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  The mechanism to determine which process should “get into” the CPU is called Process scheduling  For example, a -> 10 b -> 0 c -> a+b b -> c c -> a+b b -> c c -> a+b b -> c c -> a+b b -> c c -> a+b b -> c Print out b Set variable a to 10 Set variable b to 0 Set variable c to a+b Repeat 5 times the following { Set variable b to c } Print out the value of b Program A Actual sequence of operations
  • 56. 56 Set variable d to 0 Repeat 5 times the following { Ask user to enter variable e Set variable f = d+e Set variable d = f } Print out the value of d d -> 0 User -> e f -> d+e d -> f User -> e f -> d+e d -> f User -> e f -> d+e d -> f User -> e f -> d+e d -> f User -> e f -> d+e d -> f Print out d Program B Actual sequence of operations ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux
  • 57. 57 a -> 10 b -> 0 c -> a+b b -> c c -> a+b d -> 0 User -> e b -> c c -> a+b b -> c c -> a+b b -> c f -> d+e d -> f User -> e c -> a+b b -> c Print out b f -> d+e d -> f User -> e f -> d+e d -> f User -> e f -> d+e d -> f User -> e f -> d+e d -> f Print out d ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  Program A and B will be at the running state alternatively, depends on the quantum size and the availability of the required resource Quantum end Waiting for user input Quantum end Waiting for user input Program A finishes Program B finishes
  • 58. 58 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux The processes of a system can be seen by using the command ps Terminal pts/0 has the editor vi running Terminal pts/1 is executing ps to see the processes of both terminals
  • 59. 59 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux PID TTY STAT TIME COMMAND 14748 pts/1 S 0:00 –bash 14795 pts/0 S 0:00 –bash 14974 pts/0 S 0:00 vi test1.txt 14876 pts/1 R 0:00 ps … Process ID Terminal name State: S – Sleeping (waiting for input) R – Running How much time the process is continuously executing
  • 60. 60 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  For the example above, both bash processes, which are the shell of both terminals, are waiting for the input of user. They must be in the sleeping state  The vi process, which is an editor, is also waiting for the input of user. Hence it is also in sleeping state  When ps reporting the processes in the system, it is the only process that is running. Hence it is in running state
  • 61. 61 ENG224 INFORMATION TECHNOLOGY – Part I 2. Operating System Case Study: Linux  A process can be forced to terminate by using the command kill -9 PID The vi process is terminated by using the command kill -9 14874