Advcomparch

advcomparch@lists.cslab.ece.ntua.gr

1109 discussions

Re: [Advcomparch] Υλοποίηση Συνάρτησης SplitAddress στο cache.h
by Konstantinos Nikas 05 Apr '17

05 Apr '17

Καλησπέρα, όπως ήδη εξήγησα σε άλλο email, το συγκεκριμένο δεν είναι "τυπικά" σωστό. Στην πραγματικότητα, αποτελεί ένα legacy hack το οποίο δουλεύει σωστά στην περίπτωση της non-inclusive cache, παρόλα αυτά δημιουργεί σφάλματα αν δεν ληφθεί υπόψη στις inclusive caches (κάτι που είχε διαφύγει στον κώδικα μας). Ευχαριστούμε για την επισήμανση. Κ. 2017-04-04 19:26 GMT+03:00 Babis Kardaris <bkardaris(a)hotmail.com>: > Καλησπέρα, > > Η συνάρτηση SplitAddress στο cache.h ορίζεται ως εξής: > > VOID SplitAddress(const ADDRINT addr, UINT32 lineShift, UINT32 > setIndexMask, CACHE_TAG & tag, UINT32 & setIndex) const { > tag = addr >> lineShift; > setIndex = tag & setIndexMask; > tag = tag >> FloorLog2(L1NumSets()); > } > > Από ό,τι έχω καταλάβει, η παραπάνω συνάρτηση αντιστοιχίζει την διεύθυνση > που περνάμε σαν όρισμα στο κατάλληλο block line της L1, με βάση τις > παραμέτρους lineshift και setIndexMask, δίνοντας κατάλληλες τιμές στα > tag και setIndex. > Η συνάρτηση καλείται σε δυο περιπτώσεις για διεύθυνσεις που θέλουμε να > αντιστοιχιστούν στην L1, αλλά και σε μια περίπτωση για διεύθυνση που > θέλουμε να αντιστοιχιστεί στην L2. > Δεδομένου ότι στον ορισμό της υπάρχει αναφορά μόνο στο L1NumSets() και > όχι στο L2NumSets() (ανάλογα με την περίπτωση), δεν υπάρχει πρόβλημα > όταν την καλούμε για αντιστοίχιση στην L2? > > Μου φάνηκε παράξενο και είπα να το ρωτήσω. Αν δεν υπάρχει κάποιο θέμα > και δεν έχω καταλάβει αρκετά τον κώδικα, ζητώ συγγνώμη για την ταλαιπωρία. > _______________________________________________ > 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

Άσκηση 1: Simulator bug + Παράταση παράδοσης άσκησης - 23/04
by Konstantinos Nikas 05 Apr '17

05 Apr '17

Καλησπέρα, μετά από σχόλια/ερωτήσεις συναδέλφων ανακαλύψαμε 2 λάθη στο cache.h. Πιο συγκεκριμένα: 1) Στην υλοποίηση του inclusion μεταξύ L1 και L2 cache, αντί για το l2_replace tag χρησιμοποιούσαμε το l2Tag. 2) Η SplitAddress υπολόγιζε το tag χρησιμοποιώντας το L1NumSets(), ανεξάρτητα από το αν την καλούσε η L1 ή η L2 cache. (Παρατήρηση: Το συγκεκριμένο αποτελεί legacy hack και σε μια non-inclusive cache δε θα δημιουργούσε πρόβλημα, παρά το γεγονός πως δεν είναι "τυπικά" σωστό. Το bug γίνεται manifest όμως στην περίπτωση του inclusion, καθώς καταλήγουμε να διώχνουμε λάθος blocks από τη L1.) O κώδικας έχει πλέον διορθωθεί και αναρτηθεί στο site του μαθήματος (τόσο το tar όσο και το cache.h). Σας ζητούμε να τρέξετε ξανά τις προσομοιώσεις σας με το νέο κώδικα και για αυτό το λόγο η παράδοση της άσκησης παρατείνεται κατά 2 εβδομάδες, δηλαδή μέχρι τις 23/04. Επίσης, η συνεισφορά της συγκεκριμένης άσκησης στη βαθμολογία θα διπλασιαστεί. Κ. -- 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

New Update
by Χαρίλαος Παπαματθαίου 05 Apr '17

