Καλησπέρα,
η συμπεριφορά που περιγράφεις είναι ίδια με αυτή που παρατηρούμε και εμείς για το dedup.
Προφανώς, κάνει αρκετά πράγματα μέχρι να φτάσει στο ROI. Θα είχε ενδιαφέρον ίσως να τρέχαμε ένα full simulation του dedup από την αρχή ώστε να έχουμε ακριβή εικόνα του πόσο θα έπαιρνε το simulation χωρίς τα ROI. Εκεί θα φαινόταν και το πόσο χρόνο γλυτώνουμε :-).
K.
2013/5/14 Lambros Flokas lamflokas@gmail.com
Έχω ένα πρόβλημα με το benchmark dedup στην δεύτερη σειρά ασκήσεων Στην αρχή μου έβγαζε το πρόβλημα ότι το memory allocation απέτυχε και μου έδινε κενά αρχεία sim.out.Μετά από μερικές δοκιμές σε διαφορετικά vm και αφού έκανα και ένα reboot σε ένα από αυτά ξεπεράστηκε το πρόβλημα αυτό(δεν πιστεύω ότι συνδέεται με το παρακάτω πρόβλημα αλλά το αναφέρω μήπως και μου διαφεύγει κάτι) .Όμως τώρα μου δείχνει το [HOOKS] PARSEC Hooks Version 1.2 και μετά κάθεται για αρκετό χρόνο πριν να εισέλθει στην ROI.Μόλις εισέλθει στην ROI κάνει 5 δευτερόλεπτα και τελειώνει (που μου φαίνεται λογικό) με αποτέλεσμα να έχουμε συνολικά περίπου 3000 δευτερόλεπτα και μόνο τα 5 στην ROI.Είναι σωστή συμπεριφορά αυτή ή όχι ; Εμένα πάντως δεδομένων και αυτών που είπαμε στην διάλεξη για τις προσομοιώσεις (δηλαδή ότι κάνουμε κάποια κομμάτια πιο γρήγορα και με λιγότερη ακρίβεια για να φθάσουμε στην ROI) δε μου φαίνεται λογικό εκτός και αν το κόστος για να φθάσουμε στην ROI είναι ανεξάρτητο του μεγέθους του input .Σε όλα τα άλλα πάντως τρέχει πολύ γρήγορα όπως αναμενόταν.
Advcomparch mailing list Advcomparch@lists.cslab.ece.ntua.gr http://lists.cslab.ece.ntua.gr/mailman/listinfo/advcomparch