Vlákno názorů k článku Ryze 64bitová x86 architektura Intel X86-S, podpora MIDI 2.0 od cc - Mě spíš zaráží, že chcou pokračovat tady s...

Mě spíš zaráží, že chcou pokračovat tady s tou architekturou. Jasně, tím že odstraní 16-bit a 32-bit support zahodí celou podporu segmentace a dalších historických reliktů, ale proč nesáhnou na to kódování těch instrukcí? Kdyby vytvořili nové efektivnější kódování, tak se může napsat runtime translator, který by hezky pustil staré binárky tak jak to dělá třeba Apple. Nejvíc relevantní by to stejně bylo pro Windows.

Podle mě ta instrukční sada je OK, jen to kódování je na prd, a to množství GP registrů by taky chtělo rozšířit na 32.

nebyl tohle presne problem itania? nahla zmena, kterou se nepodarilo prekousnout.

Problém Itanium byl, že kompilátory nedokázaly využít dlouhého instrukčního slova kvůli explicitní paralelizaci. Tedy možná ani ne tak kompilátory jako samotný kód. Klasický CPU, který podporuje out of order, se ukázal flexibilnější, mohl si čekat na přístup k operandům i jednotkám podle potřeby atd.

Jinak souhlasím s předřečníky - IMHO tohle nic nevyřeší. Možná Intel získá pár nových prefixů, ale to bude všechno. Plus zahodit ten historický bordel s paměťovou adresací ušetří nějaký křemík, ale asi ne mnoho - stránkování je defakto nejkomplexnější a to tam logicky zůstat musí.

Intel bude muset celý ten historický blob x86 zahodit a začít znovu, stejně jako to udělal Arm s aarch64. Na druhé straně nic lepšího než aarch64 v této chvíli nemáme (možná RISC-V, ale tam jsou pořád trochu pesimista), takže bude těžko přesvědčovat potenciální zákazníky o změně.

Jinak proti tomu původnímu rozhodnutí nic - x86_32 a x86_16 zbytečné jsou...

Itanium byla úplně nová architektura, pro kterou neexistoval dobrý compiler.

Já mluvím o tom, že by Intel zachoval úplně všechno kromě kódování instrukcí, takže by se na novou architekturu dal přeložit i existující kód v assembleru a všechno co používá Intel intrinsics v C/C++, atd... Jen by se zněnilo kódování těch instrukcí. A místo toho, aby emulaci dělal hardware, tak by se napsal software translator tak jak to udělal Apple. To by bylo v podstatě 1:1 přeložit existující binární kód pro tu novou architekturu.

Tady je trochu rozdíl, že Apple má svůj appstore přes který všechno tlačí. Díky tomu má kontrolu nad softwarem, který běží na jeho hardwaru. Takže může zatrnhnout třeba samomodifikující se kód a podobná zvěrstva, která se automaticky převádějí fakt blbě.

Ve windows světě se každá aplikace instaluje a aktualizuje po svém. Microsoft sice přišel s nějakým appstorem, ale nejdou přes něj ani jeho věci, takže na něj samozřejmě kašlou i ostatní.

Killer featura windows+intel je právě zpětná kompatibilita, která umožňuje spouštět nenahraditelné a neopravitelné binární bloby. Takže Intel tenhle krok nemůže udělat, protože ani nemá jak odhadnout, co by tím rozbil.

Většina Macařů Mac App Store nepoužívá. A Ahead-of-Time "emulace" byla už ve Windows pro architekturu Alpha (kterou se Itanium marně snažilo nahradit).

Itanium byl 64bit pro (pouze) bohate. Viz treba projekt Monterey, aliance IBM+Intel+HP (+ mozna Oracle). Myslenka byla takova, ze se IBM a HP zbavi svych high-end procesoru a nahradi je Itaniem.

Ten procesor byl 2x drazsi a 2x pomelejsi nez x86-64 od AMD a normalni smrtelnici k nemu nemeli pristup.

Původně měl ale jít i do PC (postupné zvládnutí zlevnění technologie). Akorát AMD vydal amd64, který nešlo překonat, tak Itanium zůstalo pouze v serverech.

EDIT: Konkrétně HP a pár dalších se právě že zbavilo svých procesorů ve prospěch Itania. Takže to se Intelu podařilo.

29. 5. 2023, 16:44 editováno autorem komentáře