Anki Deck Changes

Commit: 2d43076d - small changes

Author: obrhubr <obrhubr+noreply@noreply.com>

Date: 2026-04-06T17:58:55+02:00

Changes: 30 note(s) changed (0 added, 30 modified, 0 deleted)

ℹ️ Cosmetic Changes Hidden: 1 note(s) had formatting-only changes and are not shown below • 1 HTML formatting changes

Note 1: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: LE!#OdHaHH
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::4._Zufallsvariablen::2._Erwartungswert
Die Linearität der Erwartung hält, wenn \(X_1,\ldots,X_n\) vollkommen wurscht ob unabhängig, du dummbatzi sind?

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::4._Zufallsvariablen::2._Erwartungswert
Die Linearität der Erwartung hält, wenn \(X_1,\ldots,X_n\) vollkommen wurscht ob unabhängig, du dummbatzi sind?

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::4._Zufallsvariablen::2._Erwartungswert
Die Linearität der Erwartung hält wenn \(X_1,\ldots,X_n\)  nicht unabhängig, du dummbatzi sind?

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::4._Zufallsvariablen::2._Erwartungswert
Die Linearität der Erwartung hält wenn \(X_1,\ldots,X_n\)  nicht unabhängig, du dummbatzi sind?
Field-by-field Comparison
Field Before After
Text Die Linearität der Erwartung hält, wenn&nbsp;\(X_1,\ldots,X_n\)&nbsp;{{c1::vollkommen wurscht ob unabhängig, du dummbatzi}} sind? Die Linearität der Erwartung hält wenn&nbsp;\(X_1,\ldots,X_n\)&nbsp; {{c1::nicht unabhängig, du dummbatzi}} sind?
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::4._Zufallsvariablen::2._Erwartungswert

Note 2: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: P#e48Dok$?
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Paarweise Unabhängigkeit \(\Leftarrow\) Stochastische Unabhängigkeit

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Paarweise Unabhängigkeit \(\Leftarrow\) Stochastische Unabhängigkeit

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Paarweise Unabhängigkeit \(\not\Rightarrow\) aber \(\Leftarrow\) stochastische Unabhängigkeit!

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Paarweise Unabhängigkeit \(\not\Rightarrow\) aber \(\Leftarrow\) stochastische Unabhängigkeit!
Field-by-field Comparison
Field Before After
Text Paarweise Unabhängigkeit {{c1::\(\Leftarrow\)::Implikationen in welche Richtungen?}} Stochastische Unabhängigkeit Paarweise Unabhängigkeit {{c1::\(\not\Rightarrow\)&nbsp;aber&nbsp;\(\Leftarrow\)}} stochastische Unabhängigkeit!
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit

