Microsoft: "Intels Aussagen zu Windows 8 sind irreführend"

Danke.

Starter, Home Basic, Home Premium, Professional, Ultimate und Enterprise. Davon dann noch jeweils eine 32 und eine 64 Bit Version und jetzt noch eine ARM-Version. Da muss man erst "Microsoft Certified Windows Shopper" werden um da eine informierte Kaufentscheidung machen zu können.

Intel seine CPU mit Kopierschutz rausbringt, fliegt er aus meiner der CPU Liste ohnehin raus.

Immer wenn ich schnell hinschau, sieht der Typ ein bisschen wie Bruce Willis aus...

jo oder eine mischung aus bruce willis und dem diesel :D

Ich dachte GENAU dasselbe.

... fehlen aber ... :)

mM

oder Jony Ive.

Vin Diesel.

mhm hätten sie gern - eine vorversion von windows 8 st durchgesickert da bekommt man nicht den eindruck das dieses "strenge Regiment" sehr effektiv is.,

iPhone 4 wurde in Bar verloren.

erstmal sollte es klar sein, dass eine x86 applikation nicht auf arm läuft, wer aber sauber programmiert hat, wird mit wenig bis gar keinen extra-aufwand beim kompilieren für eine andere plattform haben.

wenn man sonst kommentare zu einer x-beliebigen windows version liest, beklagt sich die mehrheit über die vielen altlasten. eine arm-version bedeuted aber auch ein bisschen neuanfang, wahrscheinlich ist die zielgruppe auch eine ganz andere und man wird nciht alle programme brauchen.

hauptsache, die fangen keinen universal binary quatsch an. der schritt war bei apple gut und richtig, ich will nicht auf einmal alle anwendungen auf meine x86 in doppelter grösse installieren.

Die Programmierplattform der Wahl ist unter Windows sowieso schon seit fast einem Jahrzehnt das .Net Framework.
.Net Programme sollten auch auf ARM Prozessoren ohne Neukompilierung laufen können...

Native Apps werden die Entwickler aber sicher neu kompilieren müssen, stimmt.

Fast alles (>70%), was ich in der letzten Zeit auf Windows sah, war Maschinen-, nicht Bytecode.

Wieso in doppelter Größe?
Die Installation ist dann vermutlich etwas größer (nicht die Daten), aber die Anwendung an sich sollte ziemlich gleich groß sein.

das bezog sich auf die universal binaries, wie es sie unter mac osx gibt. die sind ja in der regel doppelt so gross, weil die binary für ppc und intel enthalten ist. eigentlich eine feine lösung, aber der nebeneffekt neben der doppelten grösse sind eben auch längere startzeiten.

deshalb hoffe ich, dass sich ms nicht sowas ausdenkt damit software hersteller ihre programme für arm und x86 gebündelt ausliefern können.

da stimmen zwei sachen nicht. erstens ist die app nicht zweimal so groß, weil ja sämtliche ressourcen (bilder, töne, daten) von beiden code-varianten genutzt werden.

und zweitens ist die ladezeit um genau 0 länger als bei einer single-platform-app. grund: das, was man als XXX.app sieht ist in wirklichkeit ein "bundle", also eine anhäufung von dateien. und die werden einzeln gelesen, und der ppc-teil wird auf einem intel-mac gar nicht angerührt da dieser in einem anderen verzeichnis liegt bzw. eine andere naming convention verfolgt. da wird kein einziges bit vom ppc-code gelesen, daher auch keine längere ladezeit.

ich denke nicht, dass der Nebeneffekt (immer) doppelte Ladezeiten sind. Das Image wird ja in einem Stück geladen und ob das jetzt 40 oder 80MB sind ist nicht so wichtig wie die Latenzzeit und Positionierungsgeschwindigkeit der Festplatte.

das problem laesst sich durch einen installer loesen. unter osx ist es halt ueblich, die app so wie sie ist von der disc (oder image) an irgendeinen beliebigen ort zu ziehen, und fertig.

das problem ist auch unter mac os x nur ein theoretisches. das, was apps groß macht ist ja selten der code, sondern die verwendeten ressourcen (icons, bilder, daten, etc.). die sind für beide varianten die gleichen. und vom code der anderen plattform wird genau nix geladen, da der executor von mac os den teil gar nicht angreift.

das alles war damals bei windows nt wohl kaum anders? das lief ja auch auf einer vielzahl von plattformen (powerpc, dec-alpha/itanium, mips)!

Auch damals musste man Software neu kompilieren bzw. hatte nur die Software zur Verfügung, die vom Hersteller für die jeweilige Plattform kompiliert wurde.