Musings

Στην τελευταία θέση μου συζήτησα τη χρήση WaitForSingleObject σε σχέση με τα mutexes και τους πιθανούς τρόπους να εφαρμοστεί η ισοδύναμη λειτουργία όταν porting τέτοιος κώδικας σε GNU/Linux.  Σε αυτήν την θέση θα περιγράψω τη χρήση αυτού του API με τα αντικείμενα γεγονότος στο Microsoft Windows και θα προτείνω τους πιθανούς τρόπους τέτοιο κώδικα σε GNU/Linux ή τη Unix.

Κατ' αρχάς, κάποιο υπόβαθρο στο γεγονός αντιτίθεται.  Ένα αντικείμενο γεγονότος είναι ακριβώς ένας άλλος τύπος αντικειμένου αποστολέων πυρήνων παραθύρων.  Από μια κωδικοποίηση prespective, ένα αντικείμενο γεγονότος είναι ένα αντικείμενο συγχρονισμού που τοποθετεί ένα ή περισσότερα αντικείμενα αποστολέων πυρήνων σε κάψα και η του οποίου σημασιολογία συγχρονισμού είναι προσιτή μέσω WaitForSingleObject και των ξαδέλφων της.  Οποιαδήποτε στιγμή ένα αντικείμενο συγχρονισμού είναι είτε είτε έκανε σήμα, δηλ. το αντικείμενο μπορεί μόνο να είναι στο ένα από δύο πιθανά κράτη.

Όλη η οικογένεια WaitFor APIs συμπεριλαμβανομένου WaitForSingleobject περιμένει σε μια λαβή ή τις λαβές αντικειμένου έως ότου ικανοποιούνται μερικά διευκρινισμένα κριτήρια.  Τα δύο βασικά κριτήρια για όλο αυτό το APIs είναι η επισημαμένη κατάσταση του αντικειμένου στην του οποίου λαβή περιμένει και μια αξία διαλείμματος.  Κατά συνέπεια ένα νήμα που καλεί αυτό το API περιμένει μέχρι το διευκρινισμένο αντικείμενο μπαίνει στο επισημαμένο κράτος ή το διευκρινισμένο διάλειμμα έχει λήξει.  Ελάχιστος ή κανένας χρόνος κεντρικής μονάδας επεξεργασίας χρησιμοποιείται όταν είναι ένα τέτοιο νήμα στο κράτος αναμονής.

Στην περίπτωση των γεγονότων, ένα CreateEvent ή ένα OpenEvent επιστρέφει μια λαβή σε ένα αντικείμενο γεγονότος.  Όταν ένα γεγονός είναι στο επισημαμένο κράτος σημαίνει ότι αυτό το γεγονός έχει την ικανότητα να απελευθερώσει ένα ή περισσότερα νήματα περιμένοντας αυτό το ιδιαίτερο γεγονός που επισημαίνεται.  Όταν ένα γεγονός είναι το κράτος που δεν θα απελευθερώσει οποιοδήποτε νήμα αναμονής.  Αρχικά η κατάσταση ενός γεγονότος είναι.  Το κράτος ενός γεγονότος αντικειμένου τίθεται ρητά σηματοδοτημένος από SetEvent ή PulseEvent.  Τα αντικείμενα γεγονότος χρησιμοποιούνται επίσης σε επικαλυμμένες διαδικασίες όπως η ανάγνωση από μια υποδοχή, οπότε σ'αυτή την περίπτωση το κράτος αντικειμένου γεγονότος τίθεται επισημαμένο από τον πυρήνα παρά από μια εφαρμογή.

Τα γεγονότα έρχονται επίσης σε δύο επαναρυθμισμένους τύπους.  Εάν ένα γεγονός είναι ένα γεγονός χειρωνακτικός-αναστοιχειοθέτησης, κατόπιν όλη η επιστροφή WaitForSingleObjects που περιμένει εκείνο το γεγονός εάν διαμορφώνεται έτσι.  Με άλλα λόγια ένα γεγονός χειρωνακτικός-αναστοιχειοθέτησης μπορεί να προκαλέσει τη δράση από ένα ή περισσότερο WaitForSingleObject ή τους ξαδέλφους του.  Το κράτος ενός χειρωνακτικός-αναστοιχειοθέτησης γεγονότος αντικειμένου πρέπει να επαναρυθμιστεί ρητά από ResetEvent.

Για ένα αντικείμενο γεγονότος αυτόματος-αναστοιχειοθέτησης, WaitForSingleObject και αυτό είναι που επαναρυθμίζονται σχέσεις