Note 3: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: PV7-/GzLwe
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Die Rekursionsformel des Pascalschen Dreiecks lautet: \[\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Die Rekursionsformel des Pascalschen Dreiecks lautet: \[\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\]

Intuition:
Fixiere Element \(x\).
  • \(x\) dabei → noch \(k-1\) aus \(n-1\) wählen
  • \(x\) nicht dabei → alle \(k\) aus \(n-1\) wählen
Pascalsches Dreieck (Eintrag in Zeile \(n\), Position \(k\) ist \(\binom{n}{k}\)):
\[\begin{array}{ccccccccc} & & & & 1 \\ & & & 1 & & 1 \\ & & 1 & & 2 & & 1 \\ & 1 & & 3 & & 3 & & 1 \\ 1 & & 4 & & 6 & & 4 & & 1 \end{array}\]Jeder Eintrag = Summe der zwei Einträge schräg darüber.
Z.B.: \(\binom{4}{2} = 6 = \underbrace{\binom{3}{1}}_{3} + \underbrace{\binom{3}{2}}_{3}\)

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Rekursion (Pascalsches Dreieck): \(\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\)

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Rekursion (Pascalsches Dreieck): \(\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\)
Field-by-field Comparison
Field Before After
Text Die Rekursionsformel des Pascalschen Dreiecks lautet:&nbsp;\[\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\] Rekursion (Pascalsches Dreieck): \(\binom{n}{k} = {{c3::\binom{n-1}{k-1} + \binom{n-1}{k} }}\)
Extra <b>Intuition:</b> <br>Fixiere Element&nbsp;\(x\).<br><ul><li>\(x\)&nbsp;dabei → noch&nbsp;\(k-1\)&nbsp;aus&nbsp;\(n-1\)&nbsp;wählen</li><li>\(x\)&nbsp;nicht dabei → alle&nbsp;\(k\)&nbsp;aus&nbsp;\(n-1\)&nbsp;wählen</li></ul><b>Pascalsches Dreieck (Eintrag in Zeile&nbsp;</b>\(n\)<b>, Position&nbsp;</b>\(k\)<b>&nbsp;ist&nbsp;</b>\(\binom{n}{k}\)<b>):</b><br>\[\begin{array}{ccccccccc} &amp; &amp; &amp; &amp; 1 \\ &amp; &amp; &amp; 1 &amp; &amp; 1 \\ &amp; &amp; 1 &amp; &amp; 2 &amp; &amp; 1 \\ &amp; 1 &amp; &amp; 3 &amp; &amp; 3 &amp; &amp; 1 \\ 1 &amp; &amp; 4 &amp; &amp; 6 &amp; &amp; 4 &amp; &amp; 1 \end{array}\]Jeder Eintrag = Summe der zwei Einträge schräg darüber.<br>Z.B.:&nbsp;\(\binom{4}{2} = 6 = \underbrace{\binom{3}{1}}_{3} + \underbrace{\binom{3}{2}}_{3}\)
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik

Note 4: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: Pp@EGP+L[^
modified

Before

Front

ETH::2._Semester::A&W::1._Graphentheorie::6._Matchings::1._Algorithmen
Hopcroft-Karp findet in einem bipartiten Graphen in \(O({{c2::\sqrt{|V|} \cdot |E|}})\) ein maximales Matching.

Back

ETH::2._Semester::A&W::1._Graphentheorie::6._Matchings::1._Algorithmen
Hopcroft-Karp findet in einem bipartiten Graphen in \(O({{c2::\sqrt{|V|} \cdot |E|}})\) ein maximales Matching.

After

Front

ETH::2._Semester::A&W::1._Graphentheorie::6._Matchings::1._Algorithmen
Hopcroft-Karp findet in einem bipartiten Graphen in {{c1::\(O(\sqrt{|V|} \cdot |E|)\)}} ein maximales Matching.

Back

ETH::2._Semester::A&W::1._Graphentheorie::6._Matchings::1._Algorithmen
Hopcroft-Karp findet in einem bipartiten Graphen in {{c1::\(O(\sqrt{|V|} \cdot |E|)\)}} ein maximales Matching.
Field-by-field Comparison
Field Before After
Text Hopcroft-Karp findet in einem {{c1::<b>bipartiten</b>}}<b>&nbsp;Graphen</b>&nbsp;in \(O({{c2::\sqrt{|V|} \cdot |E|}})\)&nbsp;ein {{c3::maximales Matching}}. Hopcroft-Karp findet in einem {{c1::<b>bipartiten Graphen</b>}} in {{c1::\(O(\sqrt{|V|} \cdot |E|)\)}} ein {{c1::maximales Matching}}.
Tags: ETH::2._Semester::A&W::1._Graphentheorie::6._Matchings::1._Algorithmen

Note 5: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: iYXQ`8[w/]
modified

Before

Front

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen


Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)     \(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \(k+1\) viele Farben.

Back

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen


Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)     \(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \(k+1\) viele Farben.

Heuristik:
\(v_n\) := Knoten vom kleinsten Grad. Lösche \(v_n\).
\(v_{n-1}\) := Knoten vom kleinsten Grad im Restgraph. Lösche \(v_{n-1}\). Iteriere.

Falls \(G=(V,E)\) erfüllt:
In jedem Subgraphen gibt es einen Knoten mit Grad \(\leq k\)
\(\Rightarrow\) Heuristik liefert Reihenfolge \(v_1,\ldots,v_n\) für die der Greedy-Algorithmus höchstens \(k+1\) Farben benötigt

After

Front

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen


Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)     \(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \(k+1\) viele Farben.

Proof Included

Back

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen


Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)     \(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \(k+1\) viele Farben.

Proof Included

Heuristik:
\(v_n\) := Knoten vom kleinsten Grad. Lösche \(v_n\).
\(v_{n-1}\) := Knoten vom kleinsten Grad im Restgraph. Lösche \(v_{n-1}\). Iteriere.

Falls \(G=(V,E)\) erfüllt:
In jedem Subgraphen gibt es einen Knoten mit Grad \(\leq k\)
\(\Rightarrow\) Heuristik liefert Reihenfolge \(v_1,\ldots,v_n\) für die der Greedy-Algorithmus höchstens \(k+1\) Farben benötigt
Field-by-field Comparison
Field Before After
Text <img src="paste-abfd33d5257708cb778d485196521618b5c07e9e.jpg"><br><br>Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)&nbsp; &nbsp; &nbsp;\(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \({{c1::k+1}}\) viele Farben. <img src="paste-abfd33d5257708cb778d485196521618b5c07e9e.jpg"><br><br>Gilt für die (gewählte) Reihenfolge \(|N(v_i) \cap \{v_1, \ldots, v_{i-1}\}| \leq k\)&nbsp; &nbsp; &nbsp;\(\forall\, 2 \leq i \leq n\), dann benötigt der Greedy-Algorithmus höchstens \({{c1::k+1}}\) viele Farben.<div><br></div><div><i>Proof Included</i></div>
Tags: ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen

Note 6: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: jc@5=H8@[9
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::2._Bedingte_Wahrscheinlichkeiten
Seien \(A, B\) Ereignisse mit \(\Pr[B] > 0\).
Dann gilt:
\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]}::\text{Bayes} }}.\]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::2._Bedingte_Wahrscheinlichkeiten
Seien \(A, B\) Ereignisse mit \(\Pr[B] > 0\).
Dann gilt:
\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]}::\text{Bayes} }}.\]

(Satz von Bayes)

Es folgt direkt: \(\Pr[A\mid B] = \frac{\Pr[A \cap B]}{\Pr[B]} = \frac{\Pr[B\mid A]\cdot\Pr[A]}{\Pr[B]}\).
Verallgemeinerung (Partition \(A_1,\ldots,A_n\)):

\(\Pr[A_i\mid B] = \frac{\Pr[B\mid A_i]\Pr[A_i]}{\sum_j \Pr[B\mid A_j]\Pr[A_j]}\).

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::2._Bedingte_Wahrscheinlichkeiten
Seien \(A, B\) Ereignisse mit \(\Pr[B] > 0\).
Dann gilt:
\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]} }}.\]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::2._Bedingte_Wahrscheinlichkeiten
Seien \(A, B\) Ereignisse mit \(\Pr[B] > 0\).
Dann gilt:
\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]} }}.\]

(Satz von Bayes)

Es folgt direkt: \(\Pr[A\mid B] = \frac{\Pr[A \cap B]}{\Pr[B]} = \frac{\Pr[B\mid A]\cdot\Pr[A]}{\Pr[B]}\).
Verallgemeinerung (Partition \(A_1,\ldots,A_n\)):

\(\Pr[A_i\mid B] = \frac{\Pr[B\mid A_i]\Pr[A_i]}{\sum_j \Pr[B\mid A_j]\Pr[A_j]}\).
Field-by-field Comparison
Field Before After
Text Seien \(A, B\) Ereignisse mit \(\Pr[B] &gt; 0\). <br>Dann gilt:<br>\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]}::\text{Bayes} }}.\] Seien \(A, B\) Ereignisse mit \(\Pr[B] &gt; 0\). <br>Dann gilt:<br>\[\Pr[A\mid B] = {{c1::\frac{\Pr[B\mid A] \cdot \Pr[A]}{\Pr[B]} }}.\]
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::2._Bedingte_Wahrscheinlichkeiten

Note 7: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: n.e@Tr+tLx
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Stochastische Unabhängigkeit hat zwei äquivalente Formulierungen (falls \(\Pr[B] > 0\)):
  1. \(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\)
  2. \(\Pr[A\mid B] = \Pr[A]\)

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Stochastische Unabhängigkeit hat zwei äquivalente Formulierungen (falls \(\Pr[B] > 0\)):
  1. \(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\)
  2. \(\Pr[A\mid B] = \Pr[A]\)

Beweis:
Setze 1. in \(\Pr[A\mid B] = \frac{\Pr[A \cap B]}{\Pr[B]}\) ein, dann kürzt sich \(\Pr[B]\) weg.

Intuition:
Das Eintreten von \(B\) beeinflusst die Wahrscheinlichkeit von \(A\) nicht.

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Falls \(\Pr[B] > 0\) ist stochastische Unabhängigkeit \(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\) ident mit  \(\Pr[A|B] = \Pr[A]\) (Bayes).

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Falls \(\Pr[B] > 0\) ist stochastische Unabhängigkeit \(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\) ident mit  \(\Pr[A|B] = \Pr[A]\) (Bayes).
Field-by-field Comparison
Field Before After
Text Stochastische Unabhängigkeit hat zwei äquivalente Formulierungen (falls&nbsp;\(\Pr[B] &gt; 0\)):<br><ol><li>\(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\)</li><li>{{c1::\(\Pr[A\mid B] = \Pr[A]\)}}</li></ol> Falls&nbsp;\(\Pr[B] &gt; 0\)&nbsp;ist stochastische Unabhängigkeit&nbsp;\(\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]\)&nbsp;ident mit {{c1::&nbsp;\(\Pr[A|B] = \Pr[A]\)&nbsp;(Bayes)}}.
Extra <b>Beweis:</b> <br>Setze 1. in&nbsp;\(\Pr[A\mid B] = \frac{\Pr[A \cap B]}{\Pr[B]}\)&nbsp;ein, dann kürzt sich&nbsp;\(\Pr[B]\)&nbsp;weg.<br><br>Intuition: <br>Das Eintreten von&nbsp;\(B\)&nbsp;beeinflusst die Wahrscheinlichkeit von&nbsp;\(A\)&nbsp;nicht.
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit

Note 8: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: o78LP-Mw-W
modified

Before

Front

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen
Für alle \(k \geq 2\) gibt es einen dreiecksfreien Graphen \(G_k\) mit \(\chi(G_k) \geq k\).

Back

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen
Für alle \(k \geq 2\) gibt es einen dreiecksfreien Graphen \(G_k\) mit \(\chi(G_k) \geq k\).

(Mycielski-Konstruktion)

Konstruktion:

Aus \(G_k = (V_k, E_k)\) mit \(V_k = \{v_1,\ldots,v_n\}\) bilde \(G_{k+1}\):
Füge Knoten \(w_1,\ldots,w_n, z\) hinzu. \(w_i\) ist mit allen Nachbarn von \(v_i\) verbunden (aber nicht mit \(v_i\) selbst). \(z\) ist mit allen \(w_i\) verbunden.
Der neue Graph ist dreiecksfrei und braucht eine Farbe mehr als \(G_k\).

After

Front

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen
Für alle \(k \geq 2\) gibt es einen dreiecksfreien Graphen \(G_k\) mit \(\chi(G_k) \geq k\).

Back

ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen
Für alle \(k \geq 2\) gibt es einen dreiecksfreien Graphen \(G_k\) mit \(\chi(G_k) \geq k\).

(Mycielski-Konstruktion)

Konstruktion:

Aus \(G_k = (V_k, E_k)\) mit \(V_k = \{v_1,\ldots,v_n\}\) bilde \(G_{k+1}\):
Füge Knoten \(w_1,\ldots,w_n, z\) hinzu. \(w_i\) ist mit allen Nachbarn von \(v_i\) verbunden (aber nicht mit \(v_i\) selbst). \(z\) ist mit allen \(w_i\) verbunden.
Der neue Graph ist dreiecksfrei und braucht eine Farbe mehr als \(G_k\).
Field-by-field Comparison
Field Before After
Text Für alle \(k \geq 2\) gibt es einen {{c1::dreiecksfreien}} Graphen \(G_k\) mit&nbsp;\(\chi(G_k) \geq k\). Für alle \(k \geq 2\) gibt es einen {{c1::dreiecksfreien}} Graphen \(G_k\) mit&nbsp;\(\chi(G_k) \geq {{c2::k}}\).
Tags: ETH::2._Semester::A&W::1._Graphentheorie::7._Färbungen

Note 9: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: qsXztu}x3_
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Ereignisse \(A_1, \ldots, A_n\) heissen stochastisch unabhängig, falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:
\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Ereignisse \(A_1, \ldots, A_n\) heissen stochastisch unabhängig, falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:
\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\]

Achtung:
Paarweise Unabhängigkeit (\(\Pr[A_i \cap A_j] = \Pr[A_i]\Pr[A_j]\) für alle \(i \neq j\)) impliziert NICHT stochastische Unabhängigkeit!

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Ereignisse \(A_1, \ldots, A_n\) heißen stochastisch unabhängig,
falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:
\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Ereignisse \(A_1, \ldots, A_n\) heißen stochastisch unabhängig,
falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:
\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\]

Achtung:
Paarweise Unabhängigkeit (\(\Pr[A_i \cap A_j] = \Pr[A_i]\Pr[A_j]\) für alle \(i \neq j\)) impliziert NICHT stochastische Unabhängigkeit!
Field-by-field Comparison
Field Before After
Text Ereignisse \(A_1, \ldots, A_n\) heissen stochastisch unabhängig, falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:<br>\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\] Ereignisse \(A_1, \ldots, A_n\) heißen stochastisch unabhängig,<br>falls für alle nichtleeren \(I \subseteq \{1,\ldots,n\}\) gilt:<br>\[{{c2::\Pr\!\left[\bigcap_{i \in I} A_i\right] = \prod_{i \in I} \Pr[A_i]}}.\]
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit

Note 10: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: s7OsezhA)h
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Für den Binomialkoeffizienten gelten:
  1. \(\binom{n}{0} = 1\)
  2. \(\binom{n}{n} = 1\)
  3. \(\binom{n}{1} = n\)

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Für den Binomialkoeffizienten gelten:
  1. \(\binom{n}{0} = 1\)
  2. \(\binom{n}{n} = 1\)
  3. \(\binom{n}{1} = n\)

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Für den Binomialkoeffizienten gelten:
Randfälle: \(\binom{n}{0} = 1\), \(\binom{n}{n} = 1\), \(\binom{n}{1} = n\)

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik
Für den Binomialkoeffizienten gelten:
Randfälle: \(\binom{n}{0} = 1\), \(\binom{n}{n} = 1\), \(\binom{n}{1} = n\)
Field-by-field Comparison
Field Before After
Text Für den Binomialkoeffizienten gelten:<br><ol><li>\(\binom{n}{0} = {{c1::1}}\)</li><li>\(\binom{n}{n} = {{c2::1}}\)</li><li>\(\binom{n}{1} = {{c3::n}}\)</li></ol> Für den Binomialkoeffizienten gelten:<br>Randfälle: \(\binom{n}{0} = {{c2::1}}\), \(\binom{n}{n} = {{c2::1}}\), \(\binom{n}{1} = {{c2::n}}\)
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::0._Kombinatorik

Note 11: ETH::2. Semester::A&W

Deck: ETH::2. Semester::A&W
Note Type: Horvath Cloze
GUID: tHY-Qji=0u
modified

Before

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Zwei Ereignisse \(A\) und \(B\) heißen stochastisch unabhängig, falls:
\[\Pr[A \cap B] = \Pr[A] \cdot \Pr[B] \]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Zwei Ereignisse \(A\) und \(B\) heißen stochastisch unabhängig, falls:
\[\Pr[A \cap B] = \Pr[A] \cdot \Pr[B] \]

Intuition:
Das Eintreten von \(B\) beeinflusst die Wahrscheinlichkeit von \(A\) nicht.

After

Front

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Zwei Ereignisse \(A\) und \(B\) heißen stochastisch unabhängig, falls
\[\Pr[A \cap B] = \Pr[A] \cdot \Pr[B] \]

Back

ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit
Zwei Ereignisse \(A\) und \(B\) heißen stochastisch unabhängig, falls
\[\Pr[A \cap B] = \Pr[A] \cdot \Pr[B] \]

Intuition:
Das Eintreten von \(B\) beeinflusst die Wahrscheinlichkeit von \(A\) nicht.
Field-by-field Comparison
Field Before After
Text Zwei Ereignisse \(A\) und \(B\) heißen {{c1::stochastisch unabhängig}}, falls:<br>\[{{c2::\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]}} \] Zwei Ereignisse \(A\) und \(B\) heißen {{c1::stochastisch unabhängig}}, falls<br>\[{{c2::\Pr[A \cap B] = \Pr[A] \cdot \Pr[B]}} \]
Tags: ETH::2._Semester::A&W::2._Wahrscheinlichkeitstheorie_und_randomisierte_Algorithmen::3._Unabhängigkeit

Note 12: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: =wRp[:z20n
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::4._Umordnung
Sei \(\sum a_n\) {{c1::bedingt konvergent und \(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.

Dann {{c2::gibt es eine Bijektion \(\phi\), so dass:
\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}}

Back

ETH::2._Semester::Analysis::3._Reihen::4._Umordnung
Sei \(\sum a_n\) {{c1::bedingt konvergent und \(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.

Dann {{c2::gibt es eine Bijektion \(\phi\), so dass:
\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}}

(Riemannscher Umordnungssatz)

Merke:
Bedingt konvergente Reihen können durch Umordnung jeden Grenzwert annehmen!

After

Front

ETH::2._Semester::Analysis::3._Reihen::4._Umordnung
Riemannscher Umordnungssatz (bedingt konvergente Reihen): Sei \(\sum a_n\) {{c1::bedingt konvergent und \(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.

Dann {{c2::gibt es eine Bijektion \(\phi\), so dass:
\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}}

Back

ETH::2._Semester::Analysis::3._Reihen::4._Umordnung
Riemannscher Umordnungssatz (bedingt konvergente Reihen): Sei \(\sum a_n\) {{c1::bedingt konvergent und \(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.

Dann {{c2::gibt es eine Bijektion \(\phi\), so dass:
\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}}

Merke: Bedingt konvergente Reihen können durch Umordnung jeden Grenzwert annehmen!
Field-by-field Comparison
Field Before After
Text Sei&nbsp;\(\sum a_n\)&nbsp;{{c1::<b>bedingt konvergent</b>&nbsp;und&nbsp;\(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.<br><br>Dann {{c2::gibt es eine Bijektion&nbsp;\(\phi\),&nbsp;so dass:<br>\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}} <b>Riemannscher</b> Umordnungssatz (bedingt konvergente Reihen): Sei&nbsp;\(\sum a_n\)&nbsp;{{c1::<b>bedingt konvergent</b>&nbsp;und&nbsp;\(L \in \mathbb{R} \cup \{+\infty, -\infty\}\)}}.<br><br>Dann {{c2::gibt es eine Bijektion&nbsp;\(\phi\),&nbsp;so dass:<br>\[\sum_{n=0}^\infty a_{\phi(n)} = L\]}}
Extra (Riemannscher&nbsp;Umordnungssatz)<b><br><br>Merke:</b> Bedingt konvergente Reihen können durch Umordnung <i>jeden</i> Grenzwert annehmen! <b>Merke:</b> Bedingt konvergente Reihen können durch Umordnung <i>jeden</i> Grenzwert annehmen!
Tags: ETH::2._Semester::Analysis::3._Reihen::4._Umordnung

Note 13: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: @#Owv2&S1x
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Beim Leibniz-Kriterium gilt die Fehlerabschätzung:
\[|S - S_n| \leq {{c1::a_{n+1} }}\]D.h. der Fehler ist höchstens so gross wie der erste weggelassene Term.

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Beim Leibniz-Kriterium gilt die Fehlerabschätzung:
\[|S - S_n| \leq {{c1::a_{n+1} }}\]D.h. der Fehler ist höchstens so gross wie der erste weggelassene Term.

Nützlich zur numerischen Approximation alternierender Reihen.

After

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Beim Leibniz-Kriterium gilt die Fehlerabschätzung:
\[|S - S_n| \leq {{c1::a_{n+1} }}\]
D.h. der Fehler ist höchstens so groß wie der erste weggelassene Term.

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Beim Leibniz-Kriterium gilt die Fehlerabschätzung:
\[|S - S_n| \leq {{c1::a_{n+1} }}\]
D.h. der Fehler ist höchstens so groß wie der erste weggelassene Term.

Nützlich zur numerischen Approximation alternierender Reihen.
Field-by-field Comparison
Field Before After
Text Beim Leibniz-Kriterium gilt die Fehlerabschätzung:<br>\[|S - S_n| \leq {{c1::a_{n+1} }}\]D.h. der Fehler ist höchstens so gross wie {{c1::der erste weggelassene Term}}. Beim Leibniz-Kriterium gilt die Fehlerabschätzung:<br>\[|S - S_n| \leq {{c1::a_{n+1} }}\]<br>D.h. der Fehler ist höchstens so groß wie {{c1::der erste weggelassene Term}}.
Tags: ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien

Note 14: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: j1*KfG}T{:
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Eine Reihe heisst bedingt konvergent, wenn sie konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert.

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Eine Reihe heisst bedingt konvergent, wenn sie konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert.

(D.h. nicht absolut konvergiert..)

Beispiel: 
\(\sum \frac{(-1)^n}{n}\) ist bedingt konvergent.

After

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Eine Reihe heisst bedingt konvergent, wenn sie konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert.

Counterexample included

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Eine Reihe heisst bedingt konvergent, wenn sie konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert.

Counterexample included

(D.h. nicht absolut konvergiert..)

Beispiel: 
\(\sum \frac{(-1)^n}{n}\) ist bedingt konvergent.
Field-by-field Comparison
Field Before After
Text Eine Reihe heisst <b>bedingt konvergent</b>, wenn sie {{c1::konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert}}. Eine Reihe heisst <b>bedingt konvergent</b>, wenn sie {{c1::konvergiert, aber die Reihe der Beträge \(\sum |a_k|\) divergiert}}.<div><br></div><div><i>Counterexample included</i></div>
Tags: ETH::2._Semester::Analysis::3._Reihen::1._Definitionen

Note 15: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Classic
GUID: jKp`Sev.N*
modified

Before

Front

ETH::2._Semester::Analysis::2._Folgen::2._Konvergenz::4._Cauchy_Folge
Warum ist jede Cauchy-Folge in \(\mathbb{R}\) konvergent, aber nicht jede in \(\mathbb{Q}\)?

Back

ETH::2._Semester::Analysis::2._Folgen::2._Konvergenz::4._Cauchy_Folge
Warum ist jede Cauchy-Folge in \(\mathbb{R}\) konvergent, aber nicht jede in \(\mathbb{Q}\)?

Weil \(\mathbb{R}\) vollständig ist (keine "Lücken"), während \(\mathbb{Q}\) das nicht ist.

Beispiel:
Die Folge \(1,\; 1.4,\; 1.41,\; 1.414,\; \dots\) ist Cauchy in \(\mathbb{Q}\), konvergiert aber gegen \(\sqrt{2} \notin \mathbb{Q}\).
Der Grenzwert existiert in \(\mathbb{Q}\) nicht - die "Lücke" fehlt.
In \(\mathbb{R}\) ist \(\sqrt{2}\) vorhanden, also konvergiert die Folge dort.

After

Front

ETH::2._Semester::Analysis::2._Folgen::2._Konvergenz::4._Cauchy_Folge
Warum gilt Cauchy \(\iff\) konvergent in \(\mathbb{R}\), aber nicht in \(\mathbb{Q}\)?

Back

ETH::2._Semester::Analysis::2._Folgen::2._Konvergenz::4._Cauchy_Folge
Warum gilt Cauchy \(\iff\) konvergent in \(\mathbb{R}\), aber nicht in \(\mathbb{Q}\)?

In \(\mathbb{R}\): jede Cauchy-Folge konvergiert in \(\mathbb{R}\) (Vollständigkeit).

In \(\mathbb{Q}\): Eine Cauchy-Folge in \(\mathbb{Q}\) kann gegen \(\sqrt{2} \notin \mathbb{Q}\) konvergieren — der Grenzwert liegt außerhalb des Raumes. \(\mathbb{Q}\) ist nicht vollständig.
Field-by-field Comparison
Field Before After
Front Warum ist jede Cauchy-Folge in&nbsp;\(\mathbb{R}\)&nbsp;konvergent, aber nicht jede in&nbsp;\(\mathbb{Q}\)? Warum gilt Cauchy \(\iff\) konvergent in \(\mathbb{R}\), aber nicht in \(\mathbb{Q}\)?
Back Weil&nbsp;\(\mathbb{R}\)&nbsp;vollständig ist (keine "Lücken"), während&nbsp;\(\mathbb{Q}\)&nbsp;das nicht ist.<br><br><b>Beispiel:</b><br>Die Folge&nbsp;\(1,\; 1.4,\; 1.41,\; 1.414,\; \dots\)&nbsp;ist Cauchy in&nbsp;\(\mathbb{Q}\), konvergiert aber gegen&nbsp;\(\sqrt{2} \notin \mathbb{Q}\).<br>Der Grenzwert existiert in&nbsp;\(\mathbb{Q}\)&nbsp;nicht - die "Lücke" fehlt.<br>In&nbsp;\(\mathbb{R}\)&nbsp;ist&nbsp;\(\sqrt{2}\)&nbsp;vorhanden, also konvergiert die Folge dort. In \(\mathbb{R}\): jede Cauchy-Folge konvergiert <b>in</b> \(\mathbb{R}\) (Vollständigkeit).<br><br>In \(\mathbb{Q}\): Eine Cauchy-Folge in \(\mathbb{Q}\) kann gegen \(\sqrt{2} \notin \mathbb{Q}\) konvergieren — der Grenzwert liegt außerhalb des Raumes. \(\mathbb{Q}\) ist <b>nicht vollständig</b>.
Tags: ETH::2._Semester::Analysis::2._Folgen::2._Konvergenz::4._Cauchy_Folge

Note 16: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: tRig1dAtan06
modified

Before

Front

ETH::2._Semester::Analysis::0._Trigonometrie::2._Identitäten::1._Arcostangens
Der Wertebereich von \(\arctan\) ist \({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), und die Funktion ist streng monoton steigend.

Back

ETH::2._Semester::Analysis::0._Trigonometrie::2._Identitäten::1._Arcostangens
Der Wertebereich von \(\arctan\) ist \({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), und die Funktion ist streng monoton steigend.

After

Front

ETH::2._Semester::Analysis::0._Trigonometrie::2._Identitäten::1._Arcostangens
The range of \(\arctan\) is \({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), and it is a strictly increasing function.

Back

ETH::2._Semester::Analysis::0._Trigonometrie::2._Identitäten::1._Arcostangens
The range of \(\arctan\) is \({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), and it is a strictly increasing function.
Field-by-field Comparison
Field Before After
Text Der Wertebereich von&nbsp;\(\arctan\)&nbsp;ist&nbsp;\({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), und die Funktion ist {{c1::streng monoton steigend::Wachstumsverhalten}}. The range of \(\arctan\) is \({{c1::\left(-\frac{\pi}{2},\, \frac{\pi}{2}\right)}}\), and it is a {{c1::strictly increasing}} function.
Tags: ETH::2._Semester::Analysis::0._Trigonometrie::2._Identitäten::1._Arcostangens

Note 17: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: u$3f,(&]?[
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Absolut konvergent \(\implies\)konvergent

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Absolut konvergent \(\implies\)konvergent

nicht andersherum, na no na ned

After

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Absolut konvergent  \(\implies\) konvergent

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Absolut konvergent  \(\implies\) konvergent

nicht andersherum
Field-by-field Comparison
Field Before After
Text Absolut konvergent&nbsp;\(\implies\){{c1::konvergent}} Absolut konvergent&nbsp;\(\implies\)&nbsp;{{c2::konvergent}}
Extra nicht andersherum, na no na ned nicht andersherum
Tags: ETH::2._Semester::Analysis::3._Reihen::1._Definitionen

Note 18: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: w)NK`}V9nz
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Falls \(\sum a_n\) konvergiert, dann gilt zwingend, dass \(\lim_{n\to\infty} a_n = 0\).

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Falls \(\sum a_n\) konvergiert, dann gilt zwingend, dass \(\lim_{n\to\infty} a_n = 0\).

Gilt jedoch nicht in die andere Richtung, siehe z.B. die harmonische Reihe \(\sum 1/n\).

After

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Falls \(\sum a_n\) konvergiert, dann gilt zwingend: \(\lim_{n\to\infty} a_n = 0\).

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Falls \(\sum a_n\) konvergiert, dann gilt zwingend: \(\lim_{n\to\infty} a_n = 0\).

Gegenbeispiel: harmonische Reihe \(\sum 1/n\)
Field-by-field Comparison
Field Before After
Text Falls \(\sum a_n\) konvergiert, dann gilt zwingend, dass&nbsp;\(\lim_{n\to\infty} a_n = {{c1::0}}\). Falls \(\sum a_n\) konvergiert, dann gilt zwingend: \(\lim_{n\to\infty} a_n = {{c1::0}}\).
Extra Gilt jedoch nicht in die andere Richtung, siehe z.B. die harmonische Reihe&nbsp;\(\sum 1/n\). Gegenbeispiel: harmonische Reihe&nbsp;\(\sum 1/n\)
Tags: ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien

Note 19: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: z>(#?Mm:.A
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Wenn \(\sum^\infty a_n\) konvergent ist, gilt:
\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} a_n + \sum_{n = N}^\infty a_n:: \text{split sum} }}\]

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Wenn \(\sum^\infty a_n\) konvergent ist, gilt:
\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} a_n + \sum_{n = N}^\infty a_n:: \text{split sum} }}\]

After

Front

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Wenn \(\sum^\infty a_n\) konvergent ist gilt:
\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} + \sum_{n = N}^\infty a_n:: \text{split sum} }}\]

Back

ETH::2._Semester::Analysis::3._Reihen::1._Definitionen
Wenn \(\sum^\infty a_n\) konvergent ist gilt:
\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} + \sum_{n = N}^\infty a_n:: \text{split sum} }}\]
Field-by-field Comparison
Field Before After
Text Wenn&nbsp;\(\sum^\infty a_n\)&nbsp;konvergent ist, gilt:<br>\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} a_n + \sum_{n = N}^\infty a_n:: \text{split sum} }}\] Wenn&nbsp;\(\sum^\infty a_n\)&nbsp;konvergent ist gilt:<br>\[ \sum_{n = 0}^\infty a_n = {{c1::\sum_{n = 0}^{N - 1} + \sum_{n = N}^\infty a_n:: \text{split sum} }}\]
Tags: ETH::2._Semester::Analysis::3._Reihen::1._Definitionen

Note 20: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: {XU$eYR/n`
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):

\(\sum b_n\) konvergiert \(\implies \sum a_n\)  konvergiert (Majorante)
\(\sum a_n\) divergiert \(\implies \sum b_n\) divergiert (Minorante)

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):

\(\sum b_n\) konvergiert \(\implies \sum a_n\)  konvergiert (Majorante)
\(\sum a_n\) divergiert \(\implies \sum b_n\) divergiert (Minorante)

Proof:
Da \(\sum_{n=1}^{\infty} b_n\) konvergiert, konvergiert die Folge der Partialsummen. Deswegen ist sie auch beschränkt. Da alle \(a_k \le b_k\), gilt auch \(S_n \le T_n\) (\(S_n\) Partialsummen von \(\sum a_N\), \(T_n\) Partialsummen von \(\sum b_n\)) Dadurch ist auch \(S_n\) beschränkt und da sie monoton steigt (\(a_n \ge 0\)) ist sie auch konvergent. Dadurch ist \(\sum_{n=1}^{\infty} a_n\) konvergent.

After

Front

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):

\(\sum b_n\) konvergiert \(\implies \sum a_n \text{ konvergiert}\)   (Majorante)
\(\sum a_n\) divergiert \(\implies \sum b_n \text{ divergiert}\)   (Minorante)

Back

ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien
Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):

\(\sum b_n\) konvergiert \(\implies \sum a_n \text{ konvergiert}\)   (Majorante)
\(\sum a_n\) divergiert \(\implies \sum b_n \text{ divergiert}\)   (Minorante)

Proof:
Da \(\sum_{n=1}^{\infty} b_n\) konvergiert, konvergiert die Folge der Partialsummen. Deswegen ist sie auch beschränkt. Da alle \(a_k \le b_k\), gilt auch \(S_n \le T_n\) (\(S_n\) Partialsummen von \(\sum a_N\), \(T_n\) Partialsummen von \(\sum b_n\)) Dadurch ist auch \(S_n\) beschränkt und da sie monoton steigt (\(a_n \ge 0\)) ist sie auch konvergent. Dadurch ist \(\sum_{n=1}^{\infty} a_n\) konvergent.
Field-by-field Comparison
Field Before After
Text Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):<br><br>\(\sum b_n\) konvergiert \(\implies \sum a_n\)&nbsp;{{c1::&nbsp;konvergiert (Majorante)}}<br>\(\sum a_n\) divergiert \(\implies \sum b_n\)&nbsp;{{c1::divergiert (Minorante)}} Sei \(0 \leq a_n \leq b_n\) für alle \(n \geq N\):<br><br>\(\sum b_n\) konvergiert \(\implies {{c1::\sum a_n \text{ konvergiert}}}\) &nbsp;&nbsp;(<b>Majorante</b>)<br>\(\sum a_n\) divergiert \(\implies {{c2::\sum b_n \text{ divergiert}}}\) &nbsp;&nbsp;(<b>Minorante</b>)
Tags: ETH::2._Semester::Analysis::3._Reihen::3._Konvergenzkriterien

Note 21: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: {].oPsIfG|
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]Diese Reihe konvergiert {{c2::absolut für alle \(z \in \mathbb{C}\)::Konvergenztyp}}.

Back

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]Diese Reihe konvergiert {{c2::absolut für alle \(z \in \mathbb{C}\)::Konvergenztyp}}.

