Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
sp-quiz
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
Container Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Service Desk
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
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Yannick Vollmer
sp-quiz
Commits
0644ec38
Commit
0644ec38
authored
1 year ago
by
Philip Kaluđerčić
Browse files
Options
Downloads
Patches
Plain Diff
Add some questions from ss23
parent
a8e09df4
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
ss23.q
+45
-0
45 additions, 0 deletions
ss23.q
with
45 additions
and
0 deletions
ss23.q
0 → 100644
+
45
−
0
View file @
0644ec38
#
https
://
sys.cs.fau.de
/
extern
/
lehre
/
ws23
/
sp2
/
pruefung
/
klausuren
/
2023
s
-
SP
-
Klausur_www.pdf
0
Man
unterscheidet
zwischen
privilegierten
und
nicht
-
privilegierten
Maschinenbefehlen.
Welche
Aussage
ist
richtig
?
(
Juli
2023
)
?
Privilegierte
Maschinenbefehle
d
ü
rfen
in
Anwendungsprogrammen
grunds
ä
tzlich
nicht
verwendet
werden.
Abh
ä
ngig
davon
,
was
man
unter
"grundsätzlich"
versteht
,
sollte
es
eigentlich
hei
ß
en
,
dass
man
Privilegierte
Maschinenbefehle
nicht
verwenden
darf.
-
Die
Benutzung
eines
privilegierten
Maschinenbefehls
in
einem
Anwendungsprogramm
f
ü
hrt
zu
einer
asynchronen
Programmunterbrechung.
Nein
,
es
w
ü
rde
zu
einer
_
syncrhonen_
Programmunterbrechung
f
ü
hren
,
weil
diese
direkt
durch
den
Versuch
den
Befehl
zu
interpretieren
ausgel
ö
st
werden
w
ü
rde.
?
Mit
nicht
-
privilegierten
Befehlen
ist
der
Zugriff
auf
Ger
ä
teregister
grunds
ä
tzlich
nicht
m
ö
glich.
Abh
ä
ngig
davon
,
was
man
unter
"grundsätzlich"
versteht
;
auf
Intel
CPUs
werden
hierzu
gesonderte
Befehle
benutzt
,
aber
_
grunds
ä
tzlich_
k
ö
nnte
eine
Rechnerarchitektur
auch
durch
Speicherschutz
einen
nicht
-
privilegierten
Prozess
daran
hindern
mittels
nicht
-
priviligierten
Befehlen
auf
Ger
ä
teregister
zuzugreifen.
-
Privilegierte
Maschinenbefehle
k
ö
nnen
durch
Betriebssystemprogramme
implementiert
werden.
Nein
,
diese
werden
nicht
durch
das
Betriebsystem
(
programme
)
implementiert
,
sondern
werden
von
der
CPU
ausf
ü
hrt
,
angenommen
es
befindet
sich
im
richtigen
Privilegienmodus.
.
0
Was
passiert
,
wenn
Sie
in
einem
C
-
Programm
ü
ber
einen
ung
ü
ltigen
Zeiger
versuchen
auf
Speicher
zuzugreifen
?
(
Juli
2023
)
-
Das
Betriebssystem
erkennt
die
ung
ü
ltige
Adresse
bei
der
Weitergabe
des
Befehls
an
die
CPU
(
partielle
Interpretation
)
und
leitet
eine
Ausnahmebehandlung
ein.
Nein
,
das
Betriebssystem
gibt
den
Befehl
selbst
nicht
an
die
CPU
weiter
,
und
ü
berpr
ü
ft
daher
auch
nicht
ob
die
Addressen
g
ü
ltig
seien.
-
Der
Compiler
erkennt
die
problematische
Code
-
Stelle
und
generiert
Code
,
der
zur
Laufzeit
bei
dem
Zugriff
einen
entsprechenden
Fehler
ausl
ö
st.
Nein
,
der
Ü
bersetzer
kann
sich
nicht
immer
sicher
sein
wo
die
problematische
Code
-
Stellen
sind
,
und
generiert
(
f
ü
r
C
)
auch
nicht
den
Code
um
den
Fehler
auszul
ö
sen.
+
Beim
Zugriff
ü
ber
den
Zeiger
muss
die
MMU
die
erforderliche
Adressumsetzung
vornehmen
,
erkennt
die
ung
ü
ltige
Adresse
und
l
ö
st
einen
Trap
aus.
Ja
,
wenn
die
MMU
die
Seite
nicht
aufl
ö
sen
kann
,
dann
wird
es
der
CPU
ein
Trap
zustellen
und
l
ö
st
damit
eine
syncrhone
Unterbrechung
im
Programm
aus.
-
Der
Speicher
schickt
an
die
CPU
einen
Interrupt.
Hierdurch
wird
das
Betriebssystem
angesprungen
,
das
den
gerade
laufenden
Prozess
mit
einem
"Segmentation fault"
-
Signal
unterbricht.
Da
der
Fehler
direkt
bedingt
ist
durch
das
Verhalten
des
Programms
,
w
ü
rde
es
sich
hier
um
ein
"Trap"
und
kein
"Interrupt"
(
unvorhersebar
)
handeln.
.
0
Welche
der
folgenden
Aussagen
zum
Thema
Dateispeicherung
sind
richtig
?
(
Juli
2023
)
-
Bei
indizierter
Speicherung
von
Dateien
ensteht
externer
Verschnitt
auf
der
Platte.
Nein
,
weil
f
ü
r
Dateien
ganze
Bl
ö
cke
vergeben
und
herumgeschoben
werden
k
ö
nnen
,
womit
externer
Verschnitt
vermieden
wird
,
weil
es
nicht
dazu
kommen
kann
,
dass
es
l
ü
cken
gibt
die
"zu klein"
w
ä
ren
f
ü
r
eine
Datei.
+
Festplatten
eignen
sich
besser
f
ü
r
sequentielle
als
f
ü
r
wahlfreie
Zugriffsmuster.
Ja
,
weil
der
Lese
-
Schreib
-
Kopf
der
Festplatte
schneller
auf
lokal
-
nahe
Daten
in
der
gleichen
Leserichtung
zugreifen
kann
,
ist
ist
der
Zugriff
auch
dementsprechend
schneller.
-
Eine
Datei
in
einem
Winows
-
NT
-
Dateisystem
kann
nur
genau
einen
Dateinamen
haben
,
da
dieser
in
ihrem
Master
-
File
-
Table
-
Eintrag
gespeichert
ist.
Nein
,
obwohl
der
Datei
Name
f
ü
r
ein
"fileID"
im
MFT
gespeichert
ist
,
wird
es
auch
in
Verzeichnissen
gespeichert
und
erlaubt
es
ä
hnlich
zu
einem
UFS
-
Inspiriertem
Datei
-
System
,
mehere
Namen
auf
ein
"Volume"
zu
definieren.
-
Da
SSDs
ohne
mechanische
Komponenten
auskommen
,
gibt
es
auch
durch
h
ä
ufige
Schreiboperationen
keinen
Verschleis.
Nein
,
Verschleis
hat
nichts
mit
der
technischen
Umsetzung
des
Speichermediums
zu
tun.
.
0
Welches
Signal
wird
bei
einer
Speicherschutzverletzung
versendet
?
(
Juli
2023
)
-
SIGKILL
`signal.h
(
7
p
)
`
sagt
"Kill (cannot be caught or ignored)"
.
+
SIGSEGV
`signal.h
(
7
p
)
`
sagt
"Invalid memory reference"
.
-
SIGTERM
`signal.h
(
7
p
)
`
sagt
"Termination signal"
.
-
SIGABORT
`signal.h
(
7
p
)
`
sagt
"Process abort signal"
.
.
\ No newline at end of file
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