Windows Seven Milestones και Betas

[amoyda]

δεν καταλαβα τιποτα να σου πω την αληθεια αλλα αφου ειναι fake δεν πειραζει

θα περιμενω τον Απριλιο, εκτος συνταρακτικου γεγονοτος

εχουμε και πολυ ευχαριστα νεα απο τον asm οσο αναφορα τις επιδοσεις των seven σε σχεση με τα vista

[SSB]

Δεν υπάρχει κανένα θαύμα στην αύξηση του performance που παρατήρησες φίλε asm. Το "μυστικό" βρίσκεται στα εντελώς νέα χαρακτηριστικά του kernel των Windows7 και των 2008 R2. Συγκεκριμένα στο thread scheduling και στα sync facilities του scheduler. Όπως έχουμε ξαναπεί στο παρελθόν, αντιθέτως με ότι ισχυρίζονται οι απανταχού "αυτόκλητοι παντογνώστες", το μεγαλύτερο μέρος του kernel έχει επανεγγραφεί, δίνοντας ιδιαίτερη έμφαση στο SMP. Και μάλιστα η νέα αρχιτεκτονική διαφοροποιείται από κάθε γνωστό SMP scheme που χρησιμοποιείται σε άλλα λειτουργικά αλλά και σε προηγούμενες εκδόσεις των NT.

Στο νέο kernel, έχει σχεδόν εκμηδενιστεί η χρήση hardware locks, ενώ γίνεται χρήση στρατηγικών όπως resource partitioning, lock-free alogrithms και κατάργηση του άχρηστου πλέον kernel dispatcher lock. Στη θέση μάλιστα του d/l χρησιμοποιείται ένα εξελιγμένο synchronization scheme διαχειρίζεται τους timers, τα deferred procedure calls και το swap in - swap out των thread kernel stacks. Επίσης για την απομνημόνευση και διαχείριση των transition states, δεν χρησιμοποιείται πλέον locking, ούτε οι συνήθεις αλγόριθμοι lock state, αλλά μια μορφή spinlocks που στηρίζονται και πάλι σε lock-free αλγόριθμους. Με τα παραπάνω αποφεύγεται σχεδόν πλήρως το latency που παρατηρούταν στο lock dispatching καθώς και στο semaphore notification.

Στο παρελθόν, συμπεριλαμβανομένων και των Vista, το dispatcher lock έπρεπε να είναι παρόν για τον συχρονισμό του threading και να παίζει το ρόλο του "κυρίαρχου" kernel spinlock. Με την πλήρη αφαίρεσή του, και την αντικατάσταση της λειτουργίας του από το νέο εξελιγμένο sync scheme, όλοι οι περιορισμοί (π.χ. 16 physical cpu) αλλά και όλες οι καθυστερήσεις του thread syncronization και event notification έχουν αρθεί με αποτέλεσμα, όπως είχα πεί και παλαιότερα, την τρομερή ευελιξία του smp scaling χωρίς latency issues, αλλά το σημαντικότερο την πραγματική αύξηση των επιδόσεων σε επίπεδο multithreaded execution και την πολύ καλύτερη εκμετάλευση του επεξεργαστικού hardware. Δεν είναι λοιπόν καθόλου παράξενη η αύξηση του performance που διαπίστωσες αγαπητέ φίλε asm. Μην σου κάνει μάλιστα εντύπωση αν δεις και πολύ μεγαλύτερες διαφορές της τάξης και του 700% ή και ακόμα υψηλότερες, πάντοτε βέβαια σε multithreaded processes. (Αυτό δεν σημαίνει πως δεν υπάρχει σημαντικότατη βελτίωση του performance ακόμα και σε single threaded εφαρμογές που επίσης εκμεταλεύονται τα μειωμένα h/w locks και το νέο scheduler).

Και μην ξεχνούμε πως στο νέο NT kernel, γίνεται εκμετάλευση του non-uniform memory access αν και αυτό θα πρέπει περισσότερο να απασχολεί τους χρήστες ανομοιογενών αρχιτεκτονικών, ή multinode συστημάτων που σήμερα δεν είναι και ότι ποιο συνηθισμένο. Όμως στο εγγύς μέλλον αυτό θα αλλάξει, αφού το SMP έχει αποδείξει πια τους ενγενείς περιορισμούς του σε αντίθεση με το non-uniform model που είναι προ των πυλών. Και σε αυτό θα κριθούν πολλά καθώς τα περισσότερα λειτουργικά "πασχουν" σοβαρά στην επαναδιευθέτηση των γνωστών μας threads σε επίπεδο numa nodes. Με h/w locks, syswide semaphores και τα συνήθη schedulers δεν πρόκειται να γίνει παρά μόνο "ονομαστική" εκμετάλευσή τους.

