THMMY.gr

Πιαστηκα τωρα με αρχιτεκτονικη και εχω κολλησει ωρα σε ενα προβλημα στον SPIM , θα κανω attach την φωτο , φορτωνω την 1η ασκηση , το ρυθμιζω σε bare machine και καθε φορα που το τρεχω ειτε με single step ειτε με Run/continue , μου βγαζει το ιδιο bug (φαινεται στο κατω μερος της φωτο ) , undefined instruction reference at jal main...

Η φάση είναι ότι στο script έχεις το label "loop" και όχι το "main". Βάλτο να τρέχει (Simulator->Run Parameters) απο την διέυθυνση στην οποία ξεκινάει το πρόγραμμα σου, η οποία είναι και αυτή στην οποία θα σε επιστρέψει και η προ-τελευταία εντολή "j loop"

Οκ κομπλε ναι το ειδα σε ευχαριστω πολυ , και μια τελευταια ερωτηση πιο γενικη αν μπορεις να βοηθησεις . Το directive .word γενικα δεν χρησιμοποιειται για αναθεση τιμης ? Στην συγκεκριμενη ασκηση στην 1η , που δεν προσδιοριζει καποιο label , τις αναθετει απο μονο του στις 4 πρωτες θεσεις τις μνημης ?

ε ναι. ψάξου λίγο με την καρτέλα Data έχοντας στο μυαλό σου την πρώτη εντολή του Text : lui $s5, 0x1000, και με το δεδομένο ότι ο integer είναι 4 byte...

καλό κάψιμο :)

χαχαχα γαμησετα , thanks παντως !

Στην ασκηση 3 , για καποιο λογο στην εντολη .word τα 2 τελευταια νουμερα , οτι και να τα βαλω , μου τα αποθηκευει στην μνημη , παντα διαφορετικο αριθμο , πχ το 20 μου το αποθηκευει 14 , ξερεις κανεις το γιατι ?  

(20)₁₀ = (14)₁₆

Πατα δεξί κλικ πάνω στο κομμάτι της μνήμης και επέλεξε το decimal

οι ασκησεις μου τρεχουν προβληματικα..
π.χ. στην δευτερη ασκηση με single step δεν περνουν αντιστοιχες τιμες οι καταχωρητες και στο τελος του προγραμματος μου πεταει Attempt to execute non-instruction at 0x00400048

Επειδή έχεις πατήσει το κουμπί Bare Machine στα Settings, έχουν επιλεγεί αυτόματα οι επιλογές "Enable Delayed Loads" και "Enable Delayed Branches". Η πρώτη καθυστερεί να φορτώσει μια τιμή από τη μνήμη σε ενα καταχωρητή οπότε δε βλέπεις άμεσα τις σωστές τιμές στους καταχωρητές. Η δεύτερη εκτελεί πάντα την επόμενη εντολή μετά από ένα branch που στη συγκεκριμένη περίπτωση δεν υπάρχει καμία εντολή οπότε σου βγάζει σφάλμα. Στην πρώτη άσκηση υπήρχε αμέσως μετά από την εντολή "j loop" η εντολή "lw $s6, 0($s5)" οπότε δεν εμφάνιζε σφάλμα

εισαι ωραιος, τι να λεμε τωρα..! σε ευχαριστω πολυ φιλε..!

Μια πιο γενικη απορια, την εντολη lui πως που και γιατι την χρησιμοποιουμε ?μπορει καποιος να μας διαφωτισει?

 με την lui $rs,0x0001
Φορτωνεις(load) στον καταχωρητη $rs την τιμη 00010000 (δλδ χρησιμοποιειται για να φορτωσεις τα πρωτα 16 bit (4bytes*4bits) σε αυτον τον καταχωρητη), απο μονο του σου βαζει 16 μηδενικα στο αλλο μισο του καταχωρητη..
για να βαλεις τιμες στα τελευταια 16 bit χρησιμοποιεις ori

Στην άσκηση 5 των ασκήσεων του e-thmmy μου εμφανίζει το μήνυμα "Unknown system call:20" και ουσιαστικά δεν μου εμφανίζει το string.Ξέρουμε τι μπορεί να παίζει;

