Mic92/ltcp
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Pagebreaks nach Aufgaben, Namen in Sections

Browse Source 
nftables etwas erweitert
This commit is contained in:
Alfred Krohmer 2014-03-23 15:50:43 +01:00
parent 83de545ee6
commit 8a3c2c511c
4 changed files with 12 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
bericht/chef/chef.tex
View File

@ -1,5 +1,8 @@
\subsection{Chef - Provisionierungssystem}
\subsection{Chef - Provisionierungssystem (Jörg Thalheim)}
\input{chef/chef-task}
\input{chef/chef-comparison}
\input{chef/chef-services}
\input{chef/chef-tests}
\pagebreak

2
bericht/nftables/nftables-perf.tex
View File

@ -43,7 +43,7 @@ Um eine größtmögliche Auslastung des Gigabit-Netzwerkes zu ermöglichen und g
\paragraph{Anfängliche Probleme} Anfangs habe ich auf dem Empfänger keine »Anwendung« laufen lassen, die die Pakete des Senders entgegennimmt. Deshalb musste der Kernel zusätzliche ein ICMP-Paket mit »Connection Refused«-Flag an den Sender zurückschicken und daraufhin weitere Fehlerbehandlungen durchführen. Auf diese Weise habe ich am Empfänger zunächst nur ca. 110000 PPS empfangen können. Als Lösungsansatz habe ich dann \texttt{netcat} auf dem Port am Empfänger laufen lassen und die Daten nach \texttt{/dev/null} umgeleitet. Damit kamen keine Fehler mehr zustande und es konnten ca. 150000 PPS empfangen werden. Dies liegt jedoch immer noch weit unter den am Sender losgeschickten 450000 PPS und ist damit zu erklären, dass es für jedes Paket zu einem Kontext-Switch vom Kernel zu \texttt{netcat} kam und deshalb wieder die Bearbeitungszeit pro Paket stieg. \\
Letztendlich habe ich dazu entschieden, auf der Empfängerseite mit \texttt{iptables} die Pakete, die auf dem entsprechenden Port angekommen, direkt zu droppen. Damit konnten nun die zuvor erwähnten ca. 250000 PPS empfangen werden.
Letztendlich habe ich dazu entschieden, auf der Empfängerseite mit \texttt{iptables} die Pakete, die auf dem entsprechenden Port angekommen, direkt zu droppen. Dies hat auch keinen verzerrenden Einfluss auf den Benchmark, da letztendlich nur die Performance des Firewall-Systems gemessen werden soll, nicht der Empfängerhardware. Auf diese Weise konnten nun die zuvor erwähnten ca. 250000 PPS empfangen werden.
\pagebreak

4
bericht/nftables/nftables.tex
View File

@ -1,7 +1,9 @@
\subsection{Vergleich \texttt{nftables} und \texttt{iptables}}
\subsection{Vergleich \texttt{nftables} und \texttt{iptables} (Alfred Krohmer)}
\input{nftables/nftables-vs}
\input{nftables/nftables-tools}
\input{nftables/nftables-perf}
\input{nftables/nftables-doc}
\input{nftables/nftables-conc}
\pagebreak

6
bericht/ori/ori.tex
View File

@ -1,7 +1,9 @@
\subsection{Ori als Dropbox-Ersatz}
\subsection{Ori als Dropbox-Ersatz (Patrick Schöps)}
\input{ori/ori-task}
\input{ori/ori-function}
\input{ori/ori-grafting}
\input{ori/ori-ver}
\input{ori/ori-con}
\input{ori/ori-con}
\pagebreak