Microsoft: Ο Internet Explorer 10 δεν θα υποστηρίζεται σε Windows Vista

[nm96027]

Η Microsoft επιβεβαίωσε πως ο επερχόμενος Internet Explorer 10 θα λειτουργεί μόνο σε Windows 7 (ή νεότερη έκδοση του λειτουργικού συστήματος) και όχι σε Windows Vista. Είχαν προηγηθεί σχετικές αναφορές των πρώτων χρηστών της έκδοσης platform preview.

"Οι χρήστες Windows Vista έχουν μία εξαιρετική εμπειρία πλοήγησης με τον Internet Explorer 9, όμως η δημιουργία του Internet Explorer 10 επικεντρώνεται στην συνέχιση ανάπτυξης της καινοτομίας, η οποία είναι δυνατή μόνο όταν ακολουθεί τις διαρκείς εξελίξεις στα σύγχρονα λειτουργικά συστήματα και σύγχρονα υπολογιστικά περιβάλλοντα", δήλωσε εκπρόσωπος της Microsoft.

Υπενθυμίζεται πως ο Internet Explorer 9 δεν υποστηρίζεται σε Windows XP. Αν και τα παραπάνω νέα ενδεχομένως δυσαρεστήσουν κάποιους, η τάση αυτή της Microsoft δηλώνει πως η ανάπτυξη νέων εκδόσεων browsers δεν περιορίζεται από παραμέτρους του λειτουργικού συστήματος. Από την άλλη πλευρά o Internet Explorer καθίσταται σταδιακά ο πρώτος browser που δεν θα υποστηρίζει Windows XP και Windows Vista κάτι που ενδεχομένως οδηγήσει μερικούς ακόμα χρήστες προς τον Firefox και τον Chrome.


Πηγή: Techspot

[iant]

Internet Explorer 9 δεν παιζει στα ΧΡ!
Internet Explorer 10 ούτε στα Vista!!!
Καταλάβαμε που το πάει η μαμά εταιρία!

Υ.Γ Ο IE 10 ίσως θα παίζει στο Linux....

[cartoonaki]

Προτιμώ το firefox 4 κι to Google Chrome

[PiXel]

Μήπως το κάνουν και γιατί το Mainstream Support των Vista τελειώνει τον Ιούνιο του 2012;

[skyliner34]

Τα τυπάκια έχουν καταντήσει τρελή αηδία...
και καλά δεν μπορούσαν να κάνουν το DX10 σε XP άντε να το πιστέψουμε
Εδώ δεν έτρεχε ο MSN messenger πάνω από έκδοση 7.5 σε win2000 την ώραπου σε win2000 έμπαινε το DirectX9 και το .net. Ποιός πρακτικός περιορισμός υπήρχε; Απλά ήθελαν να σε αναγκάσουν σε αναβάθμηση...
Τα Vista και τα 7 δεν είναι σχεδόν παρόμοιας αρχιτεκτονικής; η μήπως ο Explorer 10 θα θέλει DX11?

Κλασσικές ηλιθιότητες για να σε αναγκάσουν σε αναβάθμηση, ούτε η μηλαράδες δεν βλέπουν τόσο ηλιθιότητα... δόξα το θεό που προγραμματάρες όπως το Avidemux, ο firefox, ο chrome και το gimp είναι Cross platform και είμαστε ελαφρώς λιγότερο locked in...

[murray]

Τα Vista και τα 7 δεν είναι σχεδόν παρόμοιας αρχιτεκτονικής;

Αυτήν ακριβώς την απορία είχα κι εγώ! Vista και 7 είναι πανομοιότυποι πυρήνες, ακόμα και οι περισσότεροι drivers είναι κοινοί μεταξύ των δύο λειτουργικών....

[lunatic323]

και καλα οχι τα xp αλλα οχι και τα vista?αυτο δεν εχει καμια λογικη.τουλαχιστον ετσι θα φυγει και ο λιγος κοσμος ποy εχει μείνει στον ie

[hellenicsun]

