Δίκτυα Υπολογιστών 1:ΕΡΓΑΣΙΑ

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

[Πρόγραμμα Χειμερινής Εξεταστικής 2024-2025]

Πρόγραμμα Χειμερινής Εξεταστικής 2024-2025

[lars]

Επειδη εχω κολλησει κ δεν μπορω να καταλβω πως γινονται οι γραφικες παραστασεις μπορει κανενας να δωσει πιο πολλες λεπτομερεις?

Εχω ενα αρχειο burstPacket με 10000 σειρες για να εχω χρονικη διαρκεια 4 λεπτα που ζηταει.
Πως θα κανω τις γραφικες σε μιλισεκοντ που ζηταει στο εξελ?
Μου βγαζει κ περιορισμο στον αριθμο των σειρων.

Λοιπόν, αυτό που χρειάζεται είναι να υπολογίζεις τη ρυθμαπόδοση για το χρ. διάστημα μιας ριπής και κάνεις γραφική παράσταση συναρτήσει του χρόνου. Δλδ ο άξονας χ περιλαμβάνει τον αθροιστικό χρόνο (π.χ. αν έχεις ρυθμαπόδοση 15000 bps για ριπή που έλαβες σε 400 msec κ στη συνέχεια 14500 για 500 msec, η ΓΠ θα περιλαμβάνει τα ζεύγη
(15000, 400) και (14500, 900) κ.ο.κ.).
Τώρα πρόβλημα με τον αριθμό των σειρών στο Excel δεν αντιμετώπισα.

[lars]

Έχω κολλήσει με το θέμα της εικόνας. Ποιές μεθόδους χρησιμοποιείται για να την γράψετε σε αρχείο?
Εγώ την αποθηκεύω σαν απλό κείμενο, τα δεδομένα φαίνονται να είναι σωστά όταν την ανοίγω με το notepad αλλά δεν μπορώ να την δώ σαν εικόνα.

Για να γράψεις σε αρχείο δημιουργείς ένα FileOutputStream και στη σθνέχεια γράφεις σε αυτό με τη μέθοδο
write(buffer, initialPosition, length) ό,τι έχεις διαβάσει με τη μέθοδο read(buffer) της InputStream. Στο τέλος κάθε επανάληψης βάζε κι ένα Thread.sleep(x) για x seconds ώστε να προλαβαίνει να γεμίζει το buffer με νέα δεδομένα

[Kary]

Ευχαριστώ Lars.
Τελικά το πρόβλημμά μου ήταν ότι μετέτρεπα πρώτα τα δεδομένα που έπρεπε να πετάξω στο αρχείο σε string ενώ πρέπει να τα πετάς ως bytes (όπως ακριβώς έρχονται). Οπτικά το jpeg αρχείο φαινόταν ότι έχει μέσα τα δεδομένα που θα έπρεπε να έχει αλλά όταν το άνοιγα για να δώ την εικόνα δεν την έδειχνε.

[Verminoz]

Ρε παιδιά σας στέλνει εσάς ο σέρβερ σαβούρες? Εμένα μαζί με τα όποια χρήσιμα δεδομένα στέλνει και σαβούρες, άχρηστα bytes. Ούτε ένα echo δεν βγαίνει σωστό!

[lars]

Ρε παιδιά σας στέλνει εσάς ο σέρβερ σαβούρες? Εμένα μαζί με τα όποια χρήσιμα δεδομένα στέλνει και σαβούρες, άχρηστα bytes. Ούτε ένα echo δεν βγαίνει σωστό!

Δε δοκίμασα αυτές τις μέρες αλλά γενικά δεν πρέπει να σου εμφανίζει πρόβλημα. Μετατρέπεις
το κάθε byte  που λαμβάνεις σε char πριν το απεκονίσεις, έτσι? Τα άχρηστα bytes  που λες εμφανίζονται ανάμεσα στα bytes του κάθε πακέτου ή ανάμεσα σε 2 πακέτα?
Δώσε και κανένα παράδειγμα να καταλάβουμε

[svistos]

Επειδή ακόμα δεν εχω βγαλει ακρη με τις γραφικες να ρωτησω κατι.

Για παραδειγμα μια ριπη ξεκινα 20:37:00 κ τελιώνει 20:37:02
Απο εδω βλέπουμε ότι ένα περιπου θελει 3 δευτερολεπτα για να λαβει τη ριπη
Εγω πως θα το βρω με ακριβεια σε μιλισεκοντ αφοθ ο σερβερ μου το στελνει σε δευτερολεπτα???

[lars]

Επειδή ακόμα δεν εχω βγαλει ακρη με τις γραφικες να ρωτησω κατι.