05 Apr '17

Καλησπέρα, μόλις είδα πως ανεβάσανε καινούργια updates για την άσκηση. Εγώ έχω κάνει ήδη τα πρώτα 3 ερωτήματα, πρέπει να τα ξανατρέξω τις προσομοιώσεις ; Σας ευχαριστώ για το χρόνο σας.

1 0

7.2 (μεταβολή μετρικών στο χρόνο)
by tom6death6angel6 . 05 Apr '17

05 Apr '17

Καλησπέρα, Στο ερώτημα 7.2 ποιες μετρικές να χρησιμοποιήσουμε; Αρκεί η γραφική του IPC για κάθε benchmark; Γιατί, με βάση τα προηγούμενα ερωτήματα θα έπρεπε να έχουμε μια γραφική για κάθε μετρική (IPC,MPKI-L1,MPKI-L2,MPKI-TLB) ανά benchmark. Να χρησιμοποιήσουμε μόνο ένα MPKI (L1 πχ);

2 1

Εργαλείο για γραφικές παραστάσεις
by Orestes K. 04 Apr '17

04 Apr '17

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

1 0

Υλοποίηση Συνάρτησης SplitAddress στο cache.h
by Babis Kardaris 04 Apr '17

04 Apr '17

Καλησπέρα, Η συνάρτηση SplitAddress στο cache.h ορίζεται ως εξής: VOID SplitAddress(const ADDRINT addr, UINT32 lineShift, UINT32 setIndexMask, CACHE_TAG & tag, UINT32 & setIndex) const { tag = addr >> lineShift; setIndex = tag & setIndexMask; tag = tag >> FloorLog2(L1NumSets()); } Από ό,τι έχω καταλάβει, η παραπάνω συνάρτηση αντιστοιχίζει την διεύθυνση που περνάμε σαν όρισμα στο κατάλληλο block line της L1, με βάση τις παραμέτρους lineshift και setIndexMask, δίνοντας κατάλληλες τιμές στα tag και setIndex. Η συνάρτηση καλείται σε δυο περιπτώσεις για διεύθυνσεις που θέλουμε να αντιστοιχιστούν στην L1, αλλά και σε μια περίπτωση για διεύθυνση που θέλουμε να αντιστοιχιστεί στην L2. Δεδομένου ότι στον ορισμό της υπάρχει αναφορά μόνο στο L1NumSets() και όχι στο L2NumSets() (ανάλογα με την περίπτωση), δεν υπάρχει πρόβλημα όταν την καλούμε για αντιστοίχιση στην L2? Μου φάνηκε παράξενο και είπα να το ρωτήσω. Αν δεν υπάρχει κάποιο θέμα και δεν έχω καταλάβει αρκετά τον κώδικα, ζητώ συγγνώμη για την ταλαιπωρία.

1 0

Τρόπος εκτέλεσης
by giannis paliomitros 03 Apr '17

03 Apr '17

