<html>
<head>
<meta content="text/html; charset=ISO-8859-7"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Καλησπέρα,<br>
<br>
Ευχαριστώ για την απάντηση. Καταλαβαίνω την ανάγκη για
απλοποιήσεις, όμως μου φαίνεται όμως ότι υπάρχουν μερικές
ασυνέπειες στο μοντέλο που προτείνετε: Προκειμένου το LD να ξέρει
ότι δε βρίσκεται σε RAW dependency με ένα προηγηθέν SD, πρέπει να
έχει υπολογιστεί τόσο η δική του διεύθυνση όσο και αυτή του SD.
Επειδή οι διευθύνσεις υπολογίζονται στο ΕΧ, για να γίνει ο έλεγχος
αυτός πρέπει *και οι δύο* εντολές να έχουν ξεκινήσει το στάδιο EX.
Όμως ο έλεγχος *προηγείται* του σταδίου EX του LD στον αλγόριθμο
Tomasulo (εκτός αν διαβάζω τις διαφάνειες λανθασμένα). Ο μόνος
τρόπος να λυθεί ο φαύλος κύκλος είναι το LD να περιμένει να
ολοκληρωθεί το EX του SD. Προσωπικά, αυτή την παραδοχή έχω κάνει
και δεν προλαβαίνω να την αλλάξω. Θα με ενδιέφερε πάντως να μάθω
αν υπάρχει καλύτερη λύση στο πρόβλημα αυτό χωρίς το LD να
αναγκάζεται να "μαντεύει" με οποιονδήποτε τρόπο ότι στη 2η άσκηση
της advcomparch δεν εμφανίζονται RAW dependencies.<br>
<br>
Και πάλι ευχαριστώ για τις διευκρινήσεις.<br>
<br>
Νικόλας Κορασίδης<br>
<br>
On 26/05/2013 08:52 μμ, Konstantinos Nikas wrote:<br>
</div>
<blockquote
cite="mid:CAG86dT+OWc2HrX=Y_zg7CQq7iAXn7VTxXkmgXbxuDK_uCU7hcA@mail.gmail.com"
type="cite">
<div dir="ltr">Καλησπέρα,<br>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra" style="">έχεις δίκιο για την παρατήρηση
που κάνεις. Όπως είπα όμως και την προηγούμενη φορά, στις
ασκήσεις κάνουμε κάποιες παραδοχές όσον αφορά τα Stores καθαρά
για λόγους απλότητας και ευκολίας. Αποτελούν μια προσέγγιση
και όχι την ακριβή πραγματικότητα για το πως γίνονται τα SD.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Στις ασκήσεις μας λοιπόν τα Stores
μπαίνουν στη φάση του EX όταν όλα τα ορίσματα τους είναι
διαθέσιμα. Επίσης φροντίζουμε να μην υπάρχουν RAW κίνδυνοι
μεταξύ των stores και των επόμενων loads (οπότε και δεν
καθυστερούμε τα LDs). </div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra" style="">Όσον αφορά την τελευταία
παρατήρηση, προφανώς η απαίτηση το block να μην έχει γίνει
evict προκύπτει από τις παραδοχές που κάνουμε (και δεν είναι
πραγματική). Παρ'όλα αυτά, δεδομένου του μεγέθους και του
associativity της cache, του μικρού αριθμού προσβάσεων στη
μνήμη που μπορεί να μεσολαβήσουν μεταξύ του EX και του CMT
(λόγω του μικρού μεγέθους των Load/Store queues) καθώς και των
ιδιοτήτων της πολιτικής LRU, μπορούμε με πολύ μεγάλη
πιθανότητα να πούμε ότι το block θα είναι ακόμα εκεί. Παρ'ολα
αυτά δεν μας ενδιαφέρει ιδιαίτερα, καθώς όπως εξήγησα όλα αυτά
είναι μια παραδοχή που κάνουμε για τις ασκήσεις.</div>
<div class="gmail_extra" style=""><br>
</div>
<div class="gmail_extra" style="">Κ.</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Έχω τρεις απορίες σχετικές με την εκτέλεση των load/store
εντολών:<br>
<br>
1) Επιτρέπεται σε εντολή SD να μπει στο στάδιο EX ακόμα κι
αν δεν έχει διαθέσιμη την τιμή που θα γράψει;<br>
<br>
2) Αν το παραπάνω δεν επιτρέπεται, προκύπτει το εξής
πρόβλημα: Σύμφωνα με τη διαφάνεια 26 του σετ
"Lec6-speculation-13.pdf", τα LD γίνονται stall μέχρι τα
SD που προηγούνται να υπολογίσουν τη διεύθυνσή τους.
Σύμφωνα με την εκφώνηση της άσκησης, ο υπολογισμός της
διεύθυνσης μιας εντολής LD/SD γίνεται στο στάδιο EX.
Επομένως, στην άσκηση τα LD πρέπει να γίνονται stall μέχρι
τα προηγούμενα SD να έχουν διαθέσιμα όλα τα ορίσματά, τόσο
της διεύθυνσης όσο και της εγγραφόμενης τιμής. Λόγω της
μεγάλης καθυστέρησης της DIVD, αυτή η παραδοχή δημιουργεί
μεγάλη απόκλιση στον αλγόριθμο. Είναι σωστή;<br>
<br>
3) Θεωρούμε ότι η cache είναι write-allocate. Από όσα
προηγήθηκαν στη λίστα καταλαβαίνω ότι μια εντολή SD που
θέλει να γράψει στη μνήμη φέρνει στην cache τα απαραίτητα
block στο στάδιο EX και γράφει σε αυτή στο στάδιο CMT. Πώς
ξέρουμε ότι στο διάστημα που μεσολαβεί από το EX έως το
CMT το block που θέλουμε είναι ακόμη στην cache και δεν
έχει γίνει evict?<br>
<br>
Ευχαριστώ.<br>
<br>
Νικόλας Κορασίδης<br>
_______________________________________________<br>
Advcomparch mailing list<br>
<a moz-do-not-send="true"
href="mailto:Advcomparch@lists.cslab.ece.ntua.gr"
target="_blank">Advcomparch@lists.cslab.ece.ntua.gr</a><br>
<a moz-do-not-send="true"
href="http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch"
target="_blank">http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Dr. Konstantinos Nikas<br>
Computing Systems Laboratory<br>
School of Electrical and Computer Engineering<br>
National Technical University of Athens<br>
<br>
Tel: +30-210-7724159<br>
e-mail: <a moz-do-not-send="true"
href="mailto:knikas@cslab.ece.ntua.gr" target="_blank">knikas@cslab.ece.ntua.gr</a><br>
<a moz-do-not-send="true"
href="http://www.cslab.ece.ntua.gr/%7Eknikas"
target="_blank">http://www.cslab.ece.ntua.gr/~knikas</a>
</div>
</div>
</blockquote>
<br>
</body>
</html>