Erläuterung

Wir bemühen uns, in dieser FAQ folgende Kennzeichnung zu verwenden (nur in graphischen Browsern sichtbar):

• Punkt ist vor kurzem neu hinzugekommen

• Punkt wurde vor kurzem wesentlich geändert

• Punkt ist schon eine Zeitlang in der FAQ und wurde nicht mehr geändert (… oder eine/r von uns hat mal wieder vergessen, den Punkt als neu oder geändert zu markieren … ;-) )

Fragen

Allgemeines

• Ich will von daheim / remote aus arbeiten. Wie greife ich auf die Rechner im Praktikumsraum zu?

• Welche Anforderungen werden an die Lösungen gestellt?

• Wie gebe ich meine praktischen Aufgaben ab?

• Wie generiere ich ein .tar-File eines Verzeichnisses inklusive all seiner Dateien und Unterverzeichnisse?

• Was ist ein File der Form name.gz?

• Bis wann kann ich meine praktischen Aufgaben abgeben?

• Infos zum Thema Zwei-Personen-Teams

• Was soll ich machen, wenn ich noch Fragen habe?

Erstes Blatt

• Und wie verarbeite ich dann so ein File, das auf der Standardausgabe ausgegeben wird?
• Wie verarbeite ich eines dieser Datenfiles mit Perl?

Fünftes Blatt

• Wie kontaktiere ich die Referenz-Implementierung des P2P-Knotens für dieses Aufgabenblatt?

Antworten

Ich will lieber an einem anderen Rechner arbeiten. Wie greife ich auf die Rechner im Praktikumsraum zu?

Einfach mit ssh auf irgendeinen der Rechner im Praktikumsraum einloggen. Die Rechner heißen: python, cottonmouth, copperhead, cobra, boa, viper, adder, mudsnake, kingsnake, catsnake, treesnake, seasnake, keelback, die Domain ist net.t-labs.tu-berlin.de

Ein Beispiel für einen vollständigen Hostnamen lautet also treesnake.net.t-labs.tu-berlin.de

Welche Anforderungen werden an die Lösungen gestellt?

Die Lösungen müssen …

• … auf einem der Rechner in unserem Praktikumsraum laufen. Ob die Programme bei euch zuhause oder sonstwo funktionieren, interessiert nicht – es zählen einzig und alleine die Praktikumsrechner.

• … aus verständlichem Code bestehen (d. h., einigermaßen dokumentiert und mit "sprechenden" Variablen- und Funktionsnamen versehen sein). Wenn man diese Regel nicht beachtet, gibt es keine volle Punktzahl.

• … zum Stichtag elektronisch abgegeben werden (man kann mehrfach abgeben; es wird dann immer die jeweils letzte Lösung genommen)

• Man muss eine Lösung immer nachvollziehen und verstehen können, auch wenn sie der Teampartner erarbeitet hat. Bei der Abnahme der Lösungen in der Diskussionsgruppe zählt aber das hat mein Teamkollege gemacht nicht als Entschuldigung!

• Abschreiben von anderen Teams wird mit empfindlichen Strafen belegt.

• Bei der Erklärung der Lösungen in der Diskussionsgruppe geht es weniger darum, wie die Lösung aussieht, sondern auch darum, welche Probleme es gab, wie sie gelöst wurden, und wie sich die Lösung von den anderen vorgestellten Lösungen unterscheidet.

Wie gebe ich meine praktischen Aufgaben ab?

• Transferiere die Lösung auf einen Rechner im Praktikumsraum in ein eigenes Verzeichnis, das nach Euren Loginnamen benannt ist.

• Packe dieses Verzeichnis in ein tar-File.

• Führe das Unix-Kommando date aus.

• Benenne das tar-File in login_partnerlogin_hhmmss.tar um (wobei hhmmss der vom date-Befehl ausgegebenen Uhrzeit entspricht).

• Kopiere das tar-File ins Verzeichnis /afs/net.t-labs.tu-berlin.de/home/praktikum/abgabe/1.uebung/.

Beispiel

Angenommen, mein eigenes Login lautete meinLogin und das meines Teampartners partnerLogin. Das Datum sei der 25. Oktober (25.10.) und die Uhrzeit sei 15:00h (und 27 Sekunden). Dann gebe ich meine Lösung für die 1. Übung folgendermaßen ab:

Hinweis

Schon abgegebene Lösungen können bis zur Abgabedeadline upgedatet werden (d. h., man kann z. B. sicherheitshalber z. B. ein paar Tage vor der Deadline schonmal eine halbfertige Lösung abgeben, ohne Nachteile zu erwarten.) Dazu gibt man einfach nochmal eine komplette Lösung wie oben beschrieben mit aktuellem Datum ab.

Infos zum Thema Zweiergruppen