Απλά, θα "θάψουν" τα Vista γρήγορα μέσω τέτοιων πρακτικών. Σαφώς βέβαια και θα έχουν μεγάλη χασούρα στη πίτα των πλοηγών αλλά αυτό το ξέρουν ήδη. Είναι σαφές πως τα Vista θα μπορούσαν να υποστηρίξουν κάθε νέα έκδοση του ΙΕ, ίσως με κάποιες μικρές αλλαγές στον κώδικα, στην απίθανη περίπτωση μιας ασυμβατότητας που όμως, μπορούν να έχουν επίσης προλάβει εξαρχής. Όσο υπάρχουν λύσεις, δεν έχει νόημα κανένας εκνευρισμός από τέτοιου είδους πρακτικές και, αν οι ιδιοκτήτες των Vista νιώθουν θιγμένοι, ας μη δώσουν σημασία! Έχουν πληθώρα άλλων - και πολύ καλών - επιλογών.

[Alexkass]

Μα ποιος έχει vista? σε λίγο θα είναι κάτω από το 10%...

[Eaglos]

Λειτουργικό φάντασμα είναι τα Vista, κάτι σαν τα Win Me. Περισσότεροι θα έχουν XP παρά Vista σε λίγο καιρό.

[stefkon]

Καλά, αναμενόμενα είναι αυτά.
Για αυτό υπάρχουν και οι εναλλακτικοί, που είναι καλύτεροι.

........Auto merged post: stefkon πρόσθεσε 2 λεπτά και 28 δευτερόλεπτα αργότερα ........

Λειτουργικό φάντασμα είναι τα Vista, κάτι σαν τα Win Me. Περισσότεροι θα έχουν XP παρά Vista σε λίγο καιρό.

Εννοείς 7 και όχι XP.

[PiXel]

Τα τυπάκια έχουν καταντήσει τρελή αηδία...
και καλά δεν μπορούσαν να κάνουν το DX10 σε XP άντε να το πιστέψουμε
Εδώ δεν έτρεχε ο MSN messenger πάνω από έκδοση 7.5 σε win2000 την ώραπου σε win2000 έμπαινε το DirectX9 και το .net. Ποιός πρακτικός περιορισμός υπήρχε; Απλά ήθελαν να σε αναγκάσουν σε αναβάθμηση...
Τα Vista και τα 7 δεν είναι σχεδόν παρόμοιας αρχιτεκτονικής; η μήπως ο Explorer 10 θα θέλει DX11?

Κλασσικές ηλιθιότητες για να σε αναγκάσουν σε αναβάθμηση, ούτε η μηλαράδες δεν βλέπουν τόσο ηλιθιότητα... δόξα το θεό που προγραμματάρες όπως το Avidemux, ο firefox, ο chrome και το gimp είναι Cross platform και είμαστε ελαφρώς λιγότερο locked in...

Αυτήν ακριβώς την απορία είχα κι εγώ! Vista και 7 είναι πανομοιότυποι πυρήνες, ακόμα και οι περισσότεροι drivers είναι κοινοί μεταξύ των δύο λειτουργικών....

Τα Vista και τα 7, από την άποψη των πυρήνων, έχουν πολύ μεγάλες διαφορές. Κείμενο απ' τον master, SSB:

ατ' αρχήν, το performance gain των Windows 7 δεν έχει παρά ελάχιστη σχέση με κάποια "μαζική διαχείριση μνήμης". Αν με τον όρο αυτό, οι φίλοι που τον χρησιμοποίησαν εννοούν το memspace preallocation, τα MEM I/O priorities, το mem copy prevention και τα SF/RB/RD, όλα αυτά αν και έχουν σε μεγάλο βαθμό εξελιχθεί στα Window 7, προυπήρχαν και στα Windows Vista και δεν αποτελούν παρά ελάχιστο βοήθημα στο performance gain των w7. Άλλωστε αν είχαν καταλυτική συμμετοχή στο performance, αυτή θα είχε γίνει εμφανής και στα Vista έναντι των XP, πράγμα που φυσικά δεν συμβαίνει.

Αν και η αύξηση του performance στα w7 είναι αποτέλεσμα πολλών μεγαλύτερης ή μικρότερης σημασίας αλλαγών και προσθηκών, ωστόσο στο μεγαλύτερο βαθμό αυτά που συνεισφέρουν στο performance gain είναι τα παρακάτω.

