Differences

This shows you the differences between two versions of the page.

--- java:starvation_fairness [2015/04/19 15:33]
gthanos [Υλοποιώντας την ισότιμη χρήση των πόρων]
+++ java:starvation_fairness [2015/04/19 16:33]
gthanos [Χρησιμοποιώντας Locks αντί για συγχρονισμένα blocks/μεθόδους]
@@ Line 24: / Line 24: @@
 ==== Χρησιμοποιώντας Locks αντί για συγχρονισμένα blocks/μεθόδους ====
-Προκειμένου να αυξήουμε την αποτελεσματικότητα θα χρησιμοποιήσουμε Locks αντί για συγχρονισμένες μεθόδους και συγχρονισμένα blocks. Τα Locks χρησιμοποιούν τα εργαλεία που είδαμε μέχρι τώρα για να δημιουργήσουν πιο σύνθετους μηχανισμούς
+Προκειμένου να αυξήουμε την αποτελεσματικότητα θα χρησιμοποιήσουμε Locks αντί για συγχρονισμένες μεθόδους και συγχρονισμένα blocks. Τα Locks χρησιμοποιούν τα εργαλεία που είδαμε μέχρι τώρα για να δημιουργήσουν πιο σύνθετους μηχανισμούς.
 <code java Synchronizer.java>
@@ Line 70: / Line 70: @@
 Εάν κοιτάξετε την κλάση //Synchronizer// και δείτε παράλληλα την υλοποίηση της κλάσης //Lock// θα αντιληφθείτε ότι τα νήματα μπλοκάρουν καθώς επιχειρούν να προσπελάσουν την μέθοδο lock(), εάν περισσότερα τους ενός νήματα καλέσουν την lock() παράλληλα. Επίσης, ακόμη και εάν τα νήματα λάβουν το monitor lock του αντικειμένου που καλεί τη μέθοδο lock() και μπουν τελικά μέσα στη μέθοδο lock(), εάν η κλειδαριά έχει κλειδώσει (__isLocked=true__) τότε τα νήματα θα μπλοκάρουν μέσα στην μέθοδο //wait()//, μέχρι να κληθεί η unlock() και το lock να ελευθερωθεί.
-As stated earlier synchronized blocks makes no guarantees about what thread is being granted access if more than one thread is waiting to enter. Nor does wait() make any guarantees about what thread is awakened when notify() is called. So, the current version of the Lock class makes no different guarantees with respect to fairness than synchronized version of doSynchronized(). But we can change that.
+Η παραπάνω υλοποίηση της κλειδαριάς δεν μας εξασφαλίζει οποιαδήποτε ισοτιμία ως προς τη κατανομή του χρόνου εκτέλεσης των νημάτων. Η notify() είμαστε σίγουροι ότι θα ξυπνήσει ένα νήμα, αλλά δεν ξέρουμε ποιο νήμα θα είναι αυτό κάθε φορά. Παρακάτω δίνεται η υλοποίηση μίας κλειδαριάς που επιτρέπει την ισότιμη επιλογή νημάτων προς εκτέλεση μέσω ενός μηχανισμού [[wp>Round-robin_scheduling|Round-Robin]].
+<WRAP important 80% round center>
+Όταν περιφρουρούμε ένα κρίσιμο τμήμα κώδικα με μία κλειδαριά (όπως η παραπάνω) το οποίο μπορεί να δώσει ένα ή περισσότερα Exceptions είναι σημαντικό να τοποθετούμε τη μέθοδο unlock() μέσα σε ένα finally block. Με αυτό τον τρόπο είμαστε βέβαιοι ότι ακόμη και εάν συμβεί κάποιο Exception, η κλειδαριά θα ξεκλειδώσει, ώστε να μπορέσουν άλλα νήματα να κλειδώσουν και να εκτελέσουν το κρίσιμο τμήμα του κώδικα.
+</WRAP>
 ==== Υλοποίηση Fair Lock ====
@@ Line 149: / Line 153: @@
 </code>
+Παρατηρήστε ότι μόνο ένα νήμα λαμβάνει την κλειδαριά κάθε φορά, αλλά ο χρονοπρογραμματισμός των νημάτων γίνεται με την σειρά. Όταν ένα νήμα προσπαθεί να πάρει την κλειδαριά εξυπηρετείται μόνο αν δεν υπάρχουν άλλα νήματα στην ουρά, ενώ αν υπάρχουν αυτά εξυπηρετούνται με την σειρά. Κάθε νήμα περιμένει τη σειρά του λαμβάνοντας το lock ενός διαφορετικού αντικειμένου. Με αυτόν τον τρόπο έχουμε την δυνατότητα καλώντας την notify() για το αντικείμενο για το οποίο  περιμένει το κάθε νήμα, να ξυπνήσουμε μόνο το νήμα αυτό, ενώ τα υπόλοιπα κοιμούνται.

Αντικειμενοστραφής Προγραμματισμός

User Tools

Site Tools

Differences

Page Tools