Γι' αυτούς ακριβώς τους λόγους, αποφασίστηκε η χρήση των παραπάνω εξελιγμένων τεχνικών thread management στο νέο kernel. Και δεν ήταν εύκολη η απόφαση για την Microsoft, καθώς το νέο σχήμα μέχρι πρόσφατα αποτελούσε project της Microsoft Research μη προοριζόμενο για τα Windows, τουλάχιστον στη σημερινή τους μορφή. Όμως η έξαρση του multicore computing, τα μελλοντικά σχέδια των CPU vendors και φυσικά οι αυξημένες απαιτήσεις για performance, οδήγησαν στην πλήρη σχεδόν επανεγγραφή του μεγαλύτερου μέρους του NT kernel ενσωματώνοντας πλέον και όλα τα παραπάνω.

Τελειώνοντας, θα προσθέσω πως ελπίζω οι developers, ορισμένων τουλάχιστον κατηγοριών software, να αποφασίσουν επιτέλους να περάσουν στο multi threading, παρέχοντας στους χρήστες των εφαρμογών τους τη δυνατότητα να αξοιοποιήσουν πλήρως το hardware τους. Εϊναι κρίμα να υπάρχει ικανό hardware, ικανό λειτουργικό και να περιορίζεται το performance εξαιτίας κακογραμμένων εφαρμογών.

Ζητώ συγγνώμη από όλους τους φίλους για την πολυλογία μου.

[Viper]

Ζητώ συγγνώμη από όλους τους φίλους για την πολυλογία μου.

Εμεις ζηταμε συγνωμη γιατι δεν καταλαβαμε τιποτα

Με λιγα λογια, εχει κανει δουλεια η MS. Μωρε μπραβο της. Για να δουμε και το τελικο αποτελεσμα.

[asm]

Ζητώ συγγνώμη από όλους τους φίλους για την πολυλογία μου.

Εγώ θα έλεγα να εμφανίζεσαι ποιο τακτικά στο forum να μας ρίχνεις περισσότερες τέτοιες πολυλογίες.
Τι να πω ρε φίλε...

ΘΕΛΩ τα Windows 7 εδώ και τώρα, αλλιώς θα πάω να τα βάλω όπως είναι βήτα - ξεβήτα στους πελάτες μου να δουν άσπρη ημέρα.

[amoyda]

Εμεις ζηταμε συγνωμη γιατι δεν καταλαβαμε τιποτα

Με λιγα λογια, εχει κανει δουλεια η MS. Μωρε μπραβο της. Για να δουμε και το τελικο αποτελεσμα.

Εϊναι κρίμα να υπάρχει ικανό hardware, ικανό λειτουργικό και να περιορίζεται το performance εξαιτίας κακογραμμένων εφαρμογών.

Ζητώ συγγνώμη από όλους τους φίλους για την πολυλογία μου.

να ζητησω και εγω συγνωμη που δεν τον καταλαβα ολο αλλα καταλαβα αυτο και μου φτανει
να δουμε τωρα τι δικαιολογιες θα βρουν,παλι η ms θα φταιει?

[manosdoc]

@ SSB
Αναφέρεσαι στο Singularity Project όταν λες ότι πολλά από αυτά ήταν στα σκαριά ;

Ευχαριστούμε για την ανάλυση,
Χρειάστηκε αρκετό Googling και Technet αλλά βρήκαμε άκρη γρήγορα !

[DaveMurray]

Ωραίος ο SSB

[asm]

να δουμε τωρα τι δικαιολογιες θα βρουν,παλι η ms θα φταιει?

Δεν αποκλείεται και μη σου κάνει εντύπωση. Πριν καναδυό χρόνια πετά από διαδοχικά μου bug reports στην Corel για τα απαράδεκτα bugs του CorelDraw ξέρεις τι γύρισαν και μου απάντησαν; Πως τα λειτουργικά της Microsoft είναι "δύσκολα" στον προγραμματισμό τους και εκεί οφείλονται τα προβλήματά τους.

Όσο για τις multi thread εφαρμογές, και εγώ ως προγραμματιστής τα βρίσκω μπαστούνια ώρες - ώρες. Αλλά ρε παιδί μου κάποια στιγμή βάζεις το κεφάλι κάτω και προχωράς ή αλλάζεις επάγγελμα και δεν ταλαιπωρείς άλλο ούτε τα συστήματα ούτε τους χρήστες σου.

[SSB]

Αναφέρεσαι στο Singularity Project όταν λες ότι πολλά από αυτά ήταν στα σκαριά

Όχι φίλε Μάνο. Το Singularity χρησιμοποιεί και θα χρησιμοποιήσει ακόμα περισσότερο στο μέλλον, μέρος αυτών των kernel αρχιτεκτονικών αν και διαφέρουν ως προς την υλοποίηση καθώς είναι προσαρμοσμένα στην ιδιαίτερη managed φύση αυτών των projects.

Οι kernel αρχιτεκτονικές στις οποίες αναφέρθηκα, είναι ένα σύνολο μακρόχρονων και running projects των future kernel division, του grid & cluster division, το high performance computing research center καθώς και projects του Bay Area Res Center (της MSR), και άλλων. Απλά δεν προορίζονταν σε πρώτη φάση σε commercial χρήσεις, εκτός από HPC clusters και ακαδημαϊκές - ερευνητικές εφαρμογές. Σιγά - σιγά όμως, όπως γίνεται πάντοτε στην τεχνολογία, βρίσκουν τον δρόμο τους και στα καταναλωτικά προϊόντα.

