Welcome to the Linux Foundation Forum!
Is kernel basically a large executable program ??
ruchika_sachdeva
Posts: 1
in Fedora
The kernel is basically a large executable program that runs in the background.
Is it true?
Secondly, Will the following command HIST=".bash_history" will assign the value .bash_history to the shell variable HIST??
0
Comments
-
ruchika_sachdeva wrote:
I'm tempted to anwer yes, but I'm not sure if "running in the background" is the best way to describe it. The kernel handles all the communication with the hardware of your computer, and is a necessary abstraction layer between the other executable programs on your system and your hardware.The kernel is basically a large executable program that runs in the background.
Yes, it will. Note that this command will only affect the current shell session (put the command somewhere in the file ~/.bashrc to make it permanent), and it will not be accessible by applications you start from that shell (for the variable to be available for child processes too, use export HIST=".bash_history") .Will the following command HIST=".bash_history" will assign the value .bash_history to the shell variable HIST?
If the point of running that command was to set your Bash history file to $HOME/.bash_history, you should instead run export HISTFILE="~/.bash_history", where '~' is automatically substituted for your home directory by the shell.0 -
Well, not to split hairs, but the kernel is not strictly necessary. The kernel *is* the operating system, yes, and the kernel facilitates the user's ability to run multiple programs at once, and to interact with the computer's resources. However, it is not strictly necessary to operate a computer with an operating system or kernel. A computer user could always chose to load and run programs directly into the processor and peripherals, ala pre-1980's computing.
So, ruchika, yes, the kernel is a large executable program, in so much as any other operating system is. The benefit of a kernel (or any operating system) is that it allows for easier access to hardware resources by abstracting a lot of the machine and architecture specific language into a more "frienly" set of APIs. What that really means, is it makes it easier for programmers to write things like the shells and GUI tools you use. They no longer need to worry about interacting with the hardware directly, or manipulating memory directly. Rather, the kernel will handle the memory management for them, and the kernel will interact with the hardware for them (like the hard drives, and the keyboard, and the video card and monitor, etc).
So to that point, the kernel isn't really in the background. It's not really in the foreground either. It's sort of the environement that allows there to be a gackground and a foreground.
Does that make sense?0 -
Kernel
Monolithic Kernel
Linux Kernel
Hybrid Kernel
NT Kernel (Windows)
I'll just leave this hear. And if your wondering about Mac - its freeBSD, which is Monolithic Kernel. As a point, You really should google questions like this. Not that we don't mind answering the question, but its more efficient.0 -
Kernel is the heart, we can say. It wont run always. It depends on usage. For simple home applications like music, videos,chats etc., it wont come to play much.
If you are a programmer, then you can drill your kernel with out giving a milli second time of rest.
I dont think so , Kernel is a single program. Group of core modules together form Kernel.
regarding, shell quest, are you sure about assigning a file to a variable ?0 -
linustorvalds wrote:Kernel is the heart, we can say. It wont run always. It depends on usage. For simple home applications like music, videos,chats etc., it wont come to play much.
If you are a programmer, then you can drill your kernel with out giving a milli second time of rest.
I dont think so , Kernel is a single program. Group of core modules together form Kernel.
regarding, shell quest, are you sure about assigning a file to a variable ?
I *REFUSE* to write again the message I just wrote.
You can go ahead and thank the fr***king flood protection.0 -
I *REFUSE* to write again the message I just wrote.
You can go ahead and thank the fr***king flood protection.
can't get what you are telling?0 -
There's a flood protection in the forum system that really annoyes me, that's the thing0
-
We've all been hit Marc, if I have a long post going I copy it before submitting. I've lost too many long posts, I've learned my lesson.
Sorry, but they tell me they are working on it.0
Categories
- All Categories
- 175 LFX Mentorship
- 175 LFX Mentorship: Linux Kernel
- 745 Linux Foundation IT Professional Programs
- 372 Cloud Engineer IT Professional Program
- 168 Advanced Cloud Engineer IT Professional Program
- 73 DevOps IT Professional Program - Discontinued
- 3 DevOps & GitOps IT Professional Program
- 98 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- AI & ML Training
- Blockchain & Decentralized Identity Training
- Cloud & Containers Training
- Cybersecurity Training
- DevOps & Site-Reliability Training
- Linux Kernel Development Training
- Networking Training
- Open Source Best Practice Training
- System Administration Training
- System Engineering Training
- Web & Application Development Training
- 2 LFD103-JP クラス フォーラム
- 2 LFD114 Class Forum
- 4 LFD123 Class Forum
- 5 LFD137 Class Forum
- 2 LFD140 Class Forum
- 4 LFD210-CN Class Forum
- 764 LFD259 Class Forum
- 681 LFS101 Class Forum
- 2 LFS140 Class Forum
- 30 LFS148 Class Forum
- 2 LFS158-JP クラス フォーラム
- 4 LFS180 Class Forum
- 3 LFS184 Class Forum
- 162 LFS207 Class Forum
- 3 LFS207-DE-Klassenforum
- 4 LFS207-JP クラス フォーラム
- 61 LFS241 Class Forum
- 52 LFS242 Class Forum
- 42 LFS243 Class Forum
- 19 LFS244 Class Forum
- 9 LFS245 Class Forum
- 3 LFS246 Class Forum
- 2 LFS248 Class Forum
- 179 LFS250 Class Forum
- 4 LFS250-JP クラス フォーラム
- 166 LFS253 Class Forum
- 5 LFS255 Class Forum
- 19 LFS256 Class Forum
- 3 LFS257 Class Forum
- 1.4K LFS258 Class Forum
- 165 LFS261 Class Forum
- 26 LFS267 Class Forum
- 28 LFS268 Class Forum
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 768 Linux Distributions
- 81 Debian
- 67 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 105 Mobile Computing
- 18 Android
- 72 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 936 Programming and Development
- 310 Kernel Development
- 608 Software Development
- 975 Software
- 367 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
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)