Καλησπέρα σας, Έχοντας φτάσει μέχρι το 5ο βήμα της εκφώνησης, έχω εκτελέσει την εντολή του παραδείγματος χρήσης του simulator pintool /home/giannis/Λήψεις/pin-3.2-81205-gcc-linux/pin -t /home/giannis/Λήψεις/advcomparch-2016-17-ex1-helpcode/pintool/obj-intel64/simulator.so -o my_output.out -L1c 64 -L1a 8 -L1b 64 -L2c 256 -L2a 8 -L2b 64 -TLBe 64 -TLBa 4 -TLBp 4096 -- /home/giannis/Λήψεις/parsec-3.0/parsec_workspace/executables/blackscholes 1 /home/giannis/Λήψεις/parsec-3.0/parsec_workspace/inputs/in_64K.txt και μου εμφανίζει το παρακάτω αποτέλεσμα το σε αρχείο εξόδου, και το οποίο μου φαίνεται φυσιολογικό. -------- Total Statistics -------- Total Instructions: 0 Total Cycles: 0 IPC: nan -------- Single level Tlb hierarchy -------- Data Tlb: Entries: 64 Page Size(B): 4096 Associativity: 4 Latencies: 0 50 Tlb-Sets: 16 - LRU - assoc: 4 Tlb Stats: Tlb-Load-Hits: 0 nan% Tlb-Load-Misses: 0 nan% Tlb-Load-Accesses: 0 nan% Tlb-Store-Hits: 0 nan% Tlb-Store-Misses: 0 nan% Tlb-Store-Accesses: 0 nan% Tlb-Total-Hits: 0 nan% Tlb-Total-Misses: 0 nan% Tlb-Total-Accesses: 0 nan% -------- Two level Cache hierarchy -------- L1-Data Cache: Size(KB): 64 Block Size(B): 64 Associativity: 8 L2-Data Cache: Size(KB): 256 Block Size(B): 64 Associativity: 8 Latencies: 1 10 150 L1-Sets: 128 - LRU - assoc: 8 L2-Sets: 512 - LRU - assoc: 8 Store_allocation: Yes L2_inclusive: Yes L2_prefetching: No L1 Cache Stats: L1-Load-Hits: 0 nan% L1-Load-Misses: 0 nan% L1-Load-Accesses: 0 nan% L1-Store-Hits: 0 nan% L1-Store-Misses: 0 nan% L1-Store-Accesses: 0 nan% L1-Total-Hits: 0 nan% L1-Total-Misses: 0 nan% L1-Total-Accesses: 0 nan% L2 Cache Stats: L2-Load-Hits: 0 nan% L2-Load-Misses: 0 nan% L2-Load-Accesses: 0 nan% L2-Store-Hits: 0 nan% L2-Store-Misses: 0 nan% L2-Store-Accesses: 0 nan% L2-Total-Hits: 0 nan% L2-Total-Misses: 0 nan% L2-Total-Accesses: 0 nan% Στην συνέχεια, υποθέτω ότι η παραπάνω εντολή εκτέλεσης αντικαθιστάται από την run_l1.sh ή την run_l2.sh αντίστοιχα για τις L1 και L2 αντίστοιχα. Για την run_l2.sh για παράδειγμα, την έχω συμπληρώσει ώς εξής :#!/bin/bash ## Modify the following paths appropriately PARSEC_PATH=/home/giannis/Λήψεις/parsec-3.0 PIN_EXE=/home/giannis/Λήψεις/pin-3.2-81205-gcc-linux/pin PIN_TOOL=/home/giannis/Λήψεις/advcomparch-2016-17-ex1-helpcode/pintool/obj-intel64/simulator.so CMDS_FILE=./cmds_simlarge.txt outDir="./outputs/" export LD_LIBRARY_PATH=$PARSEC_PATH/pkgs/libs/hooks/inst/amd64-linux.gcc-serial/lib/ ## Triples of <cache_size>_<associativity>_<block_size> CONFS="16_4_64 32_4_64" L1size=32 L1assoc=8 L1bsize=64 TLBe=64 TLBp=4096 TLBa=4 L1prf=0 for BENCH in $@; do cmd=$(cat ${CMDS_FILE} | grep "$BENCH") for conf in $CONFS; do ## Get parameters L2size=$(echo $conf | cut -d'_' -256) L2assoc=$(echo $conf | cut -d'_' -4) L2bsize=$(echo $conf | cut -d'_' -128) outFile=$(printf "%s.dcache_cslab.L2_%04d_%02d_%03d.out" $BENCH ${L2size} ${L2assoc} ${L2bsize}) outFile="$outDir/$outFile" pin_cmd="$PIN_EXE -t $PIN_TOOL -o $outFile -L1c ${L1size} -L1a ${L1assoc} -L1b ${L1bsize} -L2c ${L2size} -L2a ${L2assoc} -L2b ${L2bsize} -TLBe ${TLBe} -TLBp ${TLBp} -TLBa ${TLBa} -L2prf ${L2prf} -- $cmd" time $pin_cmd done done Και η εντολή που πληκτρολογώ είναι η ./run_l2.sh ./executables/blackscholes 1 inputs/in_64K.txt prices.txt Αν μπορείτε να μου πείτε για το πόσο λάθος είναι η διαδικασία, και για το αν χρειάζεται κάτι άλλο που δεν έχω καταλάβει. Ευχαριστώ.

1 0

Re: [Advcomparch] Πρόβλημα με το pintool make
by Dimitris Siakavaras 03 Apr '17

03 Apr '17

