T
Teralios
Gast
Sehr viel, u.a. geht Fenstermodus, auch direktere Zugriffe usw.Hayda Ministral schrieb:Das zitierte stammt allerdings aus 2011. Was hat sich denn bezüglich dieser Einschränkungen zwischenzeitlich getan?
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.
Sehr viel, u.a. geht Fenstermodus, auch direktere Zugriffe usw.Hayda Ministral schrieb:Das zitierte stammt allerdings aus 2011. Was hat sich denn bezüglich dieser Einschränkungen zwischenzeitlich getan?
Es ist beabsichtigt, dass es Einschränkungen gibt - z.B. ist ja beabsichtigt das herkömmliche Dateisystem zu entsorgen - siehe Windows 10 X.Hayda Ministral schrieb:Quelle (heise)
Das zitierte stammt allerdings aus 2011. Was hat sich denn bezüglich dieser Einschränkungen zwischenzeitlich getan?
Ich dachte ja, dass es darauf ausgelegt ist auf verschiedenen Geräteklassen laufen zu lassenTeralios schrieb:WinRT wurde darauf ausgelegt zusammen mit UWP die Programme zwischen den verschiedenen CPU-Architekturen zu verschieben.
Kann man doch auch mit Win32 - in Visual Studio ist das doch nur ein Klick um von x86 zu ARM zu kommen?Teralios schrieb:Wer C++ oder C# sowie andere Sprachen der ".net"Umgebung zusammen mit WinRT verwendet und sich darauf beschränkt, kann seine Programme recht simpel zwischen x86/AArch64 hin und her schieben.
Das hatte ich eigentlich letztes Jahr für den SD 865 als gegeben erachtet, es kam dann stattdessen dieses "Gen 2"-Teil. Ganz offensichtlich hatten sich nicht genug Interesse gefunden, um für Qualcomm diese Entwicklung zu rechtfertigen.bensen schrieb:Ich denke Qualcomm wird dieses Jahr noch einen aufgebohrten SD888 bringen.
Eigentlich hat hier Arm den Cortex-A78C vorgesehen, von dem sich bis zu 8 Stück in einem DynamIQ-Cluster verbauen lassen.bensen schrieb:Es braucht keine leichte Überarbeitung, sondern einen komplett neuen SoC mit X1 Cores und LPDDR5 in 5nm.
Ich denke du meinst 865.smalM schrieb:Das hatte ich eigentlich letztes Jahr für den SD 875 als gegeben erachtet, es kam dann stattdessen dieses "Gen 2"-Teil. Ganz offensichtlich hatten sich nicht genug Interesse gefunden, um für Qualcomm diese Entwicklung zu rechtfertigen.
Glaub ich nicht mal. Für den Einsatzzweck sehr leichter Geräte, würden auch erstmal vier schnelle Kerne reichen. Das würde schon ein Großteil des Marktes abdecken. Die wenigsten lassen das Teil ständig ackern und brauchen brachiale Rechenleistung.smalM schrieb:Mit dem Cortex-X1 ist bei 4 Schluß. Im Notebook/großen Tablet hielte ich 8x Cortex-A78C für deutlich sinnvoller, als 4x Cortex-X1 + 4x Cortex-A55. Arm bräuchte halt für den Cortex-A55 dringend einen Ersatz, eher so in der Leistungsklasse eines Cortex-A75 statt in der Klasse "kriegt die Kuh nicht vom Eis"...
Naja die GPU wurde doppelt so breit wie die 855 GPU. Reizt vielleicht nicht komplett aus, aber so viel Luft ist nicht mehr. Kommende GPU wird schon erheblich drauflegen.smalM schrieb:LPDDR5 wäre natürlich nett, ist aber wegen des 128bit-SI nicht wirklich nötig. Qualcomm hat bisher nicht einmal LPDDR4X-4266 voll ausnutzen können.
Das Programmiermodell von A64 ist viel besser als das von x86-64 – von x86-32 brauchen wir da gar nicht erst zu reden – aber beide benötigen haufenweise Schattenregister; A64 hat es nur deutlich einfacher mit der Verwaltung, da fast immer 1 Op = 1 µOpTeralios schrieb:AArch64 hat hier gegenüber x86 einen Vorteil: Die Umwandlung von "RISC" zu µOPS für die Kerne ist einfacher, dazu kommt, dass ARM ein relativ einheitliches Register-Design hat, bei x86 musst du zwischen x86-32 und x86-64 unterscheiden.
Und NEON hat seit A64 auch 32 Register. Was gleicht sich da aus?Teralios schrieb:In den Extensions kommen dann gerne sehr viele Register bei x86 dazu, sodass sich das durchaus ausgleicht.
Es ist VIEL einfacher aufgebaut. Nicht umsonst sind die x86-Core ziemlich am Anschlag mit der Breite. Vielleicht werden wir auf absehbare Zeit keine x86-Lösung sehen, die aus Decode/Rename mit mehr als 4 µOps rauskommt (was auch eigentlich der Hauptgrund für den Op-Cache ist).Teralios schrieb:Vom "Design" her, ist RISC "einfacher" aufgebaut
Wenn Du damit die Energieeffizienz meinst, dann nein, ARM ist viel effizienter als x86. Insbesondere natürlich deshalb, weil man einen ARM-Core so breit und tief machen kann, daß er dieselbe Leistung wie ein aktueller x86-Core bei deutlich niedrigerem Takt erbringen kann und sich damit auf der Frequenz/Watt-Kurve sehr viel besser positioniert.Teralios schrieb:Da aber viele der Ansätze aus den 80er und frühen 90er auch heute bei x86 Einzug halten, kann man recht vereinfacht sagen: Die reinen CPU-Kerne - sofern sie die gleichen Eckdaten haben - bewegen sich bei beiden Designs auf einem ähnlichen Level mit leichten Vorteilen für ARM.
Ich glaube, da hast Du was mißverstanden.Teralios schrieb:Sollte Apple - was in den Gerüchten kursiert - SVE umsetzten für die nächste M-Generation, könnten sie zum Beispiel 4 * 128 Bit oder eben 2 * 256Bit oder gar einmal 1*512 Bit auf den vier ALUs berechnen, ohne dass es Probleme gibt.
Ja. Danke, geändert.bensen schrieb:Ich denke du meinst 865.
Die Salvage-Teile nicht vergessen, man braucht auch was zum Abschaltenbensen schrieb:Glaub ich nicht mal. Für den Einsatzzweck sehr leichter Geräte, würden auch erstmal vier schnelle Kerne reichen. Das würde schon ein Großteil des Marktes abdecken. Die wenigsten lassen das Teil ständig ackern und brauchen brachiale Rechenleistung.
Ja. Aber das per se kein Problem des SoCs.bensen schrieb:Das Problem ist, dass die Emulation nicht läuft und deshalb die Performance teils unterirdisch ist.
Im SD 888 ist das eine Designentscheidung von Qualcomm. Der L3 hätte auch 8 MB groß sein dürfen. Aber wenigstens haben die großen Cores 1 MB bzw. 512 KB L2 abbekommen. Recht kümmerlich wiederum ist der SLC mit immer noch 3 MB.bensen schrieb:Beim A55 Ersatz bin ich bei dir. Auch für Smartphones. Wenn man sieht, was die kleinen Kerne bei Apple leisten und bei welcher TDP...
Allerdings bekommen die auch so viel Cache wie bei Qualcomm der große Cluster.
Wenn es ein Sparbrötchen wird, dann wer weiß; der SD 888 kann ja beides ansprechen...bensen schrieb:Aber ist eh gesetzt. Der nächste SoC kommt sicher nicht mit LPDDR4.
Na klar gibt es die, und nicht nur im Alltag, sondern auch im Duden und im Wiktionary.Hayda Ministral schrieb:Das einzige Problem ist das es keine Eigenschaft "wertig" gibt.
Oh. Dann bin ich da wohl aus der Zeit gefallen. Hatte vorher noch bei Wiki nachgeschaut und nicht gesehen dass sich was geändert hatte. Danke für die Korrektur mit Quellenangabe.Bright0001 schrieb:Na klar gibt es die, und nicht nur im Alltag, sondern auch im Duden und im Wiktionary.
Langweilig. Das ist in 2 Jahren abgehakt. Wahrscheinlich kommen die Dickschiffe dann bereits in N3, was Apple ein geradezu brutales Transistorbudget ermöglichen wird.Gerry18 schrieb:Das ist auch das was Apple noch nicht gezeigt hat. Ihre ARM die mit den TOP AMD und INTEL CPU´s mithalten können. Würden sie die nicht bringen können hätte Apple im Desktopbereich dann echt ein Problem.
Wie du sagst, wahrscheinlich aber nicht sicher. Ich gehe zwar auch davon aus das die kommen. Aber noch sind sie nicht da und dann muss man sehen wie die mithalten können. Auch INTEL und AMD schläft nicht:smalM schrieb:Langweilig. Das ist in 2 Jahren abgehakt. Wahrscheinlich kommen die Dickschiffe dann bereits in N3, was Apple ein geradezu brutales Transistorbudget ermöglichen wird.
Das wirklich spannende an Apples Transition ist die GPU.
AMD hat die ARM-Core-Entwicklung mindestens seit 4, eher seit 5-6 Jahren auf Eis gelegt; die Spezialisten von damals machen nun seit Jahren was anderes oder haben AMD eh verlassen. Schön, daß Du trotzdem AMD für fähig hältst, aus dem Stand heraus Apple herauszufordern!Gerry18 schrieb:Wobei was dem ganze wieder helfen könnte ist das AMD und Microsoft angekündigt haben selbst ARM CPUs zu entwickeln. Wenn ja wird sich da zeigen wie gut die von Apple sind.
Da es mich der Neugier halber auch interessiert hat, habe ich auch mal gegoogled. Bei superuser ist ein Thread verlinkt, allerdings Lenovo mit dem gleichen Chip. Bei der Antwort sind 3 weitere Antworten. Die von inti behauptet zumindest, dass ein debian mit Kernel 6.1 sich starten ließ. Mangels Treiber gingen dort aber Tastatur und Touchpad nicht. Könnte also eventuell bald auch entsprechend Linux geben.Pummeluff schrieb:Und wenn man bei dem Notebook nach Linux sucht, bekommt man gar keine Ergebnisse.
Das ist kein Problem der Software sondern der Hardware da du die Software für jedes Gerät anpassen musst. Deshalb ist es auch nötig für jedes ARM Smartphone ein eigenes Image zu erstellen.Pummeluff schrieb:Das Ganze erinnert an die Unmengen an Raspberry-Pi-Clones, die über die Jahre hinweg veröffentlicht wurden. Tolle Hardware, bescheidene Software-Unterstützung.