Distrib March 2018

distrib@lists.cslab.ece.ntua.gr

9 participants
15 discussions

Επέκταση παράταση μέχρι Κυριακή βράδυ
by Ilias Katsakioris 09 Mar '18

09 Mar '18

Καλησπέρα, Βλέποντας πως η παράδοση είναι μέχρι Σάββατο βράδυ, θα θέλαμε να ζητήσουμε μια μικρή επέκταση της παράτασης για Κυριακή βράδυ. Αφού οι εξετάσεις ξεκινούν τη Δευτέρα μας φαίνεται πως θα είναι μικρή αλλά κρίσιμη η διαφορά. Προσωπικά για την ομάδα μου, αν δεν μεταφερθεί είναι πιθανό να μην έχουμε ολοκληρώσει την αναφορά μέχρι αύριο το βράδυ (διότι για λόγους σχετικούς με τη σχολή καταλήξαμε να ξεκινάμε την ουσιαστική ενασχόληση με το πέρας της επί πτυχίω εξεταστικής, ενώ αυτή τη στιγμή είμαστε στη φάση επίλυσης μερικών τελευταίων bugs). Ευχαριστω

1 1

εξέταση νέων ομάδων
by Katerina Doka 09 Mar '18

09 Mar '18

Καλησπέρα, όσες ομάδες γράφτηκαν μετά την ανακοίνωση του προγράμματος εξέτασης θα εξεταστούν τη Δευτέρα 12/3 στη 1. Κ. -- Katerina Doka, PhD Senior Researcher, Computing Systems Laboratory National Technical University of Athens phone: +30 2107721175 Web: http://www.cslab.ntua.gr/~doka

1 0

Εξαμηνιαία εργασία - είδος multicast
by Manolis Anastasiou 09 Mar '18

09 Mar '18

Καλημέρα, Κατά το σχεδιασμό της εργασίας επιλέξαμε κάποια πακέτα λογισμικού με λειτουργίες υψηλότερου επιπέδου των κλασικών sockets. Σχετικά με το είδος multicast, υποστηρίζονται μόνο reliable multicast με PGM(Pragmatic General Multicast), το οποίο παρέχει αξιοπιστία, αλλά έχει ένα μικρό κόστος στην απόδοση λόγω των nacks σε περιπτώσεις λάθους. Αυτό σημαίνει ότι χρειάζεται να κάνουμε σημαντικές αλλαγές στο ήδη υπάρχον σύστημα για να υλοποιήσουμε basic multicast που ζητείται στην εκφώνηση. Θα θέλαμε να ξέρουμε αν θα υπάρχει βαθμολογική επίπτωση σχετικά με αυτή την επιλογή, ώστε να διαθέσουμε τον χρόνο μας αναλόγως. Ευχαριστώ πολύ, Μανώλης

2 1

Απορίες σχετικά με τη σχεδίαση του συστήματος της εργασίας
by Ilias Katsakioris 07 Mar '18

07 Mar '18

Καλησπέρα, Σχεδιάζοντας το σύστημα που πρέπει να υλοποιηθεί για την εργασία μου έχουν δημιουργηθεί ορισμένες απορίες. 1) Με ένα πρώτο διάβασμα της εκφώνησης μου έγινε αντιληπτό πως ο tracker είναι ένας TCP server που απλά ακούει για τα μηνύματα ελέγχου που στέλνουν οι clients. Διαβάζοντας όμως πιο προσεκτικά το κομμάτι που αφορά την ανίχνευση αποτυχιών από τον tracker, έχω διάφορες ιδέες. Μια λύση που χρησιμοποιεί τα υπάρχοντα μηνύματα ελέγχου για την επιτυχία ή αποτυχία των clients δεν θα ήταν ιδιαίτερα καθαρή, με την έννοια της διακριτότητας των λειτουργιών κάθε μηνύματος ελέγχου. Έτσι, θα μου φαινόταν καλή μια λύση μηνυμάτων τύπου heartbeat/keep-alive από τον client, που όμως θα ήταν καλό να αποτελεί διαφορετικό "μήνυμα ελέγχου" (που δεν θα στέλνεται χειροκίνητα από τον user αλλά περιοδικά). Θα ήταν δεκτή μια τέτοια λύση; Αλλιώς, πάλι για να μην μπλεχτούν τα υπάρχοντα μηνύματα ελέγχου, θα μπορούσε να στέλνονται αντίστοιχα heartbeat μηνύματα από τον tracker. Αυτό βέβαια θα έκανε το σύστημα peer-to-peer και όσον αφορά τα μηνύματα ελέγχου, και όχι μόνο όσον αφορά τα μηνύματα πληροφορίας (chat), το οποίο είναι αντίθετο με την αρχική μου θεώρηση ότι ο tracker είναι απλά ένας TCP server που ακούει και απαντάει (η υλοποίησή μου προς το παρόν χρησιμοποιεί HTTP). Τι θα θεωρούσατε εσείς πιο σωστό ή τι περιμένετε σαν λύση αυτού του προβλήματος; 2) Μια δεύτερη απορία που μου δημιουργήθηκε αφορά το παρακάτω σενάριο: Ένας client κάνει join ένα group και ο tracker του απαντά τα στοιχεία όσων είναι αυτή τη στιγμή στο group (id, ip, port, username). Μετά από κάποια ώρα αποφασίζει να στείλει κάποιο μήνυμα. Πώς μαθαίνει τα στοιχεία όσων έχουν μπει στο group μετά από αυτόν; Εύκολα με ένα list_members θα μπορούσε να μην στείλει σε κάποιον που μπήκε πριν από αυτόν αλλά βγήκε λίγο μετά, όμως μου φαίνεται πως παρουσιάζεται πρόβλημα σε αυτό που περιέγραψα. Μια λύση θα ήταν να ζητάει εκ νέου join κάθε φορά που θέλει να στείλει μήνυμα στο group ώστε να μαθαίνει τα πάντα για τα μέλη αυτού του group. Όμως κάτι τέτοιο θα ήταν πολύ βαρύ για το δίκτυο. Μια άλλη λύση θα ήταν ο tracker να στέλνει σε όσους ήταν στο group κάθε φορά τα στοιχεία ενός νέου μέλους του group. Αυτό παραπέμπει, όπως και στο προηγούμενο θέμα, σε ένα peer-to-peer δίκτυο και σε επίπεδο μηνυμάτων ελέγχου. Τι από τα δύο θα σας φαινόταν πιο καλό; Υπάρχει κάποια άλλη προτιμότερη επιλογή; Ευχαριστώ εκ των προτέρων, Ηλίας Κατσακιώρης

2 1

Πρόγραμμα εξέτασης
by Katerina Doka 01 Mar '18

01 Mar '18

Καλημέρα και καλό μήνα, το πρόγραμμα εξέτασης έχει ως εξής: 12/03/18 distrib29 10:00 distrib28 distrib27 distrib26 distrib25 11:00 distrib24 distrib23 distrib22 distrib21 distrib20 12:00 distrib19 distrib18 distrib17 distrib16 13/03/18 distrib15 10:00 distrib14 distrib13 distrib12 distrib11 11:00 distrib10 distrib09 distrib08 distrib07 distrib06 12:00 distrib05 distrib04 distrib03 distrib02 13:00 distrib01 Καλή συνέχεια, Κατερίνα -- Katerina Doka, PhD Senior Researcher, Computing Systems Laboratory National Technical University of Athens phone: +30 2107721175 Web: http://www.cslab.ntua.gr/~doka

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Distrib March 2018