Καλησπέρα, Το πρόβλημα είναι ότι στην γραμμή που ορίζεις το PIN_ROOT στο makefile σου υπάρχει ένας χαρακτήρας κενού στο τέλος. Αν σβήσεις αυτό το κενό δε θα πρέπει να έχεις πρόβλημα πια. -- Δημήτρης On 03/04/2017 03:58 μμ, Xenofon Mitakidis wrote: > Καλησπέρα. > > Επισυνάπτω το makefile. Η εντολή που χρησιμοποιώ είναι μια απλή make. > Το μοναδικό output είναι αυτό που σας ανέφερα στο προηγούμενο mail. > > Ξενοφών > > Στις 2 Απριλίου 2017 - 6:59 μ.μ., ο χρήστης Dimitrios Siakavaras > <jimsiak(a)cslab.ece.ntua.gr <mailto:jimsiak@cslab.ece.ntua.gr>> έγραψε: > > Καλησπέρα, > > Στείλε το makefile που χρησιμοποιείς και την ακριβή εντολή την οποία > εκτελείς για να κάνεις compile. Επίσης, στείλε αν υπάρχει κάποιο > output > της εντολής αυτής που έχεις παραλείψει στο προηγούμενο email σου. > > -- > Δημήτρης > > > Καλησπέρα, > > > > Αντιμετωπίζω πρόβλημα στο βήμα 5 κατά την εκτέλεση του make. Το > path που > > δίνω είναι σωστό ( το εξακρίβωσα και με pwd στο σχετικό φακελο), > και το > > έγραψα ο ίδιος. > > Αυτό που μου εμφανίζει είναι το εξής: > > > > make: *** /home/xenofon/Desktop/pin-3.2-81205-gcc-linux: Is a > directory. > > Stop. > > > > > > Θα πρέπει να δώσω κάποιο όρισμα στο make που δεν αναγράφεται στην > > εκφώνηση; > > > > Με εκτίμηση, > > Ξενοφών > > _______________________________________________ > > Advcomparch mailing list > > Advcomparch(a)lists.cslab.ece.ntua.gr > <mailto:Advcomparch@lists.cslab.ece.ntua.gr> > > http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch > <http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch> > > > > _______________________________________________ > Advcomparch mailing list > Advcomparch(a)lists.cslab.ece.ntua.gr > <mailto:Advcomparch@lists.cslab.ece.ntua.gr> > http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch > <http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch> > >

1 0

Πρόβλημα με το pintool make
by Xenofon Mitakidis 02 Apr '17

02 Apr '17

Καλησπέρα, Αντιμετωπίζω πρόβλημα στο βήμα 5 κατά την εκτέλεση του make. Το path που δίνω είναι σωστό ( το εξακρίβωσα και με pwd στο σχετικό φακελο), και το έγραψα ο ίδιος. Αυτό που μου εμφανίζει είναι το εξής: make: *** /home/xenofon/Desktop/pin-3.2-81205-gcc-linux: Is a directory. Stop. Θα πρέπει να δώσω κάποιο όρισμα στο make που δεν αναγράφεται στην εκφώνηση; Με εκτίμηση, Ξενοφών

2 1

Re: [Advcomparch] Παράδειγμα χρήσης του simulator pintool
by Dimitrios Siakavaras 02 Apr '17

02 Apr '17