Πρόσφατα συμμετείχα porting μια τριανταδυάμπιτη εφαρμογή που γράφτηκε αρχικά για τη Microsoft WINDOWS NT σε GNU/Linux.  Αυτή η εφαρμογή περιείχε έναν μεγάλο αριθμό κλήσεων σε NtWaitForSingleObject και έναν μικρότερο αριθμό κλήσεων σε NtWaitForMultipleObject. 

Τώρα οποιος δήποτε που έχουν πρέπει κώδικας λιμένων που περιέχει περισσότερο από μερικές περιπτώσεις αυτών των των ιδιαίτερων Win32 APIs, ή οι στενοί ξάδελφοί τους WaitForSingleObjectEx, MsgWaitForMultipleObjects, MsgWaitForMultipleObjectsEx, κ.λπ. στη Unix ή GNU/Linux πιθανώς ήδη ανατριχιάζει με την ανάμνηση των μακριών σκληρών ημερών και των νυχτών της κωδικοποίησης δοκιμής και λάθους που δοκιμάζει και που μιμείται σωστά τη σημασιολογία και τη λειτουργία αυτού του του ιδιαίτερου Microsoft Windows συγκεκριμένο APIs, αλλά για τον αναγνώστη που δεν έπρεπε ακόμα να προσπαθήσει στο λιμένα μια τέτοια εφαρμογή, αυτή η θέση και η επόμενη θέση μου μπορούν να σας βοηθήσουν εκτός από τη λογικότητά σας (και ενδεχομένως την τρίχα σας!) κάποτε στο μέλλον.

Επ'ευκαιρία και το δύο APIs είναι χαρακτηρισμένο αποδοκιμασμένος σε MSDN από τη Microsoft αλλά ακόμα την εργασία όπως αναμένεται στα WINDOWS NT και τα Windows XP.  Δεν είμαι βέβαιος για Vista ή τα παράθυρα 7 παραθύρων δεδομένου ότι δεν τους έχω εξετάσει σε αυτά τα λειτουργικά συστήματα.  Το δύο αποδοκιμασμένο APIs έχει αντικατασταθεί από το ισοδύναμο APIs WaitForSingleObject και WaitForMultipleObject αντίστοιχα.  Για το υπόλοιπο αυτής της θέσης θα συζητήσω ακριβώς την αντικατάσταση APIs αλλά οι περισσότεροι από αυτού που λέω θα ισχύσουν για είτε αποδοκιμασμένη είτε την αντικατάσταση API.

Στην πρώτη εξέταση WaitForSingleObject φαίνεται αρκετά καλοκάγαθο.  Η περιγραφή σε MSDN δηλώνει ότι «αυτή η λειτουργία επιστρέφει όταν είναι το διευκρινισμένο αντικείμενο στο επισημαμένο κράτος ή όταν παρέρχεται το διάστημα διαλείμματος».  Ήχοι όπως ένα αρκετά απλό και αβλαβές API, δικαίωμα;  Ίσως κάτι παρόμοιο με το POSIX.1 API pthread_cond_timedwait.  Καλά, κάνετε λάθος απολύτως και αυτή η θέση και ο ακόλουθος θα εξηγήσουν γιατί.

Το WaitForSingleObject και οι ξάδελφοί του μπορούν να περιμένουν ένα σήμα από οποιαδήποτε ή όλα τα ακόλουθα «αντικείμενα»: ανακοίνωση αλλαγής, εισαγωγή κονσολών, γεγονός, εργασία, ανακοίνωση των πόρων μνήμης, mutex, διαδικασία, σηματοφόρος, νήμα και waitable χρονόμετρο και στις περιορισμένες περιστάσεις στα αρχεία και το αρχείο I/O.  Όταν επισημαίνεται κατάλληλα, ένα νήμα είναι απελευθερωμένο και συνεχίζεται.  Κανένα δημοσιευμένο τυποποιημένο API στο GNU/Linux ή τον κόσμο της Unix δεν έρχεται ερχόμενος στο χειρισμό αυτής της σειράς των αντικειμένων σε ένα ενιαίο API.

Αυτό είναι πιθανώς η μια ενιαία περιοχή όπου ένα Win32 API σχεδιάζεται καλύτερα από το GNU/Linux ή το σύνολο της Unix API.  Σε GNU/Linux και τη Unix υπάρχει συγκεκριμένο APIs για να περιμένει τα διαφορετικά είδη