(Konvergenzradius \(R = \infty\))

After

Front

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]
Diese Reihe konvergiert {{c1::absolut für alle \(z \in \mathbb{C}\)}} (Konvergenzradius \(R = \infty\)).

Back

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]
Diese Reihe konvergiert {{c1::absolut für alle \(z \in \mathbb{C}\)}} (Konvergenzradius \(R = \infty\)).
Field-by-field Comparison
Field Before After
Text Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]Diese Reihe konvergiert {{c2::absolut für alle \(z \in \mathbb{C}\)::Konvergenztyp}}. Exponentialreihe:\[\exp(z) = {{c1:: \sum_{n=0}^\infty \frac{z^n}{n!} }}\]<br>Diese Reihe konvergiert {{c1::absolut für alle \(z \in \mathbb{C}\)}} (Konvergenzradius \(R = \infty\)).
Extra (Konvergenzradius&nbsp;\(R = \infty\))
Tags: ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen

Note 22: ETH::2. Semester::Analysis

Deck: ETH::2. Semester::Analysis
Note Type: Horvath Cloze
GUID: }3LSktDYts
modified

Before

Front

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für \(s > 1\) und divergiert für \(s\leq1\).

Back

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für \(s > 1\) und divergiert für \(s\leq1\).

Oft als Referenzreihe im Vergleichssatz nützlich (wenn Wurzel/Quotient versagen).