Το πρόβλημα με την καθυστέρηση ενσωμάτωσής τους στα Windows ήταν η ανάγκη επανεγγραφής ολόκληρου σχεδόν του kernel και μάλιστα σε επίπεδο δομής πολλές φορές. Αυτό από μόνο του όπως μπορεί ο καθένας να καταλάβει, δεν είναι καθόλου εύκολη υπόθεση αφού πρέπει να ληφθούν υπόψιν πλήθος παραμέτρων και σκοπιμοτήτων.

Η αρχή έγινε με την ομογενοποίηση του code branch των server και των client editions των Windows, το πλήρες σχεδόν molularization των kernels στα Vista/2008 και οι νέοι schedulers, και memory managers αυτών των λειτουργικών. Αυτό επέφερε ανοιχτότερη αρχιτεκτονική που σιγά - σιγά με τη σειρά της επίτρεψε την ενσωμάτωση των αλλαγών που υπάρχουν στον kernel των Windows 7 των 2008/R2 και των επερχόμενων Windows Mobile 7 (ναι και σε αυτά θα υποστηρίζεται task/thread parallelism).

Σίγουρα το performance increase που παρατηρείται στα Windows 7 και στα 2008/R2 δεν είναι μόνο αποτέλεσμα των αλλαγών που περιέγραψα παραπάνω. Όπως έχουμε πει στο παρελθόν, υπάρχουν αναρίθμητα σημεία βελτιώσεων (renderers, GDI/D2D acceleration κλπ) αλλά στο μεγαλύτερό τους βαθμό ακόμα και αυτά τα επιμέρους οφείλουν το performance τους στις εσωτερικές αλλαγές του threading και του scheduling, εν ολίγοις του kernel.

Και για όποιους αναρωτιούνται, να προσθέσω πως οι τεχνικές αυτές είναι αποτέλεσμα εργασίας δεκαετίας και πλέον. Δεν είναι τα πράγματα τόσο απλά όσο νομίζουν κάποιοι δημοσιογραφίσκοι, bloggers κλπ. Ούτε αναπτύσσονται τέτοιες αρχιτεκτονικές μέσα σε μήνες, ούτε ξαναγράφονται οι kernels σε ένα χρόνο. Ακόμα και όλα αυτά να μπορούσαν να γίνουν, δεν τρέχει μια εταιρεία να ενσωματώσει κάθε τι το ερευνητικό από τη μιά μέρα στην άλλη χωρίς να υπάρχει τεκμήριο λειτουργικότητας, απόδοσης και αξιοπιστίας.

[Thuglife]

Όχι τόσο σχετικό με τα win7 αλλά πρόσφατα είδαμε και αυτό
http://research.microsoft.com/apps/p....aspx?id=79655

Πρόκειται για ένα prototype browser του οποίου ο kernel είναι στην ουσία ξεχωριστό OS, είναι γραμμένος σε managed γλώσσα (C#) και οποσκοπεί στο να παρέχει την μέγιστη δυνατή ασφάλεια (security > backwards compatibility)

Αν είχαμε μερικές πληροφορίες θα ήταν πολύ ενδιαφέρων

[asm]

Πω πω, τρομερά ενδιαφέροντα πράγματα ακούμε σήμερα. Αυτό που με προβληματίζει είναι γιατί όλοι αυτοί που ο ssb πολύ σωστά χαρακτηρίζει "δημοσιαγραφίσκους" δεν δημοσιεύουν τέτοιες λεπτομέρειες και κάθονται και ασχολούνται με παιδιαρίσματα και άλλες βλακείες. Ώρες - ώρες μου λείπουν οι χρυσές εποχές του Byte, του Circuit Cellar και γενικώς τα σοβαρά θέματα εκείνων των χρόνων.

Πάντως φιλαράκο ssb ακόμα μια φορά για όλες τις πολύτιμες πληροφορίες ειδικά για εκείνη τη μικρούτσικη λεπτομέρεια για τα Windows Mobile 7.

[Thuglife]

Off Topic

Ίσως γιατί αν ήξεραν τι είναι το spinlock και το semaphore δεν θα ήταν δημοσιογράφοι;

[DSLaManiaC]

Πάντως πέρα απ τα τόσα που διαβάζουμε εδώ, αν εκμεταλευτούν σωστά και το feedback που τους έρχεται απ το κόσμο τα windows 7 θα κάνουν μεγάλο μπαμ.

[artem]

@SSB: Κάθε φορά που διαβάζω μήνυμά σου, μαθαίνω ένα κάρο πράγματα

Πάντως πέρα απ τα τόσα που διαβάζουμε εδώ, αν εκμεταλευτούν σωστά και το feedback που τους έρχεται απ το κόσμο τα windows 7 θα κάνουν μεγάλο μπαμ.

Ναι, δεν έχεις άδικο..
Όπως τα περιγράφουν, θα γίνουν OS-Killer..

[xatzis5000]

Είδα στο neowin οτι έχει φτάσει build 7047.Πάμε γερά!