Στα λυμμένα θέματα του Πέτρου που είναι ανεβασμένα , κάποια από τα Θέματα που λύνει είναι από το κομμάτι του Χασάπη έτσι;; Πχ ασκ 2.11 σελ 6
Ασκ 2.18 σελ 7, Θέμα 3 σελ 13. Δηλαδή για εμάς εκτός... Ή κάνω λάθος;

22/9/2015
Θέμα 1 από Β
στα Λυμένα (σελ )
έχει I1->I2 r17 RAW

Κανονικά RAR δεν είναι;;

Και ο κώδικας:

Ετσι νομιζω κ εγω.

πως βγαίνει έτσι αυτό??

https://prnt.sc/fnddvo

Για το Α:
Ι1->Ι2 είναι WAR στο $1, αφού η add θέλει να γράψει ενώ η load διαβάζει
Ι1->Ι3 είναι RAR στο $6, αφού Sw διαβάζει και η lw επείσης διαβάζει στο καταχωρητή  ΚΑΙ RAW στο $1, αφού η sw θέλει να διαβάζει από τον $1 στον οποίο γράφει η lw
Ι2->Ι3 είναι WAR στο $6, αφού η sw διαβάζει και η add γράφει

ΔΕΝ ξέρω αν έχω λάθος στο στο bolt στη λύση το έχει WAR αλλά σε άλλα παραδείγματα το πέρνει σαν RAR ... Κάποιος αν μπορεί ας πει για σιγουριά

Για το Β: (όλα στο $5 για αυτό δεν το γράφω)
Ι1->Ι2 κοιτώντας τα 1α ορίσματα έχεις  RAW, κοιτώντας το 1ο όρισμα από lw με 2ο όρισμα sw έχεις RAW, κοιτώντας 2ο όρισμα από lw και 1ο όρισμα από sw έχεις RAR , κοιτώντας τα 2α ορίσματα έχεις πάλι RAR

I1->I3 κοιτώντας τα 1α ορίσματα έχεις  WAW, κοιτώντας το 1ο όρισμα από lw με 2ο (ομοίως με 3ο) όρισμα add έχεις RAW, κοιτώντας 2ο όρισμα από lw και 1ο όρισμα από add έχεις WAR , κοιτώντας τα 2o όρισμα από lw 2ο-3ο από add έχεις RAR.

I2->I3 κοιτώντας τα 1α ορίσματα έχεις  WAR, κοιτώντας το 1ο όρισμα από sw με 2ο-3o όρισμα add έχεις RAR, κοιτώντας 2ο όρισμα από sw και 1ο όρισμα από add έχεις WAR,  κοιτώντας τα 2o όρισμα από sw 2ο-3ο από add έχεις RAR.

Τα RAR και στις 2 περιπτώσεις ( Και γενικά νομίζω) Δεν τα δίνουμε σημασία, και σε όποια σχέση έχεις 2 ίδιες ή παραπάνω φορές εξαρτήσεις τα γράφεις μία φορά

Και εγώ εκεί μπερδεύτηκα! Στο βιβλίο σελ.427 δείχνει αλλιώς τους καταχωρητές στο sw! Ευχαριστώ πάντως για την απάντηση! Kάποιος να το ξεκαθαρίίίσειιι!!

Θέματα 29/06/2015 , θέμα 2ο , θα μας δινεί το σχημά απο την διαδρομη διαδομενων του jump ? Ή γενικά ξέρουμε αν θα μας δίνεται τίποτα ? ( πινακακια , .. )

RAR είναι παιδιά. Η SW διαβάζει απο τον καταχωρητή και γράφει στη μνήμη. Και στο PDF με τα λυμμένα έχει σε πολλά σημεία το ίδιο λάθος όπου παίζει SW.

θεμα 2 σεπτ. 14

για την επιλυση των κινδυνων.

μεταφερω τη sub στο τελος (δηλαδη add->lw->add->sub)
και βαζω ενα nop πριν την lw.


αρκει αυτο;

Υπάρχει και RAW μεταξύ της lw και της 2ης add στον $6, οπότε και για αυτήν πρέπει να μεριμνήσεις..
 Επίσης δεν ξέρω αν μπορείς να χρησιμοποιήσεις προώθηση ή όχι δεν το διευκρινίζει στην εκφώνηση