After

Front

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für \(s > 1\) und divergiert für \(s\leq1\).

Back

ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen
Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für \(s > 1\) und divergiert für \(s\leq1\).

Oft als Referenzreihe im Vergleichssatz nützlich (wenn Wurzel/Quotient versagen).
Field-by-field Comparison
Field Before After
Text Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für {{c2::\(s &gt; 1\)}} und divergiert für {{c2::\(s\leq1\)}}. Die Riemansche-Zeta Funktion Reihe \(\displaystyle\zeta(s) = {{c1:: \sum_{n=1}^\infty \frac{1}{n^s} }}\) konvergiert für {{c1::\(s &gt; 1\)}} und divergiert für {{c1::\(s\leq1\)}}.
Tags: ETH::2._Semester::Analysis::3._Reihen::2._Standard_Reihen

Note 23: ETH::2. Semester::DDCA

Deck: ETH::2. Semester::DDCA
Note Type: Horvath Cloze
GUID: jgnr@Obi8f
modified

Before

Front

ETH::2._Semester::DDCA::04a._Sequential_Logic_Design_II_&_Finite_State_Machines::02._Finite_State_Machines
Two types of finite state machines differ in the output logic:
  1. Moore FSM: outputs depend only on the current state
  2. Mealy FSM: outputs depend on the current state and the inputs

