Recorded live on twitch, GET IN ### Articlehttps://hackaday.com/2024/03/21/why-x86-needs-to-die/### Guesthttps://twitter.com/cmuratori### My Streamhttps://tw...
Jak chcieli w tym artykule poruszyć temat kompatybilności wstecznej, to może lepiej byłoby wspomnieć o bardziej rygorystycznym modelu pamięci w x86.
Kiedyś czytałem na przykładzie M1, który ma sprzętowe wsparcie dla obu modeli, że wydajność w modelu x86 spada o kilkanaście procent.
Z drugiej strony, realna przewaga M1 bierze się z czegoś innego. Apple ma RAM zintegrowany na CPU i kontroluje w pełni ten interfejs.
Nie ogranicza ich JEDEC ani fizyczna odległość do modułów pamięci.
Problemem jest kompatybilność z innymi producentami sprzętu, a nie utrzymywanie zgodności z poprzednią wersją własnego produktu.
Jak chcieli w tym artykule poruszyć temat kompatybilności wstecznej, to może lepiej byłoby wspomnieć o bardziej rygorystycznym modelu pamięci w x86.
Kiedyś czytałem na przykładzie M1, który ma sprzętowe wsparcie dla obu modeli, że wydajność w modelu x86 spada o kilkanaście procent.
Z drugiej strony, realna przewaga M1 bierze się z czegoś innego. Apple ma RAM zintegrowany na CPU i kontroluje w pełni ten interfejs.
Nie ogranicza ich JEDEC ani fizyczna odległość do modułów pamięci.
Problemem jest kompatybilność z innymi producentami sprzętu, a nie utrzymywanie zgodności z poprzednią wersją własnego produktu.
Analizy wykazały, że przepustowość pamięci w Mx jest ograniczona dla CPU. Ona jest bardziej dla innych peryferiów, głównie GPU. Sprawdź sam.
Wg moich źródeł, przewagą była głęboka kolejka do szeregowania instrukcji poza kolejnością.
Artykuł o którym wspominali jest tutaj: https://chipsandcheese.com/2024/03/27/why-x86-doesnt-need-to-die/