Αν μπορείς να κάνεις προώθηση μία nop μετά την lw ή αλλαγή της lw με τη sub νομίζω  αρκεί
Αν δεν μπορείς θέλει 2 nops νομίζω ανάμεσα στην add και στη sub  και πάλι 2 nops ανάμεσα στη lw και στη 2η add ή αλλάζεις lw με sub και γλιτώνει το 2ο nop από τη 2η περίπτωση.

edit : Μιλάμε πάντα με τη προυπόθεση ότι στο πρώτο μισό έχουμε εγγραφή και στο 2ου μισό έχουμε ανάγνωση δεδομένων ενός κύκλου

οκ ευχαριστω !!

Θεματα 29/6/2015 , Θεμα 3ο στην εντολή addi $s0, $s0 , 16 , συμφωνα με το αρχειο με τα λυμενα θεματα , γραφει οτι η εξοδος MUX θα ειναι 32 , δηλαδη $s0 + 16 και γραφει καπου εκει αναμεσα οτι $s0 = 16 + 16 =32 και μαλιστα θεωρει οτι το $s0 εχει τιμη 32 μετα στην επομενη εντολη beq , γιατι λεει οτι δεν θα γινει διακλαδωση αφου δεν ειναι ισα τα $s0 , $s4 , πως προκυπτει οτι ο καταχωρητης $s0 , θα εχει αρχικα την τιμη 16 και μετα με την addi θα γινει 32 ? Αφου το rs στην addi που ειναι 16 , σημαινει οτι ο $s0 ειναι ο 16ος καταχωρητης , οχι οτι περιεχει την τιμη 16...Αν εχει ασχοληθει καποιος , με την ασκηση ας πει την γνωμη του !

πως γίνεται η χρήση των nop σε αυτήν την περίπτωση; υποτίθεται οτι το nop μπαίνει σαν φυσσαλιδα σε κάποιο απο τα στάδια εκτέλεσης μίας εντολής. Γίνεται να μπει και ενδιάμεσα από την εντολή για να καθυστερήσει τους κύκλυος ρολογιού και να χαθεί η εξάρτηση άρα και ο κίνδυνος;

Ναι παίρνει λανθασμένα οτι ο $s0 έχει τιμή 16. Αυτό δε προκύπτει από πουθενά, εμείς απλά θεωρούμε ότι έχει μια τιμή άγνωστη.

Ότι έχει το τυπολόγιο που θα δίνεται φίλος. Το βάζω στο συνημένο

Μπορούμε να κρατάμε την πράσινη φυλλάδα;

Και εγώ το είχα απορία αυτο, γιατί στο τυπολόγιο δεν την έχει ολόκληρη και οι εντολές σε δυαδικό χρειάζονται

Ας διαφωτίσει κάποιος :???:

θέμα 4 ιουν . 14

παιδιά στο 3ο θέμα του Ιούνη του 2015 ομάδα β ξέρει κανείς τι παίζει με την έξοδο του 2ου αθροιστή και την έξοδο του mux;

Ο 2ος αθροιστης ειναι ο αθροιστης πανω δεξια , ο οποιος αθροιζει το PC + 4 και το κομματι της εντολης [15 : 0 ] το οποιο εχει υποστει επεκταση προσημου , δηλαδη μηδενικα απο μπροστα μεχρι να γινει 32bit και αριστερη ολισθηση κατα 2 , δηλαδη αν ειναι πχ 0000 0000 00011 θα γινει 0000 0000 001100 , ουσιαστικα αμα παρεις τον αριθμο στο δεκαδικο ειναι επι 4 , αρα μετατρεπεις το δυαδικο σε δεκαδικο και τα προσθετεις , το κομματι της εντολης [15 : 0 ] , το βρισκεις αναλογως την εντολη , για παραδειγμα αν ειναι load/store ειναι το offset .

Η εξοδος του MUX ουσιαστικα αμα δεις μετα καταληγει στα δεδομενα εγγραφης στο register file , οποτε αν ειναι load/store ειναι η διευθυνση , αν ειναι η beq βλεπω στο αρχειο με τα λυμενα , οτι γραφει οτι θα ειναι η διαφορα των καταχωρητων. Γενικα , αυτο το κομματι ουτε εγω το εχω ξεκαθαρισει γιατι και στις λυσεις βλεπω στο εξοδο της MUX εχει κατι ερωτηματικα και σβησμενα.