Back

ETH::2._Semester::DDCA::04a._Sequential_Logic_Design_II_&_Finite_State_Machines::02._Finite_State_Machines
Two types of finite state machines differ in the output logic:
  1. Moore FSM: outputs depend only on the current state
  2. Mealy FSM: outputs depend on the current state and the inputs

After

Front

ETH::2._Semester::DDCA::04a._Sequential_Logic_Design_II_&_Finite_State_Machines::02._Finite_State_Machines
Two types of finite state machines differ in the output logic:
  1. Moore FSM: outputs depend only on the current state
  2. Mealy FSM: outputs depend on the current state and the inputs

Back

ETH::2._Semester::DDCA::04a._Sequential_Logic_Design_II_&_Finite_State_Machines::02._Finite_State_Machines
Two types of finite state machines differ in the output logic:
  1. Moore FSM: outputs depend only on the current state
  2. Mealy FSM: outputs depend on the current state and the inputs

Field-by-field Comparison
Field Before After
Text Two types of finite state machines differ in the output logic:<br><ol><li>{{c1::Moore FSM}}: outputs depend only on the current state</li><li>{{c2::Mealy FSM}}: outputs depend on the current state and the inputs</li></ol> Two types of finite state machines differ in the output logic:<br><ol><li>{{c1::Moore FSM}}: outputs depend only on the current state</li><li>{{c1::Mealy FSM}}: outputs depend on the current state and the inputs</li></ol>
Tags: ETH::2._Semester::DDCA::04a._Sequential_Logic_Design_II_&_Finite_State_Machines::02._Finite_State_Machines