• Man bearbeitet die Lösungen in Zweiergruppen. Größere Gruppen sind nicht zulässig, weil die Erfahrung gezeigt hat, dass in Dreiergruppen nahezu immer zwei Personen die Hauptarbeit schaffen und die Dritte Person nicht viel mehr tut als die Punkte einzukassieren. Und von "kleineren Gruppen" (d. h. Einzelarbeit) raten wir wegen der Arbeitslast dringend ab. Außerdem ist es von Vorteil, einen Partner zu haben, der den eigenen Code mit anderen Augen sieht. Das ist wichtig beim Debuggen.

• Den Teampartner darf man nach den ersten 2 Wochen nicht mehr wechseln.

• Es ist nicht notwendig, dass beide Teampartner jeweils eine Lösung abgeben, da in der Lösung ohnehin die Logins von beiden Teampartnern auftauchen.

Wie generiere ich ein tar-File eines Verzeichnisses inklusive aller darin enthaltenen Dateien, Unterverzeichnisse etc.?

Angenommen, das Verzeichnis heiße dir. Dann:

• cd /dir/.. (Wichtig: Die zwei "." nicht vergessen!)
• tar -cvf dateiname.tar dir/

Anmerkung falls die Übungen an einem anderen Rechner (z.B. zuhause) erstellt wurden:
Es gibt verschiedene Versionen von tar -- verwende daher unbedingt eine Version, die zu der auf den Praktikumsrechnern defaultmäßig installierten (GNU tar) kompatibel ist!

Was ist ein File der Form name.gz?

Es ist ein mit dem Befehl gzip komprimiertes File. Zum Ausgeben auf Standardausgabe benutze entweder

• zcat name.gz

oder

• gzip -cd name.gz

In Perl kannst Du es recht trickreich auslesen mit

open(DATEIHANDLE, "zcat dateiname|")

sodass das File also beim Auslesen gleich automatisch dekomprimiert wird.

Und wie verarbeite ich dann so ein File, das auf der Standardausgabe ausgegeben wird?

Du brauchst nicht immer ein Programm zu schreiben; Du kannst manchmal wichtige Informationen durch eine einzige Zeile in der Shell herausbekommen.

Benutze hierzu die sogenannten Pipes. Wenn z. B. der Inhalt der Datei zu groß ist, kannst Du die Ausgabe des Dekompressionskommandos in den Pager less pipen, und zwar mit zcat dateiname.gz | less.

Du kannst diese Pipes sogar schachteln, was sie sehr, sehr mächtig macht. Ein Beispiel:

zcat name.gz | grep "http" | sort -n -r | uniq | head >ausgabe.txt

• Dies liest ein komprimiertes File ein (zcat),

• schneidet nur diejenigen Zeilen heraus, in denen die Zeichenfolge http vorkommt (grep),

• sortiert (sort) diese Zeilen nach dem numerischen Wert in der ersten Spalte (-n) in umgekehrter Reihenfolge (-r),

• entfernt alle Duplikate von Zeilen, die mehrfach vorkommen (uniq),

• gibt nur die ersten paar Zeilen dieser eventuell immer noch sehr langen Liste aus (head)

• und schreibt all dies schließlich in eine Datei hinein (>ausgabe.txt)

Wohlgemerkt: Das ist eine einzige Zeile, die man in die Shell eintippt. Diese recht komplexe Aufgabe wurde also komplett ohne irgendein Programm oder Skript gelöst.

Wie verarbeite ich eines dieser Datenfiles mit Perl?

Das folgende kombinierte Shell-/Perlskript gibt aus, wie oft welcher HTTP-Returncode im Logfile logfile.gz vorkommt:

  zcat logfile.gz | perl -e 'while(<>){s/\s+/ /g;@l=split;@f=split("/",$l[3]);$p{$f[1]}++;}foreach $i (sort keys %p) {print "$i:$p{$i}\n";}'
  

Natürlich ist dieser Einzeiler schrecklich unübersichtlich und somit quasi unlesbar. Daher nochmal in kommentierter Form:

Und wie Du siehst, kann man Perl also auch "on-the-fly" benutzen, also ohne eine extra Skriptdatei anzulegen. Das ist natürlich recht unübersichtlich, also muss man solche "Einzeiler" dann gut dokumentieren.

Mehr Infos, wie man Perl trickreich aufrufen kann und sich dadurch eine Menge Schreibarbeit sparen kann, findest Du übrigens auf der Manpage man perlrun.

Wie kontaktiere ich die Referenz-Implementierung des P2P-Knotens für dieses Aufgabenblatt?

Die Referenz-Implementierung des P2P-Knotens, mit aktueller Protokoll-Version und Featureset, kann kontaktiert werden unter viper.net.t-labs.tu-berlin.de:12000.

Dies funktioniert ausschliesslich auf den Rechnern im Praktikumsraum!