Επισης εγω δεν μπορω να καταλαβω οταν εχει εντολη Beq και ουσιαστικα το offset ειναι ενα Label, γιατι στον 2ο αθροιστη δεν εφαρμοζει στο label αριστερη ολισθηση πριν το προσθεσει ?

Θέμα 3 Ιούνιος 2014..Που θα τοποθετηθούν nops και σε ποιο σημείο stalls;

Ιουνιος 2015 , 3ο θεμα , ομαδα Β

εγω πιστευω οτι πρεπει να γινετε το tag  πρωτα επι 4 και μετα να προστιθετε

επισης οι εξοδοι του MUX , περιλαμβανουν ειτε το αποτελεσμα της προσθεσης ειτε το περιεχομενο της διευθυνσης που υπολογιζεται , κι οχι απλα την διευθυνση , καθως αυτα τα δεδομενα πρεπει να γραφτουν  :)


νομιζω απαντηθηκε κι πιο πριν, αλλα stall βαζεις σε περιπτωσεις διακλαδωσεις που κακως ληφθηκαν , το πηρες πρεφα κι πρεπει να κανεις flush τους registers , καθως δεν χρειαζεσαι τα δεδομενα που βρηκες

Υπάρχει περίπτωση να πέσει κατι με Stalls ή να μην κανω τον κόπο να ασχοληθώ;

mate αν ηξερα τι θα πεσει δεν θα διαβαζα 200 σελιδες θεωρια  :P

προφανως ριξτο μια ματια, αλλα μην φας κι το βραδυ σου πανω απο αυτο ;)

Έχει βρει κανείς τα θέματα του 2016;

αρα για την πρωτη lw θα ειναι ο pc : pc+4+ (12*4) . σωστα;

και στην περιπτωση της beq πως θα γινει ο pc? δεν πρεπει απλα να παρεις την τιμη του cont? δηλαδη το 12020?

οσον αφορα στον mux : λογικα για τις δυο lw  θα βγαλουν το περιεχόμενο του 12($s0) και 16($s0) αντιστοιχα. αλλα μετα στην beq τι θα βγαλει;

Αυτή είναι μια πρόχειρη λύση μου, δεν ξέρω αν είναι σωστή καθώς έχει αρκετές διαφορές με αυτή του downloads. Ειδικά στο δ που εγω έχω μονίμως +4, δεν ξέρω
αν του είχε ξεφύγει ή μπερδέυω κάτι.

αφου σου λεει οτι η loop ειναι στο 12000 , τοτε γτ λες pc κι οχι 12000 ? αλλιως ναι συμφωνω

o beq δεν πρεπει να δειχνει στον cont ... κατι με τις λεξεις (word) νομιζω δειχνει

οταν εχεις beq , ουσιαστικα η ALU κανει αφαιρεση ... ωστοσο αυτος o mux για την beq ειναι αδιαφορια (σελ 382)

Αυτό το μηχανη διοχέτευσης με μπερδεύει λίγο.

Πάντως ένα prob που μπορεί να προκύψει, νομίζω, είναι αυτό
Έστω ότι έχουμε κατά σειρά

lw
Εντολή (πχ add/lw) εννοώ όχι j ή branch για  να μην έχουμε περιπτώσεις
Εντολή(πχ sub/sw) ομοίως
lw ή sw

όταν η πρώτη lw φτάσει στη μνήμη δεδομένων και χρησιμοποιήσει τη μονάδα, Η 4η εντολή θα θέλει να χρησιμοποιήσει τη, κοινή , πλέον μονάδα για το IF της.
Όμως αφού θα χρησιμοποιείται για τη μνήμη δεδομένων θα πρέπει να μπει nop εντολή ΠΡΙΝ τη 4η εντολή, οπότε αύξηση της καθυστέρησης δηλαδή μεγαλύτερο CPI

Δεν ξέρω αν πρέπει να βασιστούμε κάπου αλλού για να απαντήσουμε...( αυτό που λέει μονάδα διοχέτευσης δηλαδή)

