Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
L
Linux presentation
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
asztrikx
Linux presentation
Commits
75e1a5dc
Commit
75e1a5dc
authored
3 years ago
by
miklosbartoselekes
Browse files
Options
Downloads
Patches
Plain Diff
Fordítva, lektorálásra vár
parent
971b6236
No related branches found
Branches containing commit
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
második videó.md
+25
-32
25 additions, 32 deletions
második videó.md
with
25 additions
and
32 deletions
második videó.md
+
25
−
32
View file @
75e1a5dc
...
...
@@ -14,23 +14,17 @@ vonatkozik a UNIX-ra és a Linux-ra is.
Vannak különböző
[
elvek
](
https://en.wikipedia.org/wiki/Unix_philosophy
)
, amik alapján egy UNIX operációs rendszert megalkotnak.
A Linux is ezen elvek alapján készült.
-
Build modular programs
-
Write readable programs
-
Use composition
-
Separate mechanisms from policy
-
Write simple programs
-
Write small programs
-
Write transparent programs
-
Write robust programs
-
Make data complicated when required, not the program
-
Build on potential users' expected knowledge
-
Avoid unnecessary output
-
Write programs which fail in a way that is easy to diagnose
-
Value developer time over machine time
-
Write abstract programs that generate code instead of writing code by hand
-
Prototype software before polishing it
-
Write flexible and open programs
-
Make the program and protocols extensible
-
Moduláris szemlélet figyelembe vétele
-
Válaszd szét a működést az előírásoktól, szabályzatoktól
-
Egy program legyen kicsi, egyszerű, átlátható, mégis robosztus
-
Szükség esetén, inkább az adatstruktúra legyen összetettebb, ne a program
-
Számolj a potenciális felhasználók felkészültségével
-
Kerüld el a szükségtelen mellékhatásokat
-
Ha a program összeomlik, mérhető, elemezhető legyen
-
A fejlesztő ideje fontosabb a gép idejénél
-
A programok kézi kódolása helyett írj absztrakt programot, amely megalkotja a kódot
-
Írj rugalmas és nyílt programokat
-
A programok, protokollok bővíthetőek legyenek
### KISS (Keep it Simple, Stupid)
...
...
@@ -46,19 +40,17 @@ Ez azt jelenti, hogy a felhasználó fájljai, a rendszer könyvtárkatalógusai
és a rendszerhez csatlakoztatott hardver eszközök, mint fájlok
egységesen kezelhetőek.
The advantage of this approach is that the same set of tools,
utilities and APIs can be used on a wide range of resources.
There are a number of file types. When a file is opened,
a file descriptor is created. The file path becoming the addressing
system and the file descriptor being the byte stream I/O interface.
But file descriptors are also created for things like anonymous pipes
and network sockets via different methods. Therefore a more accurate
description of this feature is Everything is a file descriptor.
Ezen megközelítés előnye, hogy ugyanazokat az eszközöket és API-kat
széles körben fel tudjuk használni. Többféle fájltípus van, de bármelyik
megnyitásakor egy állományleíró, ún. file descriptor jön létre. Így a fájl útvonala
használható egy címkezelő rendszerként, és a file descriptor pedig a bájtfolyam
I/O interfésze. De a file descriptor ugyanakkor létrehozható pipe
és hálózati socketek megvalósítására is. Ennél fogva azt is mondhatnánk:
Minden is egy file descriptor.
Additionally, a range of pseudo and virtual filesystems exists
which exposes information about processes and other system information
in a hierarchical file-like structure.
These are mounted into the single file hierarchy.
Kiegészítésképp, létezik egy sor pszeudo és virtuális fájlkezelő rendszer amelyek
képesek bizonyos folyamatokról, rendszer információkról adatokat
megjeleníteni, hiszen ezek is egyetlen fájl hierarchiába vannak csatolva.
### Architektúra
...
...
@@ -265,9 +257,10 @@ Ezeket a programokat daemon folyamatoknak is nevezik.
Mivel ezeket a folyamatokat nem a terminálról indítják,
általában a rendszerindításkor automatikusan indulnak el.
A Service is a server application or set of applications that runs
in the background waiting to be used, or carrying out essential task.
They are basically called in inter-process communication.
Egy szolgáltatás nem más, mint egy vagy több alkalmazás egy szerveren, amelyek
vagy a háttérben várnak futásra várva, vagy valamilyen lényegi feladatot
(taskot) lássanak el. Őket gyakorlatilag csak processzek közti kommunikáció során
hívják meg.
Manapság a démonok (daemon) és a szolgáltatások (service) alatt ugyanazt a
fogalmat értjük, mivel ezek a programok egyszerre démonok és szolgáltatások is.
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment