Advcomparch

advcomparch@lists.cslab.ece.ntua.gr

1109 discussions

Re: [Advcomparch] Υλοποίηση του Local History Predictor
by Konstantinos Nikas 18 Jul '14

18 Jul '14

Καλησπέρα, > Είναι όντως αυτό ένα μειονέκτημα του local history predictor, ή είναι λάθος > η υλοποίηση και θα πρέπει να κρατάμε στη θέση x και το πλήρες pc ώστε να > μηδενίσουμε το περιεχόμενο της x μόλις αυτή κληθεί από διαφορετικό pc; αυτό που περιγράφεις είναι ακριβώς το πρόβλημα του aliasing, το οποίο το αντιμετωπίζουν όλα τα συστήματα που προσπαθούν να χωρέσουν πολλή πληροφορία σε μικρό χώρο, όπως και ο local history predictor. Όσον αφορά την άσκηση, η υλοποίηση σας θα πρέπει να είναι "ρεαλιστική", δηλ. όσο πιο κοντά στην πραγματικότητα γίνεται. > Η παράμετρος target που εμφανίζεται για τον κώδικα που μας δόθηκε στις > predict και update συναρτήσεις είναι ο προορισμός του branch σε περίπτωση > που αυτό είναι taken; Ναι > Για τους predictors που θα συνθέσουμε, αρκεί να φτιάξουμε ένα .h αρχείο, να > το συμπεριλάβουμε ως include στο branch_predictor.cc, να το βάλουμε στο > φάκελο του .cc (αυτόν που αναφέρει και η εκφώνηση) και να κάνουμε ένα > συνολικό make στο sniper; Θα πρέπει εκτός από include, να προσθέσετε και τις κατάλληλες κλήσεις για την αρχικοποίηση τους στο branch_predictor.cc. Νομίζω ότι αν δείτε τι έχουμε κάνει για τον nbit predictor, η διαδικασία είναι σαφής. Κ. -- Dr. Konstantinos Nikas Computing Systems Laboratory School of Electrical and Computer Engineering National Technical University of Athens Tel: +30-210-7724159 e-mail: knikas(a)cslab.ece.ntua.gr http://www.cslab.ece.ntua.gr/~knikas

1 0

Ερώτηση για config file
by Ilias Pantazelos 17 Jul '14

17 Jul '14

Στην άσκηση με τα branch predictors τα L1 I/D cache,L2 cache και οι επιλογές κάτω από το interval_timer πρέπει να είναι οι default που είχαμε πριν κάνουμε τις όποιες αλλαγές χρειάστηκαν για τις ασκήσεις σωστά; Σε αυτή τη περίπτωση μπορείτε να μου πείτε τα settings για το interval_timer γιατί τα άλλαξα και δε θυμάμαι τα αρχικά.Για τις caches τα αναφέρει στη πρώτη άσκηση οπότε είμαι οκ.

1 0

Υλοποίηση του Local History Predictor
by Christos Michas 16 Jul '14

16 Jul '14

Καλησπέρα, Θα ήθελα να ρωτήσω πώς πρέπει να χειρίζεται τις περιπτώσεις aliasing o local history predictor. Έστω ότι στη θέση x του BHT αντιστοιχούν τα branch με διευθύνσεις pc1 και pc2. Αρχικά μόνο η pc1 κάνει branch, οπότε η θέση x γεμίζει με το ιστορικό της, και στη συνέχεια ο predictor καλείται να χειριστεί το branch με pc2. Όταν θα πρέπει να καταγράψουμε το πραγματικό αποτέλεσμα του branch, κατάλαβα ότι θα μετατοπίσουμε απλώς το ιστορικό στη θέση x για να καταγράψουμε το αποτέλεσμα. Μία τέτοια υλοποίηση όμως θα σήμαινε ότι το ιστορικό του pc1 θα συνεχίσει να επηρεάζει τις αποφάσεις για το pc2 μέχρι να γίνουν κάμποσες προβλέψεις και να καθαρίσει πλήρως το ιστορικό από τις καταχωρήσεις του pc1. Είναι όντως αυτό ένα μειονέκτημα του local history predictor, ή είναι λάθος η υλοποίηση και θα πρέπει να κρατάμε στη θέση x και το πλήρες pc ώστε να μηδενίσουμε το περιεχόμενο της x μόλις αυτή κληθεί από διαφορετικό pc; Και δύο πιο ειδικές, διευκρινιστικές ερωτήσεις: Η παράμετρος target που εμφανίζεται για τον κώδικα που μας δόθηκε στις predict και update συναρτήσεις είναι ο προορισμός του branch σε περίπτωση που αυτό είναι taken; Για τους predictors που θα συνθέσουμε, αρκεί να φτιάξουμε ένα .h αρχείο, να το συμπεριλάβουμε ως include στο branch_predictor.cc, να το βάλουμε στο φάκελο του .cc (αυτόν που αναφέρει και η εκφώνηση) και να κάνουμε ένα συνολικό make στο sniper; Ευχαριστώ πολύ, Μίχας Χρήστος

1 0

Ομιλία Α. Μόσχοβου Παρσκευή 18/07, 14:00
by Konstantinos Nikas 15 Jul '14

15 Jul '14

Καλημέρα, [Ζητώ συγγνώμη αν λάβετε το μήνυμα παραπάνω από μία φορά] Θα θέλαμε να σας προσκαλέσουμε με μεγάλη χαρά στην ομιλία του Prof. Α. Μόσχοβου που θα πραγματοποιηθεί την Παρασκευή 18/07 στις 14:00 με τίτλο "The selfish Transaction and How to Better Exploit Instruction Caches". Ώρα : Παρασκευή 18/07 @ 14:00 Μέρος: Αμφ. Πολυμέσων, Κεντρική Βιβλιοθήκη, ΕΜΠ. Ακολουθεί περίληψη της ομιλίας καθώς και ένα σύντομο βιογραφικό του ομιλητή: ********************** Abstract: Data management systems have evolved into an essential component of numerous applications. Often, they are used to perform "transactional" workloads comprising transactional, that is, requests that lookup or update information based on some selection criteria, e.g., looking up an account's balance or purchasing an item. For such systems, the higher the throughput, that is he number of transactions that are serviced per unit of time, the better and often the more efficient the system. In this presentation we will observe how transactions execute on modern hardware and see that transactions operate selfishly. This behavior ends up penalizing all as it thrashes the instruction caches, a key performance enhancing mechanism. We will then identify two cooperative policies that boost throughput. The policies judiciously decide where, when, and for how long transactions should execute. While targeting transactional workloads the techniques presented could potential benefit any workload that has a large instruction footprint and many threads running over mostly identical pieces of code. ********************** Short Bio: Andreas Moshovos teaches computer design at the Electrical and Computer Engineering Department of the University of Toronto. He has also taught at Northwestern University, the University of Athens, and the Hellenic Open University. He received the ACM SIGARCH Maurice Wilkes Award in 2010. ********************** Χαιρετισμούς, Κωστής -- Dr. Konstantinos Nikas Computing Systems Laboratory School of Electrical and Computer Engineering National Technical University of Athens Tel: +30-210-7724159 e-mail: knikas(a)cslab.ece.ntua.gr http://www.cslab.ece.ntua.gr/~knikas

1 0

Δεύτερη άσκηση Προηγμένων Θεμάτων Αρχιτεκτονικής 2013-2014
by Konstantinos Nikas 11 Jul '14

11 Jul '14

Καλησπέρα, σας ενημερώνουμε ότι έχει αναρτηθεί στο site του μαθήματος η εκφώνηση της 2ης άσκησης μαζί με βοηθητικό κώδικα. Ημερομηνία παράδοσης 27/07. Κ. -- Dr. Konstantinos Nikas Computing Systems Laboratory School of Electrical and Computer Engineering National Technical University of Athens Tel: +30-210-7724159 e-mail: knikas(a)cslab.ece.ntua.gr http://www.cslab.ece.ntua.gr/~knikas

1 0

Σχετικά με την υποβολή της άσκησης
by Jim R 15 Jun '14

15 Jun '14

Καλησπέρα, είχα την εντύπωση ότι η υποβολή της άσκησης μπορεί να γίνει μέχρι τις πρώτες πρωινές ώρες, όπως συνήθως συνηθίζεται στα περισσότερα μαθήματα που οι υποβολές γίνονται στο mycourses (συνήθως μέχρι τις 4 το πρωί). Ως εκ τούτου δεν είχα στείλει το αρχείο μου νωρίτερα. Να το προωθήσω σε κάποιο προσωπικό email, θα γίνει δεκτό;

1 0

Επαναυποβολή πριν τις 12.00 επιτρέπεται?
by Εμμανουήλ Βλατάκης 15 Jun '14

15 Jun '14

Επιτρέπεται να ξαναυποβάλλουμε αν θέλαμε να συμπληρώσουμε με ένα επιπλέον αρχείο πριν τις 12?

2 1

(no subject)
by D Z 15 Jun '14

15 Jun '14

Θα σας παρακαλούσα , εαν είναι δυνατόν το σύστημα υποβολών να μείνει ανοιχτο μέχρι την Τρίτη, ή εστω τη Δευτερα το βραδυ. Κάποιοι πήραν σύνδεση IPv4 αργότερα από τους υπόλοιπους και έστω και μια μέρα θα βοηθούσε πάρα πολύ στη σύνταξη της αναφοράς καθώς ο όγκος των δεδομένων είναι ιδιαίτερα μεγάλος.

3 3

Re: [Advcomparch] Δομή προσομοιωτή
by Konstantinos Nikas 15 Jun '14

15 Jun '14

Καλημέρα, γενικά υπάρχει κάποια τυχαιότητα στον sniper οπότε και αναμένονται γενικά "μικρές" διαφορές μεταξύ παρόμοιων εκτελέσεων. Στην περίπτωση αυτή βέβαια η διαφορά δε μου φαίνεται και τόσο μικρή. Μπορείς να δεις αν οι 2 προσομοιώσεις τρέξαν με ακριβώς το ίδιο configuration ελέγχοντας τα sim.cfg και sim.info αρχεία που παράγονται στον φάκελο εξόδου. Μήπως σε κάποια από τις 2 περιπτώσεις, η εκτέλεση έγινε για διαφορετικό αριθμό εντολών; Αν τα configurations είναι όντως ίδια, τότε απλά "φταίει" ο simulator. Κανονικά θα έπρεπε να εκτελείτε τις προσομοιώσεις αρκετές φορές (π.χ. 10) και μετά να χρησιμοποιείτε averages και deviations, για μια πιο σωστή μελέτη των φαινομένων. Ο χρόνος όμως που απαιτείται στην περίπτωση αυτή ξεπερνά τους σκοπούς της άσκησης και του μαθήματος. Κ. 2014-06-14 11:07 GMT+03:00 Kostis Kaffes <kkaffes(a)gmail.com>: > Καλημέρα, > > τρέχοντας λόγω κάποιου λάθους δύο φορές το ίδιο benchmark με το ίδιο > configuration παρατήρησα ότι μου έβγαλε διαφορετικό IPC, 1.62 στο ένα και > 2.01 στο άλλο. Είναι λογικό να συμβαίνει αυτό (υπάρχει δηλαδή τυχαιότητα > στον προσομοιωτή) ή έχει γίνει κάποιο λάθος? > > Ευχαριστώ! > > -- > Konstantinos Kaffes > Student at School of Electrical & Computer Engineering > National Technical University of Athens > > _______________________________________________ > Advcomparch mailing list > Advcomparch(a)lists.cslab.ece.ntua.gr > 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(a)cslab.ece.ntua.gr http://www.cslab.ece.ntua.gr/~knikas

1 0

Re: [Advcomparch] advcomparch_dumpstats.py
by Konstantinos Nikas 15 Jun '14

15 Jun '14

Καλημέρα, αν τρέξετε το script με -l σας δείχνει τα σημεία στα έχει πάρει σταστιστικά (τα οποία απέχουν τόσο μεταξύ τους όσο είχατε δηλώσει κατά την εκτέλεση). Είναι προφανές ότι αν εσείς παίρνετε στατιστικά κάθε 1Μ εντολές δεν μπορείτε να βρείτε στατιστικά για μικρότερο διάστημα, πχ. 10Κ εντολές. Το script αυτό που κάνει είναι να "ομαδοποιεί" αν χρειάζεται τα σημεία τα οποία ανήκουν στο διάστημα statsWindow που δίνετε. Αν π.χ. έχετε πάρει στατιστικά κάθε 10Μ εντολές, δηλαδή έχετε τα σημεία periodicins-100000060 periodicins-110000006 periodicins-120000041 periodicins-130000009 periodicins-140000003 periodicins-150000011 periodicins-160000024 και του ζητήσετε statsWindow=20M θα σας τυπώσει στατιστικά για τα διαστήματα 100000060-120000041, 120000041-140000003, 140000003-160000024. Τέλος, να διευκρινήσω ότι το advcomparch_dumpstats απλά καλεί το dumpstats με τρόπο που εμάς μας βολεύει για να βρούμε κάποια συγκεκριμένα αποτελέσματα. Προφανώς, αυτός ο τρόπος δεν είναι ούτε μοναδικός ούτε κατάλληλος για τα πάντα. Αν κάποιος θέλει μπορεί να χρησιμοποιήσει κατευθείαν το dumpstats. Κ. 2014-06-14 21:29 GMT+03:00 Εμμανουήλ Βλατάκης <tetraktida42(a)gmail.com>: > Καλησπέρα, > > Θα ήθελα μια διευκρίνηση σε κάτι που μάλλον έχω κάνει λάθος κατανόηση. > > Όταν τρέχω το εργαλείο advcomparch_dumpstats.py με > > ./advcomparch_dumpstats.py --L1D --core --statsWindow=10000 > > και > > ./advcomparch_dumpstats.py --L1D --core --statsWindow=100000 > > μου βγάζει ΑΚΡΙΒΩΣ το ίδιο αρχείο (το vimdiff τουλαχιστον δεν βρίσκει καμία > διαφορά) > > Θα πρέπει να κάνουμε χειροκίνητα την αναγωγή στις 100.000 ή υπάρχει ακόμα > κάποια είσοδο που θα έπρεπε να δώσω στα configs > > _______________________________________________ > Advcomparch mailing list > Advcomparch(a)lists.cslab.ece.ntua.gr > 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(a)cslab.ece.ntua.gr http://www.cslab.ece.ntua.gr/~knikas

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Advcomparch