Ουσιαστηκά αυτό που έγραψα το αναφέρει στο βιβλίο στην εκφώνηση της 4.14.1

Και αν δείτε τη λύση έχω απαντήσει λάθος ΔΕΝ μπορείς να βάλεις nop,γιατί και η nop θεωρείται κανονική εντολή, απλά πρέπει να κάνεις stall
Δείτε την την λύση το εξηγεί καλά..

Στο 1ο θεμα Σεπ 15 στις λύσεις στο 1δ γιατι έχει 7+3nop και 7+1nop? Το θέμα μου είναι το 7, επίσης νομίζω δεν ήθελε τόσες nop γιατί δεν έχει δυο raw αλλα ενα (Αρα 2 nop στην πρώτη περίπτωση και 1 στη δεύτερη) :o

Έχεις 7 γιατί χρειαζεσαι 5 κυκλους για να ολοκληρωθεί η πρώτη εντολή και +2 κύκλους για τις άλλες δύο εντολές.

συμφωνω

αναμεσα στην sw και στην lw εχεις rar (οποτε δεν ειναι προβλημα)
κ εχει μια raw αναμεσα στην lw και την add για την οποια θες 2 nop οταν δεν εχει προωθηση και μια nop οταν εχει προωθηση.

αρα χωρις προωθηση (5*190ps)
με προωθηση (4*200ps)

22/9/2015 Ομαδα Β , θεμα 3ο , με την κατασκευη της ALU , στα λυμενα θεματα γιατι απλα δεν κατασκευαζει αυτο ( συννημενο) ?

Και αναμεσα στην lw και την add , γιατι χρειαζομαι 2 nop και οχι 1 ?, χωρις προωθηση....το χω χασει λιγο αυτο

γιατι το αποτελεσμα της lw , ειναι μονο διαθεσιμο στο WB ... κι χωρις προωθηση σημαινει οτι πρεπει απο κατω να φτασει ο Reg του add

σκεψου οτι εχει μονο αυτες τις δυο.
η lw ξεκιναει οταν το ρολοι ειναι στο cc1 και εχει ολοκληρωσει οταν ειναι στο  cc5.
η add θα χρειαστει την τιμη της lw στο cc3. οποτε ειναι διαφορα δυο κυκλων ρολογιου.

ετσι εχω καταλαβει . μην τα παιρνεις και πολυ σιγουρα

Άρα ουσιαστικα είναι ετσι (attach ) ??, απλα WB ειναι ο καταχωρητης διοχευτεσης , εγω νομιζα οτι αποθηκευεται πιο πριν η τιμη στο DM

Ναι γαμησετα , ειναι πολυ απλο , απλα βλεπεις βιβλιο , βλεπεις τις λυσεις θεματων που τα χει καποια διαφορετικα και χανεσαι , πρεπει να βρω την μεθοδολογια να τελειωνουμε :P

Ζητάει το χρόνο εκτέλεσης Του συνόλου των εντολών.
Άρα νομίζω πως στη περίπτωση που δεν έχεις προώθηση όπως σωστά λες θες 2 nops άρα θες 7 CC για τις 3 εντολές + 2 CC επιπλέον για τα nop άρα (7+2)*190ps
Και για την προώθηση θες 1 nop άρα 7 CC για τις 3 εντολές πάλι + 1 για την nop άρα (7+1)*200ps
για την επιτάχυνση δεν είμαι σίγουρος θα το σκεφτώ και θα το αλλάξω

Για χωρίς προώθηση:
RΑW ανάμεσα σε
add                                         $1, $2, $3
sub, beq , addi κτλπ (sw/lw)      $w/e, $1 (12($1) για τις lw/sw)  , $w/e
Θέλεις 2 nop

Με προώθηση δεν θες κανένα

RAW ανάμεσα σε

lw                        $1, 40($w/e)
add/sub/beq(sw)   $w/e, $1 (12($1) για τη sw) , $w/e
Χωρίς προώθηση θέλεις 2 nops

Με προώθηση 1 nop

Αυτές νομίζω είναι οι περιπτώσεις! ( Γράφεις και σαν σχόλιο ότι στο 1ο μισό του CC γίνεται εγγραφή στο 2ο μισό γίνεται ανάγνωση και είσαι κομπλέ)
 είναι περασμένη η ώρα δεν τα εξηγώ απλά να έχεις μία εικόνα...