Καλησπέρα, Σε περίπτωση που έχεις κάνει copy-paste την εντολή από το pdf της εκφώνησης οι παύλες πριν από τα ορίσματα (π.χ., -L1c, -L1a κλπ) δεν μεταφέρονται σωστά στο terminal. Δοκίμασε να σβήσεις όλες τις παύλες και να τις γράψεις μόνος σου. -- Δημήτρης > Καλημέρα σας, > > > Φτάνοντας στο παράδειγμα χρήσης του simulator pintool, έχω γράψει με > προσοχή την παρακάτω εντολή εκτελώντας την μέσα στο path του > ~/Λήψεις/parsec-3.0/parsec_workspace το οποίο περιλαμβάνει τα executables > και τα inputs. Η εντολή που εκτελώ λοιπόν είνα: > > > /home/giannis/Λήψεις/pin-3.2-81205-gcc-linux/pin -t > /home/giannis/Λήψεις/advcomparch-2016-17-ex1-helpcode/pintool/obj-intel64/simulator.so > -o my_output.out ?L1c 64 ?L1a 8 ?L1b 64 ?L2c 256 ?L2a 8 ?L2b 64 -TLBe 64 > ?TLBa 4 ?TLBp 4096 -- > /home/giannis/Λήψεις/parsec-3.0/parsec_workspace/executables/blackscholes > 1 /home/giannis/Λήψεις/parsec-3.0/ parsec_workspace/inputs/in_64K.t > > > Το αποτέλεσμα που μου βγάζει είναι το εξής: > > > This tool represents a 2-level tlb & cache simulator. > > > Pin tools switches > > -L1a [default 8] > L1 cache associativity (1 for direct mapped) > -L1b [default 64] > L1 cache block size in bytes > -L1c [default 32] > L1 cache size in kilobytes > -L2a [default 8] > L2 cache associativity (1 for direct mapped) > -L2b [default 64] > L2 cache block size in bytes > -L2c [default 256] > L2 cache size in kilobytes > -L2prf [default 0] > Number of lines to prefetch to L2 (0 disables prefetching) > -TLBa [default 4] > TLB associativity (1 for direct mapped) > -TLBe [default 64] > TLB size in #entries > -TLBp [default 4096] > Page size in bytes > -h [default 0] > Print help message (Return failure of PIN_Init() in order to allow the > tool to print help message) > -help [default 0] > Print help message (Return failure of PIN_Init() in order to allow the > tool to print help message) > -logfile [default pintool.log] > The log file path and file name > -o [default cslab_cache.out] > specify dcache file name > -unique_logfile [default 0] > The log file names will contain the pid > > Line information controls > > -discard_line_info > Discard line information for specific module. Module name should be a > short name without path, not a symbolic link > -discard_line_info_all [default 0] > Discard line information for all modules. > -dwarf_file > Point pin to a different file for debug information. Syntax: > app_executable:<path_to_different_fileExaple (OS X): -dwarf_file > get_source_app:get_s > ource_app.dSYM/Contents/Resources/DWARF/get_source_app > > Symbols controls > > -ignore_debug_info [default 0] > Ignore debug info for the image. Symbols are taken from the symbol > tables. > -reduce_rtn_size_mode [default auto] > Mode for RTN size reduction: delete trailing instructions after RET if > there is no jump to the rtn part after the RET. Possible modes are: > auto/never/always > -short_name [default 0] > Use the shortest name for the RTN. Names with version substrings are > preferred over the same name without the substring. > -support_jit_api [default 0] > Enables the Jitted Functions Support > -unrestricted_rtn_size [default 0] > Use the unrestricted RTN size. When set the RTN size defined by the > distance between RTN start to the beginning of next RTN. > > Statistic switches > > -profile [default 0] > print amount of memory dynamically allocated but not yet freed by the > tool > -statistic [default 0] > print general statistics > > General switches (available in pin and tool) > > -slow_asserts [default 0] > Perform expensive sanity checks > > > - > -reduce_rtn_size_mode [default auto] > Mode for RTN size reduction: delete trailing instructions after RET if > there is no jump to the rtn part after the RET. Possible modes are: > auto/never/always > -short_name [default 0] > Use the shortest name for the RTN. Names with version substrings are > preferred over the same name without the substring. > -support_jit_api [default 0] > Enables the Jitted Functions Support > -unrestricted_rtn_size [default 0] > Use the unrestricted RTN size. When set the RTN size defined by the > distance between RTN start to the beginning of next RTN. > > Statistic switches > > -profile [default 0] > print amount of memory dynamically allocated but not yet freed by the > tool > -statistic [default 0] > print general statistics > > General switches (available in pin and tool) > > -slow_asserts [default 0] > Perform expensive sanity checks > > > > > Είναι σωστό αυτό που μου εμφανίζει? Δεν θα έπρεπε να μου εμφανίζει κάποιο > αποτέλεσμα σε output?? > > > Ευχαριστώ. > > > > > > Εστάλη από το Outlook<http://aka.ms/weboutlook> > _______________________________________________ > Advcomparch mailing list > Advcomparch(a)lists.cslab.ece.ntua.gr > http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch >

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