Note 24: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Cloze
GUID: EdVyAbz-qv
modified

Before

Front

ETH::2._Semester::PProg::12._Shared_Memory_Concurrency
AtomicInteger provides atomic compound operations such as getAndIncrement() and compareAndSet(expected, update) without requiring synchronized.

Back

ETH::2._Semester::PProg::12._Shared_Memory_Concurrency
AtomicInteger provides atomic compound operations such as getAndIncrement() and compareAndSet(expected, update) without requiring synchronized.

Faster than synchronized for simple counters.

Implemented via hardware CAS (compare-and-swap).

Part of java.util.concurrent.atomic.

After

Front

ETH::2._Semester::PProg::12._Shared_Memory_Concurrency
AtomicInteger provides atomic compound operations such as getAndIncrement() and compareAndSet(expected, update) without requiring synchronized.

Back

ETH::2._Semester::PProg::12._Shared_Memory_Concurrency
AtomicInteger provides atomic compound operations such as getAndIncrement() and compareAndSet(expected, update) without requiring synchronized.

Implemented via hardware CAS (compare-and-swap). Faster than synchronized for simple counters. Part of java.util.concurrent.atomic.
Field-by-field Comparison
Field Before After
Text <code>{{c1::AtomicInteger}}</code> provides {{c2::atomic compound operations such as <code>getAndIncrement()</code>&nbsp;and <code>compareAndSet(expected, update)}}</code>&nbsp;without requiring <code>synchronized</code>. <code>{{c1::AtomicInteger}}</code> provides {{c2::atomic compound operations}} such as <code>{{c2::getAndIncrement()}}</code> and <code>{{c2::compareAndSet(expected, update)}}</code> without requiring <code>synchronized</code>.
Extra Faster than&nbsp;<code>synchronized</code>&nbsp;for simple counters.<br><br>Implemented via hardware CAS (compare-and-swap).<br><br>Part of <code>java.util.concurrent.atomic</code>. Implemented via hardware CAS (compare-and-swap). Faster than <code>synchronized</code> for simple counters. Part of <code>java.util.concurrent.atomic</code>.
Tags: ETH::2._Semester::PProg::12._Shared_Memory_Concurrency

