EAP.AKWeb.gr

Ευχαριστώ θα το κοιτάξω!

Ο υπολογισμός που δίνει 333 reqs/sec είναι στη λυμένη Άσκηση 6.8 και λαμβάνει υπόψη του 80% επιτυχείς προσβάσεις μέσω cache.
Η αντίστοιχη άσκηση με τα 444 είναι μέσα από το βιβλίο σελ.235, και έχει αντίστοιχα 75% προσβάσεις μέσω cache.

Ανδρέα συμφωνώ με την ανάλυσή σου.
Παρόμοια άσκηση είναι και η 3η της 3ης ΟΣΣ.

Ανδρέα δεν καταλαβαίνω που διαφωνείς με τον Παναγιώτη εδώ. Το έχει υπολογίσει αυτό αφού έβαλε 4x2,5. Δεν έχει βάλει πουθενά 2ms επεξεργασία.

Όντως η απάντηση της 3Β της άσκησης της ΟΣΣ, πρέπει να είναι λάθος, αφού ναι μεν σε 20ms μπορούμε να εξυπηρετήσουμε 5reqs αλλά τα 10reqs μπορούμε να τα εξυπηρετήσουμε 30ms (που είναι ο χρόνος για τα 2 I/O των missed cache), άρα για τo ένα θέλουμε 3ms, δηλαδή 1000/3 = 333 reqs per sec δηλαδή το ίδιο αποτέλεσμα με τις λύσεις του βιβλίου.

Ας επιβεβαιώσει κάποιος αν υπάρχει τυπογραφικό λάθος στο πρώτο bullet της σελίδας 36 της διάλεξης "Συγχρονισμός και λογικά ρολόγια" και συγκεκριμένα:


όπου e, θα έπρεπε να λέει f.

Παράλληλα με το post μου ρώτησα τον κ. Γαβαλά για το ίδιο θέμα (333 reqs/sec).
Ο κ. Γαβαλάς το προώθησε στον κ. Γκουμόπουλο και η απάντηση του είναι:

"Νομίζω εννοεί το throughput για client requests.

2,5 ms για Ι/Ο + 2 ms για CPU.

Άρα εχεις 4,5 ms για 2 reqs σε 2 CPUs. "

Δε ξέρω τι ερμηνεία δίνεται εσείς αλλά τα παραπάνω έχουν νόημα αν θεωρήσουμε μέσους χρόνους, δηλ.
θέλουμε 2,5 msec για CPU για κάθε αναζήτηση (και όχι για I/O που λέει στην απάντηση)
και 8msec για κάθε 4 αναζητήσεις στο δίσκο (και όχι για CPU που λέει η απάντηση) => 2msec κατά μέσο όρο.

Έχεις δίκιο.

Το σωστό το γράφει στη σελίδα 448 του Β τόμου (3η παράγραφος).
Εξάλλου αν εξετάσεις τα διανυσματικά ρολόγια των a και e προκύπτει ότι a || e

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

Μέχρι ένα σημείο, αν θυμάμαι καλά, το ζήσαμε και σε κάποια εργασία – νομίζω στην 5η - όπου αναρωτιόμασταν αν το εύρος του παρόχου αφορούσε μόνο το uplink ή και το downlink και άλλα τέτοια. Ας ελπίσουμε ότι στις εξετάσεις δεν θα έχουμε τέτοια «μελανά» σημεία και ότι όλα θα πάνε καλά.

Εύχομαι καλή συνέχεια σε όλους. Προσωπικά δεν βλέπω να έχω καθόλου χρόνο για να συνεχίσω την επανάληψη-μελέτη. Ελπίζω μόνο να καταφέρω να παρευρεθώ στις εξετάσεις – γιατί ακόμη και γι’ αυτό υπάρχει ένα θέμα.

Μήπως εννοείς για το θέμα της σελίδας 235 του βιβλίου με τα 444req/sec; Γιατί στην άσκηση της ΟΣΣ με τα 333reqs/sec δεν έχουμε 2,5ms για I/O.

ΥΓ: τι άποψη έχετε για τις ενότητες 9.4-9.6 με τα Kalman, Particle φίλτρα και το Hiden Markov Model; Θεωρείτε ότι μπορεί να πέσει κάτι από εκεί μέσα; Όχι τίποτε άλλο αλλά δεν καταλαβαίνω και πολλά

edit: Έχω την εντύπωση ότι είχε ειπωθεί πως το Differential GPS και το A-GPS ουσιαστικά είναι το ίδιο πράγμα, σε κάτι που τελικά εγώ διαφωνώ. Το Differential χρησιμοποιεί μία βάση με σταθερό σημείο αναφοράς σε αντικατάσταση ή προσθήκη έξτρα πληροφοριών για να γίνει πλευροποίηση, δηλαδή το σημείο αναφοράς είναι ένας "επίγειος δορυφόρος" (όπως φαίνεται στο στην εικόνα της 4ης διαφάνειας του αρχείου "02 - ΣΔΥ50 - ΟΣΣ2 - Τεχνολογίες εντοπισμού.pdf"). Δεν υπάρχει κάποιο δίκτυο στο Differential GPS όπως αναφέρεται στην 3η διαφάνεια του αρχείου "05 - ΣΔΥ50 - ΟΣΣ2 - Ασκήσεις.pdf". Δίκτυο έχουμε στην περίπτωση του A-GPS όπου απλά η συσκευή ενημερώνεται για τις θέσεις στις οποίες μπορεί να βρει δορυφόρους με αποτέλεσμα να "κλειδώνει" πάνω τους πιο γρήγορα.

Πράγματι αναφερόμουν στην Άσκηση του βιβλίου.

Συγγνώμη για το μπέρδεμα.

Όσο για τα φίλτρα συμφωνώ ότι είναι δύσκολα όπως τα γράφει στο βιβλίο.

Εγώ πάντως εστιάζω στα + και - του καθενός