Edit το bolt είναι 2 nops τελικά όχι 1 αφού πρέπει από το Alu να πάει στο MEM και μετά να πάει στο WB...

Ναι ρε οκ μια χαρα , thx !

εν τέλη, η nop δεν έπεσε :P αλλα πάνω κάτω ορισμένα θέματα ανακυκλώθηκαν, οσοί είχαν καλό βαθμο στο εργαστήριο περνούσαν ευκολα

Μπορεί κάποιος να μας πει τι έπεσε σήμερα;

Ανέβηκαν σήμερα στο facebook

Παιδια και στους υπολοιπους τα ιδια πεσανε η βαλανε διαφορετικα θεματα?

παιδια ,οταν ρωταει πεδιο διευθυνσης της jal  τ ακριβως εννοει??

Στο Θέμα 1/Ιουνίου 2017 ,πόσο είναι το CPI της BEQ σε κάθε περίπτωση (επιτυχημένη και μη επιτυχημένη) ;

γενικα αν μπορει καποιος να εξηγησει τη λυση του θεματος

Μπορει να μου πει καποιος πως λυνεται το πρωτο θεμα ιουνιου 2017;

+1!

και για το τρίτο αν μπορεί κάποιος.. με την κατασκευή της ALU του 1 bit

1)Η λογικη ειναι η εξης :
0,4*1+0,3(0,25*2+0,75*1)+0,1+0,2(0,4*1+0,6*2)=1,195
Δεν ειμαι σιγουρος ομως αν τα χωριζω σωστα η τα αντιθετα πολλαπλασιονται με το 2

3)Ειναι το σχημα C.5.9 απο το παραρτημα,ξερει ομως καποιος ποια αλλη λειτουργια υλοποιειται?

Επισης 4ο θεμα 4ο ερωτημα,740 ps ειναι?

Νομίζω υλοποιείται και η a - b, θέτοντας CarryIn = 1 και εισάγοντας στον αθροιστη το α και το δυαδικό συμπλήρωμα του b.

Δεν βρίσκω το παράρτημα C.. λογικά είναι στον 2ο τόμο. μπορεί κάποιος να βοηθήσει; με μια φώτο της ALU ίσως;

Το έχουν ανεβάσει στο e-thmmy στη σελιδα του μαθηματος.

Τωρα που το βλεπω,μια ALU μετα απο lw δε χρειαζεται 2 nop,αρα εδω 0,25*3?

Όχι, μια nop θα βάλεις και έπειτα θα γίνει προώθηση από τον καταχωρητή MEM/WB σε μια από τις εισόδους της ALU στο στάδιο EX της επόμενης εντολής. Δυο nop χρειάζονται εάν το datapath δεν χρησιμοποιεί μονάδα προώθησης, ώστε η εγγραφή και η ανάγνωση του καταχωρητή να γίνει στον ίδιο κύκλο.

Ας μας σώσει κάποιοςς!!

για την beq νομιζω εκανα λαθος ομως,εχεις καμια ιδεα?

κανεις????????

Νομίζω ότι είναι 0,2(0,4*2+0,6*1) όσον αφορά το beq διότι στη σελίδα 446 πάνω πάνω αναφέρει ότι έχω ποινή ενός κύκλου, όταν έχω ληφθείσες διακλαδώσεις άρα 2 κύκλους όταν είναι επιτυχείς η διακλάδωση και 1 κύκλο όταν δεν είναι.

Επισης στο 4ο θεμα,στα 2 τελευταια ερωτηματα τα βγαζω 150 ps και 645 ps,ειναι σωστα?

Θεματα απο Σεπτεμβρη 16 υπαρχουν?

Θεματα απο Σεπτεμβρη 16 υπαρχουν?

Αφού έχεις πρόβλεψη μη επιτυχους διακλάδωσης στις μη επιτυχείς θα είναι 1 και στις επιτυχεις 1+2, 2 nop χρειαζονται αν αποτύχει η πρόβλεψη.

Υπαρχει κατι παρομοιο με ιουνιο 17 θεμα 4 ομαδα Β?
Η αν δεν υπαρχει ξερει καποιος τη λυση?