Όπως ξανασυζητήθηκε στο παρελθόν, κάτι το οποίο επέφερε στα Windows Vista την σημαντικότερη ίσως επίπτωση στο performance, ήταν η κατάργηση του GDI ως accelerated layer και η αντικατάστασή του από GDI/+ -> DX remapped calls. Όλα δηλαδή τα GUI 2D functions ουσιαστικά όχι απλά δεν ήταν accelerated (όπως στα XP) αλλά επιβαρύνονταν από το rendering translation το οποίο και δεν είχε καμμιά βοήθεια από το GPU. Για όσους αναρωτούνται περί της σκοπιμότητας της κατάργησης του accelerated GDI processing στα Vista, να εξηγήσω πως και το GDI και το GDI+ θεωρούνται εδώ και χρόνια legacy και περιοριστικά GX layers, ενώ η χρήση common 2D/3D rendering layer (Vista - 7) επέβαλε την χρήση του mapping των GDI σε DX/DWM calls.

Στα Windows 7, ο rendering translator αντικαταστάθηκε από kernel mode 2/3D primitive processing engine, το οποίο όχι απλά παρέχει GPU accelerated χαρακτηριστικά σε GDI legacy apps, αλλά για πρώτη φορά επιτρέπει την επιτάχυνση ακόμα και του GDI+, συμπεριλαμβανομένων όχι μόνο των vectors αλλά και των raster OPs. Επιπλέον, ολόκληρο το rendering engine αλλά και το WDDM1.1 subsystem έχουν επανεγγραφεί ώστε να υποστηρίζουν πλήρες mp (physical & core) processing, ενώ για επίσης πρώτη φορά παρέχεται το per app zbuffering που καταργεί εντελώς το overhead του memcpy (sys mem).

Επίσης η απομόνωση των 2/3D primitives από τα vector και raster ops, αφήνει στην "δικαιοδοσία" των GPU vendors μόνο την επιτάχυνση των θεμελιωδών functions (A/Bl, HW cursors, COORD xlt, bitblit κλπ) ενώ η πλήρης διαχείριση και επιτάχυνση του buffering, vector processing, ROP κλπ περνούν στο subsytem των Windows 7 εκμεταλευόμενα τα χαρακτηριστικά του multiprocessing, του duplicate memcpy prevention και της πλήρους εξάλειψης του bottleneck του διαρκούς GX mem I/O. Και φυσικά εντέλλει προσφέρει και ένα unified graphics layer απαλλαγμένο στο μεγαλύτερο βαθμό του από το legacy code και τα επίσης legacy issues των drivers των GPU vendors.

Στα Windows 7 (και στα 2008/R2) για πρώτη φορά μετά την δημιουργία του επανεγγράφηκε το μεγαλύτερο μέρος του NT Kernel, δίνοντας πλέον ιδιαίτερη έμφαση στο SMP και όχι απλά στο app level physical processor multithreading που ίσχυε μέχρι σήμερα. Επίσης σημαντικότατα ,όσον αφορά το performance, subsystems ή sub features όπως το thread scheduling τα sync facilities του process scheduler, αλλά και ο memory manager έχουν είτε επανεγγραφεί είτε βελτιωθεί στο σύνολό τους. Για περισσότερες λεπτομέρειες σχετικά με αυτά, υπάρχουν ήδη εδώ στο forum δικά μου posts αλλά και άλλων φίλων όπου τα αναλύουμε διεξοδικότερα.

Κάνοντας quote από παλαιότερό μου post, στον νέο kernel έχει σχεδόν εκμηδενιστεί η χρήση hardware locks, ενώ γίνεται χρήση στρατηγικών όπως resource partitioning, lock-free algorithms και κατάργηση του άχρηστου πλέον 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 synchronization και event notification έχουν αρθεί με αποτέλεσμα, όπως είχα πεί και παλαιότερα, την τρομερή ευελιξία του smp scaling χωρίς latency issues, αλλά το σημαντικότερο την πραγματική αύξηση των επιδόσεων σε επίπεδο multithreaded execution και την πολύ καλύτερη εκμετάλλευση του επεξεργαστικού hardware.

