Intel i AMD nawiązują współpracę w celu ochrony architektury x86
Autor: Zbyszek | źródło: AMD, Intel | 23:11
(26)
Firmy Intel i AMD poinformowały dzisiaj o nawiązaniu ze sobą współpracy w celu utrzymania dominancji architektury x86 w branży komputerowej. Obaj produceni powołali w tym celu wspólną grupę roboczą, w skład której wejdzie kierownictwo Intela i AMD, oraz eksperci z szeregu innych firm, takich jak: Dell, Broadcom, Google, Microsoft, HP, Lenovo, Meta, Oracle, Red Hat, a także Linus Torvalds (twórca systemu Linuks) oraz Tim Sweeney - szef studia Epic Games. Grupa robocza ma skupić się m.in. na uproszczeniu rozwoju oprogramowania dla architektury x86, lepszym poznawaniu potrzeb klientów, powiększeniu wyboru i kompatybilności sprzętu oraz wspieraniu innowacji programistów.
Jak czytamy w oświadczeniu Intela i AMD: "Przez ponad cztery dekady x86 stanowiło podstawę nowoczesnego przetwarzania danych, stając się preferowaną architekturą w centrach danych i komputerach na całym świecie. We współczesnym, zmieniającym się środowisku znaczenie solidnego i rozwijającego się ekosystemu x86 jest ważniejsze niż kiedykolwiek wcześniej.
Grupa doradcza ma na celu zjednoczenie liderów branży w celu ukształtowania przyszłości x86. Współpraca ułatwi tworzenie spójnych i zgodnych modeli programowania, wniesienie do architektury x86 niezbędnych innowacji, ujednolicenie lub uproszczenie zestawu instrukcji, oraz ułatwienie integracji z nowymi systemami operacyjnymi i aplikacjami".
"Stoimy u progu jednej z najważniejszych zmian w architekturze i ekosystemie x86 od dziesięcioleci – potrzebujemy nowych poziomów personalizacji, kompatybilności i skalowalności, aby sprostać obecnym i przyszłym potrzebom klientów. Z dumą wesprzemy firmę AMD oraz członków założycieli tej grupy doradczej, aby wspólnie tworzyć przyszłość technologii obliczeniowych" - Dyrektor generalny Intela, Pat Gelsinger.
"Utworzenie x86 Ecosystem Advisory Group zapewni, że architektura x86 będzie się nadal rozwijać i stanie się platformą obliczeniową pierwszego wyboru zarówno dla deweloperów, jak i klientów. Cieszymy się, że możemy połączyć siły z przedstawicielami branży, aby wspólnie opracować wskazówki dotyczące przyszłych udoskonaleń architektonicznych i przedłużyć niesamowity sukces architektury x86 na kolejne dziesięciolecia" - Dyrektor generalna AMD, dr Lisa Su.
Wypowiedź prezesa Intela jasno wskazuje, że inicjatywa powołania takiej grupy roboczej leżała po stronie AMD.
K O M E N T A R Z E
nie było uściusku dłoni (autor: Shark20 | data: 15/10/24 | godz.: 23:27) do zdjęcia
@news (autor: Promilus | data: 16/10/24 | godz.: 04:46) Jeśli inicjatywa była po stronie AMD to oznacza, że intel kolejny raz zaspał, bo to, żeby budować podwaliny pod nowe rozwiązania z partnerami biznesowymi powinno być oczywiste... innymi słowy intel z klapkami na oczach nie chce dostrzegać coraz większego rozpasania ARM w zastosowaniach poza mobilnymi, coraz większych potrzeb od strony cyberbezpieczeństwa.
... Podbijam temat i zasięgi :) Skromnie bo bez kasy na promocję na X... (autor: SebaSTS | data: 16/10/24 | godz.: 08:22) ...https://x.com/...t=Xv2VKgvGfy1CgCR5tkH6jQ&s=19
Wspomnieć Gościa to podobno pół sukcesu ;) :)
jak na dłoni widać że AMD ciągnie wózek x86 i to od czasu wprowadzenia AMD64 (autor: Qjanusz | data: 16/10/24 | godz.: 11:34) aż po dzień dzisiejszy z inicjatywą Lisy Su - stanąć ponad podziałami i konkurencją, aby systemowo realizować swoje cele. Ta kobieta ma większe jaja, niż dotychczasowi prezesi AMD razem wzięci, łącznie z wszystkimi dyrektorami Intela. Nie powiem, news wgniata w fotel.
Jakkolwiek... to rynek i zastosowania wybierają kierunek rozwodu. Ten stream udupił 64 bitowy EPIC, jak również wypromował ARMa daleko poza urządzenia mobilne. Bez żadnych aliansów i marketingu. Taka naturalna kolej rzeczy
I teraz jeżeli to całe x86 Ecosystem Advisory Group skupi się na rozwoju x86/AMD64, dostarczaniu rozwiązań, które będą lepszą konkurencją w stosunku do ARM, czy RISC-V, to jest to inicjatywa jak najbardziej słuszna i prawilna.
Natomiast jeżeli jej członkowie będą spotykać się na terapiach grupowych w celu obmyślania planów ubicia wszystkiego, co nie jest x86/AMD64, w celu wyłącznie ochrony swoich interesów... Cóż, wydaje mi się że będzie to odbierane jak gdzieś pomiędzy działalnością RAMBUSa, a "promowaniem" T&L przez nVidię w momencie ukazania się Kyro II
Tak więc jest to bardzo ciekawa inicjatywa i tak na prawdę po owocach ją poznamy.
Ps. Ale że udało im się wciągnąć w to Linusa? :-)
mimo sympatii do AMD (autor: Zic | data: 16/10/24 | godz.: 18:30) zastanawiam się czy chęć nawiązania walki z nVidia była tutaj najważniejsza czy abezpieczenie x86 dla duopolu. Departament Stanów od monopolu powinien się zainteresować sytuacją porozumienia dwóch firm mających niemal 100% x86. Coś jest na rzeczy że zamknęli x86 dla 2 firm. Jeśli miałbym być szczery to największe kciuki trzymam za riscV i cały OpenHardware z tym związany.
Trzymam kciuki (autor: PCCPU | data: 16/10/24 | godz.: 18:37) Za x86s i APX(nowe x64).
na początek obie firmy (autor: Shark20 | data: 16/10/24 | godz.: 19:41) AMD i Intel mogłyby się dogadać w kwestii TDP - żeby nie produkować prądożernych bestii, tylko 5-10-15% mniej wydajne procesory ze znacznie niższymi TDP niż obecnie.
Ściganie się pomiędzy sobą kosztem absurdalnie wysokich poborów mocy powoduje, że energooszczędny ARM przejmuje rynek. Niech sobie ustalą pomiędzy sobą absolutny limit np na 130W dla topowych desktopowych CPU oraz 90W dla tych ze średniej półki jak i5, i7, Ryzen 5, Ryzen 7. W laptopach też mniej niż teraz.
Druga rzecz - trzeba uzgodnić x86 v2.0. Coś w stylu x86s, czyli prostszy model. Na co komu teraz kompatybilność wsteczna z 486, 386 i programami sprzed 30 lat? Niech zostaną tylko współczesne instrukcje powiedzmy od SSE lub SSE2 w gorę. Do tego trzeba coś wymyślić z rozgałęzieniami (skokami).
Nowe programy i aplikacje zostaną dostosowane przez programistów, starsze 20 letnie mogą działać przez emulację oryginalnego x86, a tych sprzed 30 lat już nikt nie używa.
Za to procesory będą mieć prostsze dekodery rozkazów, i z powodu braku skoków w kodzie też brak systemu predykcji skoków, który zabiera tranzystory, powierzchnię, energię.
Tyle potrzeba - bardziej energetycznie oszczędne procesory i x86 2.0 bez zgodności wstecznej z antykami i bez skoków w kodzie.
@Shark20 (autor: Promilus | data: 17/10/24 | godz.: 05:52) Jak chcesz wyeliminować rozgałęzienia w kodzie skoro to jest wynik działania każdego if..else lub switch case. Uprościć listę rozkazów ... spoko. Wywalić wszelkie niepotrzebne rejestry i dodać potrzebnych? Spoko. Wywalić branch prediction unit i instrukcje warunkowe? Nie ok...
@09 (autor: bmiluch | data: 17/10/24 | godz.: 10:32) jak już twórcy CPU zrealizują twój projekt i nie będzie skoków w programie (a więc i pętli) proponuje by na forum wyświetlać tylko ostatni wpis
@Shark20 (autor: Dzban | data: 17/10/24 | godz.: 11:36) Nie da się wyeliminować predykcji skoków. Tutaj brakuje Ci elementarnej wiedzy. Bez instrukcji warunkowych i różnych rozgałęzień w kodzie żadne zaawansowane oprogramowanie by nie powstało. Począwszy nawet od zwykłego edytora tekstu. To co sugerujesz nie dość że jest technicznie niemożliwe to jeszcze nie ma najmniejszego sensu.
@ Promilius, bmiluch, Dzban (autor: Shark20 | data: 17/10/24 | godz.: 17:56) nie chodzi o usuwanie if..else lub switch case z języków programowań. Tylko obejście wymogu posiadania prądożernego systemu predykcji skoków poprzez znalezienie lepszego rozwiązania - np. poprzez równoległe wykonywanie obu wariantów kodu do momentu kiedy okaże się który jest ok. Niech projektanci i architekci CPU myślą
@Shark20 (autor: Promilus | data: 17/10/24 | godz.: 18:45) I zamiast nieco prądożernego predyktora, który skomplikowanymi algorytmami decyduje jaki rozkaz w następnej kolejności pobrać i jakie operandy tak by nie zaśmiecać kolejki wykonawczej niepotrzebnymi to wolisz jednak zaśmiecać i potem odrzucać wadliwe (czyli generalnie robić flush całego potoku). Yhm, nie tędy droga...
Dziwię się, że NVIDIA nie weszła w procesory pc (autor: ekspert_IT | data: 17/10/24 | godz.: 23:05) Tym bardziej, że na x86 czy x64 nie trzeba licencji, a można zrobić dobry translator softwareowy. Udowodniła to 20 lat temu Transmeta, która stworzyła całkiem udany a prosty emulator x86 w swoich procesorach, co ciekawe gdzieś wyczytałem że ta firma wygrała z Intelem w sądzie. Niestety chyba wykupił ją jakiś venture capital i wyprzedawał wszystko co możliwe...
@Shark20 (autor: bmiluch | data: 17/10/24 | godz.: 23:17) Twoja idea jest od dość dawna realizowana, jadnak z różnym powodzeniem.
Na początek proponuje lekturę o rozkazach CPU wykonywanych warunkowo:
en.wikipedia.org/wiki/Predication_(computer_architecture)
Takie rozkazy mają jednak swoje wady.
Główną jest chyba brak "speculative execution" dla takich rozkazów.
pl.wikipedia.org/wiki/Wykonywanie_spekulatywne
ciekawa tematyka - w sam raz na jakiś ponury jesienny wieczór
@ bmiluch (autor: Shark20 | data: 17/10/24 | godz.: 23:36) ekspertem nie jestem, ale może czas na świeży pomysł z tą predykcją skoków w x86? Predyktory żrą tranzystory i prąd, a jak się 2 razy na 100 przypadków pomylą to trzeba opróżnić potok i zaczynać od nowa = strata 500-1500 cykli zegara.
Np. taka idea - Intel w Lion Cove zaszył Hyper-Threading, ale nie zdecydował się na jego wykorzystanie. W takiej sytuacji czemu nie wykonywać rozgałęzienia równolegle za pomocą wirtualnego HT / SMT? który wariant kodu będzie docelowym to ten idzie dalej, a nietrafiony kierunek kodu jest pomijany. Zwłaszcza w dobie PRF (Physical Registry File) - gdy dane nie są kopiowane między rejestrami, tylko nazwy rejestrów są dynamicznie zmieniane.
Niech tęgie głowy u Intela i AMD myślą jak obsługę skoków zrobić inaczej i lepiej niż w ostatnich 30 latach. Może jednak da się lepiej?
"Z dumą wesprzemy firmę AMD" (autor: Conan Barbarian | data: 18/10/24 | godz.: 15:19) "Z dumą wesprzemy firmę AMD"
Intel chyba nadal nie pojmuje, że AMD jest niemal 3x większe na giełdzie, nikt normalny ich procesorów serwerowych a ostatnio pecetowych nie kupuje.
Lisa jest jednak cwana i nie wali z sierpa za taki tekst, ale na pewno sobie to zapamięta.
Musisz to koniecznie Intelowu powiedziec, (autor: etranger | data: 19/10/24 | godz.: 08:08) O Lisie tez nie zapomnij, być może ze starości już nie kojarzy faktów.
Boszsze, masz dziesięć lat i kręcone wlosy?
Conan Barbarian (autor: Markizy | data: 19/10/24 | godz.: 09:48) sorry ale pierd.... wiele rozwiązań stosowanych przez intela jak i amd jest ciekawa dla drugiej strony ale nie mogą ich zastosować z powodu prawnych.
Wielkość na giełdzie g warta, amd ma 26k pracowników i nie ma fabów a intel ma 124,8k i ma jednak faby. To że nie przoduje w rozmiarze technologicznym od ostatnich 6 lat, wcale nie oznaczaże jest mniejszy.
@up (autor: Conan Barbarian | data: 19/10/24 | godz.: 11:51) Pożyjemy zobaczymy, na ten czas faby to zmartwienie dla Intela, który płaci za pewność siebie, stagnację i arogancję.
Conan Barbarian (autor: Markizy | data: 19/10/24 | godz.: 13:04) zgadza się to zmartwienie intela co zrobi aby wrócić na podium. Puki co mają kilka możliwości i co wybiorą się okaże. Brak inwestycji sprzed 8-6 lat nie da się nadrobić oraz kiepski kierunek rozwoju 10nm nie da się łatwo nadrobić (brak inwestycji w maszyny EUV).
Co do intela dziwi mnie jego chęć wygrania z AMD za wszelką cenę, gdyby spuścili trochę pary i dali TDP150W dla top prockó to nie mieli by dziś wielu problemów a stracili by z 5% wydajności.
Dobre to... (autor: Mario1978 | data: 22/10/24 | godz.: 17:11) Ochrona architektury, której śmierć już od dawna jest przewidywana na koniec tej dekady. Ja zakładam, że schyłek jest możliwości jeżeli chodzi o wydajność na Watt nastąpi w 2028 roku. Potem już będzie zupełnie nieopłacalne posiadać CPU oparte na x86-xxx. Następny w kolejce jest coś nazywane NPU od Amerykanów. Nikt tak jak HUAWEI nie opracował układu, którzy może wykonywać obliczenia CPU i GPU włącznie a to z każdym kolejnym rokiem jest dopracowywane. Dorzucimy do tego RISC-V i kolejne wcielenie, które nastąpi w Chinach i stanie się zamkniętym standardem. Każdy kto będzie chciał korzystać będzie musiał wykupić licencję. 60% wszystkich robotów wykorzystywanych w Fabrykach jak siła robocza pracuje w Chinach. Reszta krajów na Ziemi ma 40%. Zobaczymy jak długo jeszcze ludzie w Polsce będą stawać po stronie USRaela, który z taką łatwością Bombami Demokratycznymi zabija dzieci na terenie Palestyny.
@MarioXXXX (autor: bmiluch | data: 23/10/24 | godz.: 06:49) a propos ostatniego zdania: en.wikipedia.org/wiki/Xinjiang_internment_camps
... Ludzie to lubią siebie i innych ogłupiać... (autor: SebaSTS | data: 23/10/24 | godz.: 12:23) ... Chyba lepiej śpią po takich zagrywkach. :/ A wystarczy czytać z kilku źródeł i weryfikować. Ja nie nauczyli tego w szkole podstawowej to w średniej. W wyzszej to sam powinieneś umieć zbierać materiały i organizować sobie pracę. Reasumując MarioXXXX to Trol polityczny pierwszego sortu.
@ up (autor: Shark20 | data: 25/10/24 | godz.: 00:41) nie ma szans na śmierć x86 w okolicy 2030 roku. Jeśli źle pójdzie dla x86, to śmierć tej architektury może nastąpić najwcześniej około 2035 roku.
Na ten moment to popatrzcie, że prawie wszystkie firmy kupują w tym roku i kupią w przyszłym roku serwery z procesorami x86. Takich serwerów nie utylizuje się za dwa lata, tylko pracują w serwerowni przez 5 lat (typowy okres amortyzacji).
Czy ktoś z Was kupi w tym lub przyszłym roku laptopa lub stacjonarny PC z procesorem ARM? Oczywiście, że nie. I tym samy procesory x86 w laptopach i stacjonarkach, oraz serwerach, jeszcze przez najbliższe 4-5 lat to będzie pierwszy wybór.
@Mario1978 (autor: Promilus | data: 25/10/24 | godz.: 17:02) A kto to przewidywał na tą dekadę i kiedy? Bo już takie rzeczy słyszałem jak ibm przewidywał w latach 90, hp tak samo, motorola, a jakże, również. I wiesz jakie te firmy mają teraz udziały? :)
NPU nie jest do obliczeń misiu pysiu tylko akceleracji wszystkiego opartego na algorytmy uczenia maszynowego (więc wszystko z elementami AI). NPU może pomóc w np. upscale i filtrowaniu obrazu, ale NIE będzie odpowiedzialne, ani za obróbkę dużej ilości danych (jak AVX512 w standardowych CPU), ani za samo generowanie obrazu (jak standardowe GPU). RISC-V to dno jeśli chodzi o wydajność, a jak coś powstanie co będzie wydajne to implementacja będzie obwarowana tak samo patentami jak x86 więc why even bother?
... @24 Nvidia zadbała albo wyżyłowała GPGPU serwerowe przez co... (autor: SebaSTS | data: 26/10/24 | godz.: 02:40) ... Padają po ok 3 latach... Także taki mamy klimat, bo jej intel pozazdrościł w 13-14th generacji ale nie pyklo bo padalytprocki oo pół roku a nie po 3 latach :/
D O D A J K O M E N T A R Z
Aby dodawać komentarze, należy się wpierw zarejestrować, ewentualnie jeśli posiadasz już swoje konto, należy się zalogować.