Για παραδειγμα μια ριπη ξεκινα 20:37:00 κ τελιώνει 20:37:02
Απο εδω βλέπουμε ότι ένα περιπου θελει 3 δευτερολεπτα για να λαβει τη ριπη
Εγω πως θα το βρω με ακριβεια σε μιλισεκοντ αφοθ ο σερβερ μου το στελνει σε δευτερολεπτα???

Κατά ένα περίεργο λόγο, ενώ απάντησα, δε βλέπω το post μου! Τεσπα, να τα ξαναγράψω στο περίπου. Εγώ μετράω το χρόνο λήψης του κάθε πακέτου στη ριπή (κανονικά με 2 System.cyrrentTimeMillis()) και στο τέλος τους αθροίζω για να βρω το συνολικό χρόνο της κάθε ριπής.

Αυτό το κάνω με εμφωλευμένα for, αφού γνωρίζω αριθμό ριπών και αριθμώ πακέτων / ριπή.

Και κάτι τελευταίο, για να υπολογίσω τους παραπάνω χρόνους, θεωρώ ότι η χρ.στιγμή άφιξης του πακέτου j  συμπίπτει με τη χρονική στιγμή έναρξης μέτρησης για το επόμενο πακέτο j+1
(tarrival(j)=tstart(j+1)).

[jeffaldo]

παιδια να ρωτηση λιγο, με πιο νουμερο καλείτε??
μεχρι πριν καμμια βδομαδα μου δουλευε μονο το 88.τωρα ούτε κ αυτό...

[svistos]

Ούτε κ μένα δουλεύει τουλαχιστον για 2 μέρες. 
Ε πώς γίνεται κ κολλάει συνέχεια άυτή η μαλακία που λέγεται ''σερβερ'' δεν ξέρω.
Εγώ λέω να του υπολογίσουμε κ την πιθανότητα να κάνει κάποιος την εργασία χωρίς να του σπάσει
τα νεύρα ο σερβερ με τα κολλήματα που τραβάει

[Verminoz]

Δε δοκίμασα αυτές τις μέρες αλλά γενικά δεν πρέπει να σου εμφανίζει πρόβλημα. Μετατρέπεις
το κάθε byte  που λαμβάνεις σε char πριν το απεκονίσεις, έτσι? Τα άχρηστα bytes  που λες εμφανίζονται ανάμεσα στα bytes του κάθε πακέτου ή ανάμεσα σε 2 πακέτα?
Δώσε και κανένα παράδειγμα να καταλάβουμε

Ο κώδικας μου είναι σωστός! Πριν μερικές μέρες έκανα 1-2 πετυχημένα sessions τουλάχιστον της λειτουργίας echo και είχαν γραφτεί τα πακέτα σε αρχεία και ήταν μια χαρά. Τώρα εμφανίζονται εμβόλιμα άχρηστα bytes μέσα στα ίδια τα πακέτα των οποίων οι απεικονίσεις στον ASCII είναι κάτι ακαταλαβίστικα. Δείτε παράδειγμα από την τελευταία αποτυχημένη σύνοδο στο αρχείο που επισυνάπτω.

[nicktgr15]

Να ρωτησω κάτι λίγο άσχετο.....
οι εργασιες παραδιδονται ατομικά; Ή μπορουμε να ειμαστε και ομαδα των 2 ατόμων;

[jeffaldo]

οχι ατομικα ειναι...

[nicktgr15]

Ως αποτελεσματα για τις πιθανότητες σφάλματος και πολλαπλών επανεκπομπών, βγάζω 0.20 και 0.045.
Λογικές τιμές; Η BER μου φαίνεται κάπως μεγάλη.... 

Την BER την υπολογίζω ως NACK/ACK ενω την πολλαπλών επανεκπομπών ως (περιπτώσεις πακέτων που έγιναν περισσότερες απο μια NACK)/ACK .

Στο θέμα Εργασια 2005 καταλήγουν τελικα στο συμπέρασμα οτι BER=NACK / (ACK+NACK) ....χρειάζεται τελικα το  NACK στον παρονομαστή;

[dim]

To Nack/Ack δεν έχει κάποιο νόημα νομίζω..
Με ποια λογική το πήρες?

Νομίζω πιο λογικό είναι να διαιρείς τις αποτυχίες, με το σύνολο των εκπομπών, οπότε έχεις Nack/(Ack+Nack)

[nicktgr15]

Βασικα ειχα διαβάσει εναν ορισμό για το BER καπου στο ιντερνετ και ειχα καταλήξει σε αυτο το συμπερασμα. Anyway, μαλλον θα το παρω ως Nack/(Ack+Nack) . Thanks