Όπως μάλιστα είχα υποδείξει και σε φίλους που με είχαν ρωτήσει στο παρελθόν, δεν είναι λοιπόν καθόλου παράξενη ή μη αναμενόμενη η αύξηση του performance multithread εφαρμογών σε ποσοστό που υπερβαίνει το 200% ή και ακόμα περισσότερο, ενώ υπάρχει σημαντικότατη βελτίωση του performance ακόμα και σε single threaded εφαρμογές αν αυτές εκμεταλλεύονται τα μειωμένα h/w locks και το νέο process scheduler.
Για να μην παρεξηγηθώ, το παραπάνω δεν σημαίνει πως "κάθε εφαρμογή θα είναι δύο, τρεις ή περισσότερες φορές ταχύτερη στα Windows 7". Απαιτητικές όμως εφαρμογές ιδιαίτερα αυτές που κάνουν χρήση των βελτιωμένων χαρακτηριστικών, και με multi thread χαρακτηριστικά δεν αποκλείεται να κερδίσουν ακόμα και πολύ περισσότερο σε απόδοση συγκεκριμένων σημείων του processing τους, ενώ η αύξηση των επιδόσεων αφορά και τα επιμέρους τμήματα ή applets του ίδιου του συστήματος, αφού όπως προανέφερα στο μεγαλύτερό τους μέρος έχουν επανασχεδιαστεί ώστε να εκμεταλλεύονται τα νέα χαρακτηριστικά.

Μέσα στα έμμεσα θετικά επακόλουθα του kernel rewrite είναι και ο νέος INTR exception dispatcher που καταργώντας το exception polling και υιοθετώντας τα accelerated interprocessor syncs και το MP thread spreading των events, επιταχύνει σε εξαιρετικά μεγάλο βαθμό ολόκληρο το σύστημα και φυσικά σε ακόμα μεγαλύτερο ποσοστό τα επιμέρους subsystems, όπως τους exception handlers, τα APC/DPC και την δημιουργία των executive objects. Και μόνο από αυτές τις βελτιώσεις, το hardware layer (κυρίως) του συστήματος, έχει πλέον το μικρότερο μέχρι σήμερα σε NT latency, κάτι που γίνεται ιδιαίτερα εμφανές σε υποσυστήματα που στο παρελθόν δεν ανταποκρίνονταν ιδιαίτερα σωστά.

Σαν παράδειγμα θα αναφέρω D/D acquisition devices (όπου οι βελτιώσεις στο latency ξεπερνούν το 500%), A/D devices (>300%) και αν αυτά φαίνονται αδιάφορα ή άγνωστα σε κάποιους φίλους, να προσθέσω τα sound devices (απαντώντας έτσι και σε ερώτηση του φίλου manosdoc). Η βελτίωση του latency, του processing, η μείωση του cpu overhead και η απαλοιφή σχεδόν φαινομένων noise, buffering issues κλπ ακόμα και σε φτηνά onboard codecs κάνει το sound system των Windows 7 πρακτικά το ταχύτερο και χωρίς την απαίτηση εξειδικευμένων hardware DSP ακόμα και σε ιδιαίτερα απαιτητικές εφαρμογές.

Μέσα στο επιμέρους βελτιώσεις του performance, θα πρέπει να προσθέσω το rendering acceleration των external rendering devices (printers, plotters, pagesetters κλπ) ειδικά με την έλευση των WDDM output drivers και WDDM printing devices, το MT/P accelerated font rendering, το pipelined processing του metadata & sync stage processing του NTFS και πλήθος άλλων μικρότερης σημασίας υποσυστημάτων, των οποίων όμως γίνεται καθολική χρήση από κάθε εφαρμογή, αλλά και από το ίδιο το σύστημα. Συνεπώς η αύξηση του performance σε οποιοδήποτε από αυτά τα υποσυστήματα έχει άμεσο αντίκτυπο σε κάθε εφαρμογή που τα χρησιμοποιεί, ακόμα και αυτές που δεν σχεδιάστηκαν ώστε να εκμεταλλεύονται τα βελτιωμένα χαρακτηριστικά του λειτουργικού ή το SMP

Βέβαια, πέραν αυτών για την αρχιτεκτονική, συμφωνώ κι εγώ πως κατά βάση η μη υποστήριξη ΙΕ10 σε Vista, έγινε κυρίως για λόγους προώθησης των 7.

[euri]

Ο συνδυασμός Windows 7 και ΙΕ9 είναι ο μοναδικός που παρέχει native Web και HTML5 εμπειρία αυτή τη στιγμή.

Για αυτό και ο 10 θα τρέχει μόνο στα 7...

[WAntilles]

Καλύτερα.

Θα βάλουν άλλον σοβαρό browser οι χρήστες τους.

[Serk]

είναι αυτο που λένε "shoot yourself in the foot" σπρώχνοντας τόσο κόσμο στην αγκαλιά του Google Chrome...εμένα με έχουν σπρώξει χρόνια τώρα πάντως..