Note 25: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Cloze
GUID: GH&YPQRsTh
modified

Before

Front

ETH::2._Semester::PProg::06._Parallel_Architecture::3._Pipelining
Lead-in and lead-out reduce effective throughput below the theoretical bound for a finite number of elements \(N\).

Their impact is largest when \(N\) is small (short pipelines).

Back

ETH::2._Semester::PProg::06._Parallel_Architecture::3._Pipelining
Lead-in and lead-out reduce effective throughput below the theoretical bound for a finite number of elements \(N\).

Their impact is largest when \(N\) is small (short pipelines).

Example:
For a finite run, effective throughput was 0.7 while the infinite-stream bound was 1. As N → ∞, effective throughput approaches 1/max(stage_time).

After

Front

ETH::2._Semester::PProg::06._Parallel_Architecture::3._Pipelining
Lead-in and lead-out reduce effective throughput below the theoretical bound for a finite number of elements \(N\). Their impact is largest when \(N\) is small (short pipelines).

Back

ETH::2._Semester::PProg::06._Parallel_Architecture::3._Pipelining
Lead-in and lead-out reduce effective throughput below the theoretical bound for a finite number of elements \(N\). Their impact is largest when \(N\) is small (short pipelines).

Example: for a finite run, effective throughput was 0.7 while the infinite-stream bound was 1. As N → ∞, effective throughput approaches 1/max(stage_time).
Field-by-field Comparison
Field Before After
Text Lead-in and lead-out reduce {{c1::effective throughput below the theoretical bound}} for {{c2::a finite number of elements&nbsp;\(N\)}}. <br><br>Their impact is largest when {{c3::\(N\)&nbsp;is small (short pipelines)}}. Lead-in and lead-out {{c1::reduce effective throughput below the theoretical bound}} for {{c2::a finite number of elements&nbsp;\(N\)}}. Their impact is largest when {{c3::\(N\)&nbsp;is small (short pipelines)}}.
Extra <b>Example:</b> <br>For a finite run, effective throughput was 0.7 while the infinite-stream bound was 1. As N → ∞, effective throughput approaches 1/max(stage_time). Example: for a finite run, effective throughput was 0.7 while the infinite-stream bound was 1. As N → ∞, effective throughput approaches 1/max(stage_time).
Tags: ETH::2._Semester::PProg::06._Parallel_Architecture::3._Pipelining

Note 26: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Classic
GUID: KD1&||&6xW
modified

Before

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::1._Task_graphs_and_performance_measures
Why is \(T_p \geq T_1/p\) a strict lower bound - why can no scheduler beat it?

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::1._Task_graphs_and_performance_measures
Why is \(T_p \geq T_1/p\) a strict lower bound - why can no scheduler beat it?

\(T_1\) is the total work (sum of all node costs in the DAG).
With \(p\) processors, at most \(p\) units of work can be done per time step.
Therefore the minimum time to do \(T_1\) units of work is \(T_1/p\).

This is a counting argument, independent of the scheduler's strategy.

After

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::1._Task_graphs_and_performance_measures
Why is \(T_p \geq T_1/p\) a strict lower bound — why can no scheduler beat it?

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::1._Task_graphs_and_performance_measures
Why is \(T_p \geq T_1/p\) a strict lower bound — why can no scheduler beat it?

