12 πιστεύω το f αφού σε νοιάζει απλά να μετρήσεις τον αριθμό των στροφών.

Πάντως στις λύσεις απο θέματα σεπ 2020 σε αυτό για τον πολυπλέκτη πιστεύω πρέπει να είναι το f και το b. Δηλαδή τα σήματα προς μετατροπή *δεν* είναι πολύ γρήγορα για να προλαβαίνει ο A/D να τα μετατρέπει.

Ναι αυτό βλέπω και γω ότι και για τους δύο λέει ότι είναι αργοί αλλά δε λέει ποιος είναι πιο αργός οπότε στη σελ 1. Από σεπ 2020 με ποια λογική απαντάμε ;

Στο βιβλίο λεει ότι πιο γρήγορος A/D είναι ο παράλληλος. Λεέι πουθενά ποιός είναι πιο αργός;

Έχει κάποιος Πετρίδη σε pdf?

Ευχαριστώ για την απάντηση! 

Αν μπορεί να πεί κάποιος μια άποψη ειδικά για πέρυσι, μιας και μάλλον θα το πάρει πάλι ο Κρυωνίδης.

Σε θέματα όπως το Θέμα 1 Φλεβάρη 2017 που μας ζητείται να υπολογίσουμε το κόστος συναρτήσει του συντελεστή φόρτισης m, ο συντελεστής αυτός που αναφέρτεται;

Στις αρχικές σειρές ασκήσεων και στη θεωρία ορίζει m = (L * T) / (Lmax * T) όπου Lmax το μέγιστο φορτίο στη καμπύλη ζήτησης. Ωστόσο σε άλλες ασκήσεις ως συντελεστή φόρτισης δίνει νούμερα που αναφέρονται στη μονάδα παραγωγής δηλαδή m = (P * T) / (Pmax * T) .

Στο συγκεκριμένο θέμα και άλλα παρόμοια εφόσον δε λέει ρητά σε ποιο συντελεστή αναφέρεται, εννοεί λογικά αυτόν της καμπύλης;

Ποιός έχει το μάθημα φέτος;

+1.

Κάποιος?

Εννοώ 2 κύκλοι που πρέπει να περιμένει η branch ετσι κι αλλιώς για να δεί την τιμή του R4.

Επίσης το βιβλίο κάνει τη παραδοχή ότι το register read γίνεται στο EX και οχι στο ID όπως είναι κλασσικά. Ο παπαευσταθίου στο θέμα λεεί πως έχουμε την κλασσική αρχιτεκτονική MIPS άρα το register read θα γίνει στο ID εδώ ?


Αυτό δε το κατάλαβα..στο βιβλίο και γενικά δεν υποτίθεται ότι μπορείς να κάνεις register read ταυτόχρονα με το writeback το οποίο περιμένεις?

Στην κλασσική pipeline για να πάει στο στάδιο ID μια εντολή νομίζω πως πρέπει να μπορεί να διαβάσει τους regs που θέλει.

Ετσι για παράδειγμα το πρώτο load δε μπορεί να ολοκληρώσει to ID αν δε κανει WB η παραπάνω ADD. Επίσης, ετσι όπως το λεει στην εκφώνηση δηλαδή 2 κύκλους stall σε περίπτωση data hazard θα περίμενα τα stall να εξυπηρετουν στο να τελειωσει πρώτα η απο πάνω ADD για να μπορεί να κάνει ID η LOAD. Στο παράδειγμα που έστειλες η load κανει ID μολις κάνει EX και η ADD , αλλά στο 1ο θέμα λεει δεν υποστηρίζεται forwarding. Πιστεύω πως θα έπρεπε να είναι κάπως έτσι https://prnt.sc/u7h9fx με την εξαίρεση πως το δικό μας load επειδή έχει την απο πάνω add θα πρέπει να φάει 2 stalls αναμεσα απο Fetch και ID και το branch αλλα 2 stall ( γιατι ετσι λεει η εκφώνηση ανεξάρτητα απο hazard ) μετα το EX + αυτά που έχει γτ δε μπορεί να δει τον R4.

Το branch overhead μου βγαίνει 6 κύκλοι δλδ 2 + 2 stalls + τα ID EX . Για τον dynamic predictor συμφωνω πως δε θα χάσουμε κύκλο.

Εν τέλει δηλαδή το load/store να έχει stall μονο αν πρέπει να περιμένει κάποιον και το branch πάντα?

Ευχαριστώ για την απάντηση. Για τα LW/SW αναφέρει πως θα κανουν 2 κύκλους stall αν υπάρχει hazard. Όντως το SW στο 1ο θέμα  θα πρέπει να διαβάσει τον R1 οπότε θα πρέπει να κάνει stall δυο κύκλους μέχρι να γραφτεί αυτός απο την ADD. Οι δύο κύκλοι καθυστέρησης που αναφέρει ο παπαευσταθίου είναι αυτοί ή είναι επιπρόσθετοι σε αυτούς; Δηλαδή το branch στο οποίο λεει έχει 2 κύκλους καθυστέρηση ανεξάρτητα απο hazard εννοεί πως εκτός απο τους 2 κύκλους που θα φάει γτ πρέπει να περιμένει την SUB θα κάνει και άλλους δυο ; Ρωτάω επειδή στο παράδειγμα του βιβλίου που έστειλα λεεί το ίδιο για το branch και ενώ δεν έχει κάποιο dependence μετά το EX περιμένει δυο κύκλους.

Το θέμα 1 του ιουνίου είναι ίδιο σχεδόν με την άσκηση 3.11 της 6ης εκδοσης του βιβλίου ενω στην 5η εκδοση είναι η ίδια άσκηση απλά έχει άλλες εντολές.

Για την 3.11 της 5ης εκδοσης εχω βρει τη λυση στη σελ. 20 εδω https://www.slideshare.net/ZohaibAli64/computer-architecture-a-quantitative-approach-solution-for-5th-edition . Ωστόσο στη λυση αυτή το register read γινεται στο σταδιο execute και οχι στο decode όπως γίνεται κλασσικά. Εδω στο stack overflow καποιος με την ιδια απορία https://stackoverflow.com/questions/40397993/computer-architecture-pipeline-stalls . Η λυση αναφερει την παραδοχή πως το read γινεται στο execute αλλα η εκφώνηση και ο παπαευσταθίου δε το αναφέρουν κάπου. Υπάρχει κάποιος που το έλυσε να μας πεί πως το έβγαλε και τι θεώρηση έκανε?

Επίσης στη λύση αυτή μετά το memory stage το load κανει stall δυο κύκλους πάντα επειδή αναφέρεται στην εκφώνηση το ίδιο και το branch μετα το execute. Ο παπαευσταθιου αναφέρει πως το load κάνει 2 κυκλους stall σε περίπτωση hazard αρα αν δεν εξαρτόταν απο το παραπάνω add δε θα εκανε stall , σωστά? Το branch που λεει κανει stall δυο κύκλους εννοεί πάντα όπως η 3.11 ή επειδή τώρα εξαρτάται απο την παραπάνω sub?

Υπαρχει κάποιος που έχει λύσει το πρώτο θεμα απο τα θέματα της ηλεκτρονικής εξέτασης να μας πει τα νουμερα που εβγαλε;