[Advcomparch] Απορία για την εκτέλεση των SD

Konstantinos Nikas knikas at cslab.ece.ntua.gr
Sun May 26 20:52:08 EEST 2013


Καλησπέρα,

έχεις δίκιο για την παρατήρηση που κάνεις. Όπως είπα όμως και την
προηγούμενη φορά, στις ασκήσεις κάνουμε κάποιες παραδοχές όσον αφορά τα
Stores καθαρά για λόγους απλότητας και ευκολίας. Αποτελούν μια προσέγγιση
και όχι την ακριβή πραγματικότητα για το πως γίνονται τα SD.

Στις ασκήσεις μας λοιπόν τα Stores μπαίνουν στη φάση του EX όταν όλα τα
ορίσματα τους είναι διαθέσιμα. Επίσης φροντίζουμε να μην υπάρχουν RAW
κίνδυνοι μεταξύ των stores και των επόμενων loads (οπότε και δεν
καθυστερούμε τα LDs).

Όσον αφορά την τελευταία παρατήρηση, προφανώς η απαίτηση το block να μην
έχει γίνει evict προκύπτει από τις παραδοχές που κάνουμε (και δεν είναι
πραγματική). Παρ'όλα αυτά, δεδομένου του μεγέθους και του associativity της
cache, του μικρού αριθμού προσβάσεων στη μνήμη που μπορεί να μεσολαβήσουν
μεταξύ του EX και του CMT (λόγω του μικρού μεγέθους των Load/Store queues)
καθώς και των ιδιοτήτων της πολιτικής LRU, μπορούμε με πολύ μεγάλη
πιθανότητα να πούμε ότι το block θα είναι ακόμα εκεί. Παρ'ολα αυτά δεν μας
ενδιαφέρει ιδιαίτερα, καθώς όπως εξήγησα όλα αυτά είναι μια παραδοχή που
κάνουμε για τις ασκήσεις.

Κ.


Έχω τρεις απορίες σχετικές με την εκτέλεση των load/store εντολών:
>
> 1) Επιτρέπεται σε εντολή SD να μπει στο στάδιο EX ακόμα κι αν δεν έχει
> διαθέσιμη την τιμή που θα γράψει;
>
> 2) Αν το παραπάνω δεν επιτρέπεται, προκύπτει το εξής πρόβλημα: Σύμφωνα με
> τη διαφάνεια 26 του σετ "Lec6-speculation-13.pdf", τα LD γίνονται stall
> μέχρι τα SD που προηγούνται να υπολογίσουν τη διεύθυνσή τους. Σύμφωνα με
> την εκφώνηση της άσκησης, ο υπολογισμός της διεύθυνσης μιας εντολής LD/SD
> γίνεται στο στάδιο EX. Επομένως, στην άσκηση τα LD πρέπει να γίνονται stall
> μέχρι τα προηγούμενα SD να έχουν διαθέσιμα όλα τα ορίσματά, τόσο της
> διεύθυνσης όσο και της εγγραφόμενης τιμής. Λόγω της μεγάλης καθυστέρησης
> της DIVD, αυτή η παραδοχή δημιουργεί μεγάλη απόκλιση στον αλγόριθμο. Είναι
> σωστή;
>
> 3) Θεωρούμε ότι η cache είναι write-allocate. Από όσα προηγήθηκαν στη
> λίστα καταλαβαίνω ότι μια εντολή SD που θέλει να γράψει στη μνήμη φέρνει
> στην cache τα απαραίτητα block στο στάδιο EX και γράφει σε αυτή στο στάδιο
> CMT. Πώς ξέρουμε ότι στο διάστημα που μεσολαβεί από το EX έως το CMT το
> block που θέλουμε είναι ακόμη στην cache και δεν έχει γίνει evict?
>
> Ευχαριστώ.
>
> Νικόλας Κορασίδης
> ______________________________**_________________
> Advcomparch mailing list
> Advcomparch at lists.cslab.ece.**ntua.gr<Advcomparch at lists.cslab.ece.ntua.gr>
> http://lists.cslab.ece.ntua.**gr/mailman/listinfo/**advcomparch<http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch>
>



-- 
Dr. Konstantinos Nikas
Computing Systems Laboratory
School of Electrical and Computer Engineering
National Technical University of Athens

Tel: +30-210-7724159
e-mail: knikas at cslab.ece.ntua.gr
http://www.cslab.ece.ntua.gr/~knikas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cslab.ece.ntua.gr/pipermail/advcomparch/attachments/20130526/1d58c712/attachment-0001.htm>


More information about the Advcomparch mailing list