\(T_1\) is the total work (sum of all node costs in the DAG).
With \(p\) processors, at most \(p\) units of work can be done per time step.
herefore the minimum time to do \(T_1\) units of work is \(T_1/p\).

This is a counting argument, independent of the scheduler's strategy.
Field-by-field Comparison
Field Before After
Front Why is \(T_p \geq T_1/p\) a strict lower bound - why can no scheduler beat it? Why is \(T_p \geq T_1/p\) a strict lower bound why can no scheduler beat it?
Back \(T_1\) is the total work (sum of all node costs in the DAG). <br>With \(p\)&nbsp;processors, at most&nbsp;\(p\)&nbsp;units of work can be done per time step. <br>Therefore the minimum time to do \(T_1\) units of work is \(T_1/p\).<br><br>This is a counting argument, independent of the scheduler's strategy. \(T_1\) is the total work (sum of all node costs in the DAG). <br>With \(p\)&nbsp;processors, at most&nbsp;\(p\)&nbsp;units of work can be done per time step. <br>herefore the minimum time to do \(T_1\) units of work is \(T_1/p\).<br><br>This is a counting argument, independent of the scheduler's strategy.
Tags: ETH::2._Semester::PProg::10._Parallel_Algorithms::1._Task_graphs_and_performance_measures

Note 27: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Classic
GUID: KqO7gK}Fu/
modified

Before

Front

ETH::2._Semester::PProg::05._Java_Threads::3._Wait,_Notify,_NotifyAll
When should you prefer notifyAll() over notify()?

Back

ETH::2._Semester::PProg::05._Java_Threads::3._Wait,_Notify,_NotifyAll
When should you prefer notifyAll() over notify()?

When multiple threads may be waiting and they have different conditions to wait for.

notify()
wakes only one (arbitrary) thread - if it wakes a thread whose condition is still false, it goes back to sleep and no progress is made.
notifyAll()
wakes all waiters; each re-checks its condition in its while loop.

Cost: more context switches.
Safe default: always use notifyAll() unless you have a single-condition, single-consumer pattern.

After

Front

ETH::2._Semester::PProg::05._Java_Threads::3._Wait,_Notify,_NotifyAll
When should you prefer notifyAll() over notify()?

Back

ETH::2._Semester::PProg::05._Java_Threads::3._Wait,_Notify,_NotifyAll
When should you prefer notifyAll() over notify()?

Prefer notifyAll() when multiple threads may be waiting and they have different conditions to wait for. notify() wakes only one (arbitrary) thread — if it wakes a thread whose condition is still false, it goes back to sleep and no progress is made. notifyAll() wakes all waiters; each re-checks its condition in its while loop. Cost: more context switches. Safe default: always use notifyAll() unless you have a single-condition, single-consumer pattern.
Field-by-field Comparison
Field Before After
Front When should you prefer <code>notifyAll()</code> over&nbsp;<code>notify()</code>? When should you prefer <code>notifyAll()</code> over <code>notify()</code>?
Back When <b>multiple threads</b> may be waiting and they have <b>different conditions</b> to wait for. <br><code><br>notify()</code> wakes only one (arbitrary) thread - if it wakes a thread whose condition is still false, it goes back to sleep and no progress is made.<code><br>notifyAll()</code> wakes all waiters; each re-checks its condition in its <code>while</code> loop. <br><br>Cost: more context switches. <br>Safe default: always use <code>notifyAll()</code> unless you have a single-condition, single-consumer pattern. Prefer <code>notifyAll()</code> when <b>multiple threads</b> may be waiting and they have <b>different conditions</b> to wait for. <code>notify()</code> wakes only one (arbitrary) thread if it wakes a thread whose condition is still false, it goes back to sleep and no progress is made. <code>notifyAll()</code> wakes all waiters; each re-checks its condition in its <code>while</code> loop. Cost: more context switches. Safe default: always use <code>notifyAll()</code> unless you have a single-condition, single-consumer pattern.
Tags: ETH::2._Semester::PProg::05._Java_Threads::3._Wait,_Notify,_NotifyAll

Note 28: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Classic
GUID: Lj=X5W/02X
modified

Before

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
What does each node store after the up pass (reduce pass) of the parallel prefix-sum algorithm?

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
What does each node store after the up pass (reduce pass) of the parallel prefix-sum algorithm?

The sum of all leaves in its subtree.

Leaves store the original values.
This pass is a parallel tree reduction - done bottom-up with \(O(n)\) work and \(O(\log n)\) span.

After

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
What does each node store after the up pass (reduce pass) of the parallel prefix-sum algorithm?

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
What does each node store after the up pass (reduce pass) of the parallel prefix-sum algorithm?

Each internal node stores the sum of all leaves in its subtree. Leaves store the original values. This pass is a parallel tree reduction — done bottom-up with O(n) work and O(log n) span.
Field-by-field Comparison
Field Before After
Back The sum of all leaves in its subtree. <br><br>Leaves store the original values.<br>This pass is a parallel tree reduction - done bottom-up with&nbsp;\(O(n)\)&nbsp;work and&nbsp;\(O(\log n)\)&nbsp;span. Each internal node stores the <b>sum of all leaves in its subtree</b>. Leaves store the original values. This pass is a parallel tree reduction done bottom-up with O(n) work and O(log n) span.
Tags: ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms

Note 29: ETH::2. Semester::PProg

Deck: ETH::2. Semester::PProg
Note Type: Horvath Cloze
GUID: NLVo5v1@Dy
modified

Before

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
Pack (also called filter) takes a collection and a predicate and returns a new array containing only the elements satisfying the predicate, preserving their original relative order.

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
Pack (also called filter) takes a collection and a predicate and returns a new array containing only the elements satisfying the predicate, preserving their original relative order.

Example:
pack([3,1,4,1,5], x > 2) → [3,4,5].
This is the parallel equivalent of a sequential filter loop.

After

Front

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
Pack (also called filter) takes a collection and a predicate and returns a new array containing only the elements satisfying the predicate, preserving their original relative order.

Back

ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
Pack (also called filter) takes a collection and a predicate and returns a new array containing only the elements satisfying the predicate, preserving their original relative order.

Example: pack([3,1,4,1,5], x > 2) → [3,4,5]. This is the parallel equivalent of a sequential filter loop.
Field-by-field Comparison
Field Before After
Text {{c1::Pack (also called filter)}} takes a collection and a predicate and returns {{c2::a new array containing only the elements satisfying the predicate, preserving their original relative order}}. {{c1::Pack}} (also called filter) takes a collection and a predicate and returns {{c2::a new array containing only the elements satisfying the predicate, preserving their original relative order}}.
Extra <b>Example:</b> <br>pack([3,1,4,1,5], x &gt; 2) → [3,4,5]. <br>This is the parallel equivalent of a sequential filter loop. Example: pack([3,1,4,1,5], x &gt; 2) → [3,4,5]. This is the parallel equivalent of a sequential filter loop.
Tags: ETH::2._Semester::PProg::10._Parallel_Algorithms::3._Parallel_algorithms
↑ Top