Υπαρχει καπου παρομοιο λυμενο με αυτο το θεμα?

Γιατι στη κρισιμη διαδρομη δε λαμβανει υποψη τον πρωτο πολυπλεκτη στους καταχωρητες?

Εγώ πιστεύω ότι οι δύο διαδρομές είναι οι:

• Μνημη εντολων->Mux πριν τους καταχωρητες->καταχωρητες->MUX πριν την ALU->ALU->Μνήμη Δεδομένων->Mux
• Μνημη εντολων->Έλεγχος->ALU->Μνήμη Δεδομένων->Mux

Και η πρώτη είναι η κρίσιμη, αφού είναι πιο αργή

Ναι και εγω ετσι νομιζω αλλα γιατι στις απαντησεις των ασκησεων δε το υπολογιζει ποτε,δε μπορω να το καταλαβω

Στο πρωτο θεμα σημερα(β ομαδα,αν θυμαται καποιος) τι επρεπε να γραψουμε?

Με αρκετή συντομία έγραψα ότι

• Το σήμα μεταφέρεται μέσα από τους καταχωρητες ID/EX, EX/MEM επειδή πρέπει να φτάσει στη μνήμη στον ίδιο κύκλο με την εντολη, δηλαδή σε κάθε clock cycle προχωραει από ένα βήμα στη διοχέτευση
• Για το δεύτερο κομμάτι με τους πολυπλέκτες είπα ότι, η πρώτη είσοδος προέρχεται από τους καταχωρητές ή απο τη μονοδα επέκτασης προσήμου (για τον δεύτερο πολυπλεκτη). Η δεύτερη είσοδος προέρχεται απο το σταδιο WB, ουσιαστικά πρόκειται για τιμές που δεν έχουν προλαβει να γραφτουν στους καταχωρητες, δηλαδη για κινδύνους MEM/WB.Register = ID/EX.Register. Ενώ η τρίτη είσοδος προέρχεται απο τις τιμες που εχει υπολογισει η ALU στον προηγουμενο κύκλο, κινδύνους EX/MEM.Register = ID/EX.Register

Σε ευχαριστώ πολύ φιλε

Σχετικά με το θέμα του Ιουνίου 2015 όπου ζητάει το περιεχόμενο των γραμμών σε διάφορα σημεία της διαδρομής δεδομένων, έχω τα εξής 2 σχόλια:

1) Δεν συμφωνώ με τη λύση του pdf που υπολογίζει την τιμή του δεύτερου αθροιστή για κάθε εντολή. Από τη στιγμή που αναφέρεται στη διαδρομή δεδομένων που σχεδιάστηκε για υλοποίηση ενός κύκλου ρολογιού και όχι στην αντίστοιχη με διοχέτευση, προώθηση κτλ, η τιμή αυτού του αθροιστή δεν θα επρεπε να αλλάζει μόνο σε εντολές διακλάδωσης beq και να μενει αθικτη για όλες τις άλλες (βλ. Εικόνες 4.19,20,21,24);

2) Κατά την εκτέλεση της addi υποθέτει πως είναι τύπου R και παίρνει ALUop = 10. Η addi όμως (α) είναι τύπου Ι και (β) δεν ανήκει στις εντολές για τις οποίες έγινε η συγκεκριμένη σχεδίαση (είπαμε πως περιλαμβάνει μόνο τις add,sub,and,or,slt,lw,sw,beq). ?????

ρε παιδιά , στο θέμα με τις εντολές , πόσες nop βάλατε ; Οταν είχαμε πλήρη προώθηση μου βγήκε 1 nop ανάμεσα σε πρώτη-δεύτερη και μία nop ανάμεσα σε δεύτερη τρίτη αλλά χωρίς προώθηση τα έκανα λιγο κουλουβάχατα και τελικά εγραψα κάτι random νούμερα nop !

Όταν λέει βρείτε την τιμή του καταχωρητή μνήμης [0x90000008] ποιον καταχωρητή εννοεί;

γνωριζει καποιος τη λυση του ερωτηματος vi στο θεμα 4 του σεπτεμβριου 17?

Πως βρισκω την Εξοδο του ΜUΧ της μνήμης δεδομένων σε αναλογες ασκησεις?