Questions About Chapter 03. Processes
Hi everyone,
I'm new here. My name is Andreas. I've actually been using Linux on my personal laptop for a quite some years now, but now I decided that it was time to dig a little deeper into the operating system and its inner workings, and this course seemed to be a good way to gain some knowledge.
Anyways, I read through chapter 03 "Processes" and three questions came up:
What exactly is the difference between a thread/task and a process?
The section "Programs, Processes, and Threads" starts out by defining what a program is, what a process is, and then talks about tasks/threads without really defining these two terms. In section "Creating Processes" one can read "(...) in Linux, there really is not much difference on a technical level between creating a full process or just a new thread, as each mechanism takes about the same time and uses roughly the same amount of resources." I still down really understand the difference.When a process creates a child process, does that always happen via the an exec system call?
In section "Creating Processes in a Command Shell" the first sentence of the third bullet point reads as: "The command is loaded onto the child process's space via the exec system call." Doesn't that mean that the parent process always terminates? Or did I understand the section before ("Creating Processes") wrong? I thought when fork is used the parent process keeps running and when exec is used the parent process terminates.When a program uses shared libraries, a linker has to link them into the program at the start of the program, correct? Does that mean that the procedure to start a program that uses shared libraries takes longer compared to a program that uses static libraries?
I'd appreciate any help in figuring that stuff out.
Take care everyone,
Andreas
Comments
-
A process has all sorts of resources (memory, etc) dedicated to it. When it has multiple threads they share those resources, rather than have each their own. In other operating systems (e.g., Windows), there are a lot of steps to create a new process, but only a few to create a new thread. In linux, there are really very few differences between the making a new process (say with one thread) and adding a thread to an existing process, mostly because Linux has been extensively optimized to make a process or thread quickly and efficiently with fewer operations. Also scheduling is done at the thread level, not process level, which makes a big difference in run time operations.
When a new process is created, either through a fork or clone call (both using the same kernel code) the parent process may either continue or terminate. from a code view, if fork() is called, the parent continues. If exec..() is called, the parent terminates. There is not one path here.
As far as the shared libraries go, it is more efficient to share libraries as the code needed will already be resident in memory when the process starts. That is why shared libraries exist. (If you are ancient you remember when we used to talk about TSR programs -- terminate and stay resident -- which we don't anymore because we share libraries, or as is sometimes say use "dll"s (dynamic load libraries, which is language Windows also uses)
0 -
Thank you very much for your fast response @coop!
A process has all sorts of resources (memory, etc) dedicated to it. When it has multiple threads they share those resources, rather than have each their own. In other operating systems (e.g., Windows), there are a lot of steps to create a new process, but only a few to create a new thread. In linux, there are really very few differences between the making a new process (say with one thread) and adding a thread to an existing process, mostly because Linux has been extensively optimized to make a process or thread quickly and efficiently with fewer operations. Also scheduling is done at the thread level, not process level, which makes a big difference in run time operations.
All right, all threads of a process share the resources of the process they belong to. Got it. If scheduling is done at the thread level, does that mean, that any process has to have at least one thread?
When a new process is created, either through a fork or clone call (both using the same kernel code) the parent process may either continue or terminate. from a code view, if fork() is called, the parent continues. If exec..() is called, the parent terminates. There is not one path here.
That's what I thought: fork() -> the parent continues; exec() -> the parent terminates. But than the sentence in the chapter "The command is loaded onto the child process's space via the exec system call." is not quite correct or misleading. Or is "exec system call" here a kind of synonym for either fork() or exec().
As far as the shared libraries go, it is more efficient to share libraries as the code needed will already be resident in memory when the process starts. That is why shared libraries exist. (If you are ancient you remember when we used to talk about TSR programs -- terminate and stay resident -- which we don't anymore because we share libraries, or as is sometimes say use "dll"s (dynamic load libraries, which is language Windows also uses)
Well, I didn't consider that the code of static libraries has to be loaded into memory every time a program is started. That's a good point. But do actually all shared libraries are in always in memory?
0 -
a process always has to have at least one thread, otherwise what would it do?
A process will look to see if any shared libraries it needs are loaded, and if not it will load them. Note that almost every process/program uses some of the same shared libraries, such as libc, so there is virtually always a gain. Static libraries are usually only used in some startup programs and these days in third party vendor applications and their use there is subject to holy wars i won't get into.
To see what shared libraries you use just do something with the ldd utility as in:
c8:/usr/src>ldd /usr/bin/emacs linux-vdso.so.1 (0x00007ffd15ddc000) libtiff.so.5 => /lib64/libtiff.so.5 (0x00007f8ca3690000) libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00007f8ca3427000) libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f8ca31f2000) libgif.so.7 => /lib64/libgif.so.7 (0x00007f8ca2fe8000) libXpm.so.4 => /lib64/libXpm.so.4 (0x00007f8ca2dd5000) .....
which generates 144 lines of output.
0 -
@coop said:
a process always has to have at least one thread, otherwise what would it do?Well from "A process is an executing program and associated resources (...)" (see chapter 03 section Programs, Processes, and Threads), I figured, that a process does all the work, but now it occurs to me, that a process actually delegates the work to a thread (or multiple threads).
I think, I understand now. Thanks @coop!
0 -
I have also a question regarding this chapter (03 Processes) so i will use this discussion instead of creating a new discussion.
On chapter 03 Processes, Page 7, we can read:
"(...)In kernel (system) mode, the CPU has full access to all hardware on the system, including peripherals, memory, disks, etc.(...)"
is it correct? Shouldn't be the process instead of CPU?
"(...)In kernel (system) mode, the process has full access to all hardware on the system, including peripherals, memory, disks, etc.(...)"_
0 -
No, the process definitely does not have access directly, it is the CPU. It is not the best English perhaps, but it is correct. The process itself can do nothing without going into kernel-mode which means it is the kernel that does it.
0
Categories
- All Categories
- 60 LFX Mentorship
- 113 LFX Mentorship: Linux Kernel
- 618 Linux Foundation IT Professional Programs
- 321 Cloud Engineer IT Professional Program
- 142 Advanced Cloud Engineer IT Professional Program
- 55 DevOps Engineer IT Professional Program
- 68 Cloud Native Developer IT Professional Program
- 6 Express Training Courses
- 6 Express Courses - Discussion Forum
- 2.3K Training Courses
- 19 LFC110 Class Forum - Discontinued
- 9 LFC131 Class Forum
- 31 LFD102 Class Forum
- 175 LFD103 Class Forum
- 22 LFD121 Class Forum
- 2 LFD137 Class Forum
- 61 LFD201 Class Forum
- 2 LFD210 Class Forum
- 1 LFD210-CN Class Forum
- 1 LFD213 Class Forum - Discontinued
- 128 LFD232 Class Forum - Discontinued
- LFD237 Class Forum
- 23 LFD254 Class Forum
- 653 LFD259 Class Forum
- 108 LFD272 Class Forum
- 1 LFD272-JP クラス フォーラム
- 4 LFD273 Class Forum
- 2 LFS145 Class Forum
- 28 LFS200 Class Forum
- 740 LFS201 Class Forum - Discontinued
- 1 LFS201-JP クラス フォーラム
- 12 LFS203 Class Forum
- 92 LFS207 Class Forum
- 301 LFS211 Class Forum
- 54 LFS216 Class Forum
- 47 LFS241 Class Forum
- 41 LFS242 Class Forum
- 37 LFS243 Class Forum
- 12 LFS244 Class Forum
- 41 LFS250 Class Forum
- 1 LFS250-JP クラス フォーラム
- LFS251 Class Forum
- 142 LFS253 Class Forum
- LFS254 Class Forum
- LFS255 Class Forum
- LFS256 Class Forum
- LFS257 Class Forum
- 1.2K LFS258 Class Forum
- 10 LFS258-JP クラス フォーラム
- 106 LFS260 Class Forum
- 145 LFS261 Class Forum
- 39 LFS262 Class Forum
- 83 LFS263 Class Forum - Discontinued
- 15 LFS264 Class Forum - Discontinued
- 11 LFS266 Class Forum - Discontinued
- 20 LFS267 Class Forum
- 18 LFS268 Class Forum
- 26 LFS269 Class Forum
- 204 LFS272 Class Forum
- 1 LFS272-JP クラス フォーラム
- LFS274 Class Forum
- 3 LFS281 Class Forum
- 249 LFW211 Class Forum
- 177 LFW212 Class Forum
- 9 SKF100 Class Forum
- SKF200 Class Forum
- 907 Hardware
- 220 Drivers
- 74 I/O Devices
- 44 Monitors
- 116 Multimedia
- 210 Networking
- 102 Printers & Scanners
- 86 Storage
- 764 Linux Distributions
- 88 Debian
- 66 Fedora
- 15 Linux Mint
- 13 Mageia
- 24 openSUSE
- 143 Red Hat Enterprise
- 33 Slackware
- 13 SUSE Enterprise
- 357 Ubuntu
- 482 Linux System Administration
- 40 Cloud Computing
- 70 Command Line/Scripting
- Github systems admin projects
- 95 Linux Security
- 80 Network Management
- 108 System Management
- 51 Web Management
- 72 Mobile Computing
- 25 Android
- 32 Development
- 1.2K New to Linux
- 1.1K Getting Started with Linux
- 545 Off Topic
- 132 Introductions
- 223 Small Talk
- 22 Study Material
- 831 Programming and Development
- 282 Kernel Development
- 515 Software Development
- 974 Software
- 260 Applications
- 185 Command Line
- 3 Compiling/Installing
- 119 Games
- 318 Installation
- 65 All In Program
- 65 All In Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)