AMD Bulldozer i Steamroller – historia architektury AMD

AMD Bulldozer i Steamroller to kolejne generacje architektury Family 15h – największej zmiany w projektowaniu procesorów x86 w historii AMD od czasów AMD64, która zdefiniowała całą „epokę Bulldozera” i przygotowała grunt pod późniejsze odejście do architektury Zen.

To zarazem jedna z najbardziej dyskutowanych i kontrowersyjnych architektur na rynku PC – ceniona za odwagę projektową, krytykowana za rozczarowującą wydajność i wysokie zużycie energii.

Wprowadzenie – o co chodzi z Bulldozerem i Steamrollerem?

Bulldozer to mikroarchitektura procesorów x86‑64 zaprojektowana przez AMD jako następca udanej rodziny K10 (Phenom II, Opteron).

Pierwsze procesory Bulldozer trafiły na rynek w październiku 2011 roku pod markami AMD FX (desktop) i Opteron (serwer).

Architektura ta została później rozwinięta w kilku kolejnych generacjach:

• Bulldozer – I generacja (AMD FX, część Opteron);
• Piledriver – II generacja, „wzmocniony Bulldozer” (FX, APU);
• Steamroller – III generacja (APU Kaveri, głównie FM2+);
• Excavator – IV generacja (APU Carrizo, Bristol Ridge, Athlon X4).

Cała ta linia rozwojowa jest oznaczana w dokumentacji jako Family 15h.

Steamroller to trzeci etap tej ewolucji – mikroarchitektura następująca po Piledriverze, zadebiutowała w styczniu 2014 roku w APU Kaveri na podstawce FM2+. Jej celem było przede wszystkim podniesienie wydajności pojedynczego wątku i poprawa efektywności energetycznej względem Bulldozera i Piledrivera.

Tło historyczne – od AMD64 i K10 do potrzeby „czegoś zupełnie nowego”

W 2003 roku AMD wprowadziło AMD64 – rozszerzenia 64‑bitowe dla x86, które stały się podstawą współczesnych systemów operacyjnych i procesorów PC. Bulldozer był pierwszą tak dużą przebudową architektury AMD od czasu AMD64.

Przed Bulldozerem AMD korzystało z architektury K10, znanej z serii Phenom II i Opteron. K10 zapewniała dobre IPC i konkurencyjną wydajność, ale wobec rosnącej liczby rdzeni i nacisku na efektywność energetyczną AMD zdecydowało się na radykalny krok: zaprojektować architekturę modułową od zera.

Założenia projektowe Bulldozera – moduły, CMT i „świat wielowątkowy”

Kluczowym pomysłem stojącym za Bulldozerem była koncepcja modułu zamiast klasycznych, w pełni niezależnych rdzeni. Każdy moduł zawierał dwa „rdzenie całkowitoliczbowe” (integer cores), które dzieliły część zasobów, takich jak jednostka zmiennoprzecinkowa i wspólne elementy front‑endu.

AMD określało ten pomysł jako Core Multithreading (CMT) – w odróżnieniu od SMT (np. Intel Hyper‑Threading), gdzie jeden fizyczny rdzeń wykonuje wiele wątków, tutaj mamy dwa logicznie oddzielne rdzenie integer dzielące część logiki.

Według analiz AMD projektowało Bulldozera z myślą o przyszłości, w której oprogramowanie będzie wysoce wielowątkowe. W praktyce oznaczało to:

• duży nacisk na przepustowość (many cores, high throughput),
• mniejszy nacisk na najwyższe możliwe IPC pojedynczego wątku,
• współdzielenie zasobów w obrębie modułu w celu ograniczenia powierzchni układu.

Z biznesowego punktu widzenia Bulldozer miał:

• zwiększyć skalowalność dla serwerów i stacji roboczych,
• umożliwić łatwe budowanie układów z 8, 12, 16 „rdzeni” poprzez łączenie modułów,
• poprawić relację wydajność/wat w scenariuszach wielowątkowych względem K10.

Debiut Bulldozera – FX i Opteron w 2011 roku

Architektura Bulldozer została oficjalnie wprowadzona na rynek 12 października 2011 roku jako następca K10. Procesory oparte na Bulldozerze trafiły przede wszystkim do linii AMD FX (desktop) oraz AMD Opteron (serwer).

Bulldozer był promowany jako:

• pierwsza całkowicie nowa architektura AMD od czasów AMD64,
• rozwiązanie zaprojektowane pod wielowątkową przyszłość oprogramowania,
• fundament pod kolejne generacje (Piledriver, Steamroller, Excavator).

Problemy Bulldozera – dlaczego architektura była tak krytykowana?

Pomimo ambitnej wizji, w praktyce Bulldozer stał się jedną z najbardziej krytykowanych architektur AMD.

1. Słaba wydajność jednowątkowa (single‑thread) – współdzielenie elementów front‑endu i części jednostek wykonawczych w module ograniczało IPC w typowych aplikacjach desktopowych, a wiele programów nie wykorzystywało jeszcze dużej liczby wątków.
2. Wysokie zużycie energii i TDP – aby osiągnąć konkurencyjne taktowanie, układy często wymagały wysokiego napięcia i TDP, co pogarszało kulturę pracy i opłacalność energetyczną.
3. Niespójna wydajność w zależności od obciążenia – architektura radziła sobie nieźle w zadaniach wysoce równoległych (rendering, kodowanie wideo), ale słabiej w grach i aplikacjach biurowych, gdzie liczy się siła pojedynczego rdzenia.

W uproszczeniu: AMD postawiło na „świat przyszłości”, który wtedy jeszcze nie nadszedł.

Jak ujęto to w jednej z opinii społeczności:

AMD zaprojektowało Bulldozera tak, aby mieć „dużą liczbę bardzo słabych rdzeni”, wierząc w przyszłą masową wielowątkowość.

Piledriver – druga generacja „wzmocnionego Bulldozera”

W 2012 roku AMD wprowadziło Piledriver – „enhanced Bulldozer”, czyli ulepszoną wersję architektury pierwszej generacji. Kluczowe zmiany obejmowały:

• utrzymanie architektury modułowej Family 15h,
• lepsze taktowanie i efektywność energetyczną oraz drobne zmiany front‑endu,
• zastosowanie zarówno w procesorach FX, jak i w APU (m.in. Trinity/Richland).

To wciąż była ta sama idea – moduły, CMT, wiele rdzeni o umiarkowanej sile – ale w bardziej dopracowanej formie. Rynek nadal oczekiwał jednak większego skoku w wydajności jednego rdzenia, co stało się głównym celem Steamrollera.

Steamroller – trzecia generacja modułowych rdzeni AMD

Pozycja Steamrollera w rodzinie Bulldozer

Steamroller to mikroarchitektura x86‑64 zaprojektowana jako następca i rozwinięcie Bulldozera oraz Piledrivera. Podobnie jak poprzednicy, należy do rodziny AMD Bulldozer Family 15h.

Na poziomie chronologii:

• Bulldozer – I generacja (FX/Opteron, 2011);
• Piledriver – II generacja („enhanced Bulldozer”, 2012);
• Steamroller – III generacja (ok. 2013/2014);
• Excavator – IV generacja (2015/2016).

Steamroller zachowuje modułową konstrukcję z dwoma rdzeniami w module, ale znacząco przebudowuje front‑end, zarządzanie zasilaniem i ścieżki danych/instrukcji.

Dla szybkiego porównania głównych generacji Family 15h warto spojrzeć na poniższą tabelę:

Generacja	Lata	Proces litograficzny	Główne produkty/segmenty
Bulldozer	2011	32 nm SOI	AMD FX (desktop), Opteron (serwer)
Piledriver	2012–2013	32 nm	FX (Vishera), APU Trinity/Richland
Steamroller	2013–2014	28 nm	APU Kaveri (FM2+)
Excavator	2015–2016	28 nm	APU Carrizo, Bristol Ridge, Athlon X4

Główne cele projektowe Steamrollera

Zgodnie z materiałami AMD oraz niezależnymi analizami, wyznaczono trzy kluczowe cele, które miały uczynić architekturę konkurencyjną:

1. Lepsza gospodarka energią i niższe TDP – rozbudowane mechanizmy zarządzania zasilaniem oraz granularne usypianie nieużywanych bloków miały zmniejszyć pobór mocy.
2. Wyższa wydajność pojedynczego rdzenia (single‑thread) – poprawa IPC poprzez zmiany w dekodowaniu, kolejkowaniu i wykonaniu oraz ograniczenie konfliktów współdzielenia zasobów.
3. Przyspieszenie dopływu danych i instrukcji – zwiększenie przepustowości front‑endu i usprawnienia w predykcji skoków oraz hierarchii pamięci podręcznej.

Kluczowe zmiany architektoniczne

Najważniejsze usprawnienia wprowadzone w Steamrollerze obejmują:

• Podwojenie liczby dekoderów instrukcji i lepszą paralelizację – przetwarzanie do 4 instrukcji na rdzeń na takt znacząco wzmacnia front‑end;
• Poprawę schedulera i układu kolejek – redukcja „pustych cykli” i lepsze wykorzystanie jednostek wykonawczych;
• Ulepszenia predykcji skoków i pamięci podręcznej – mniej chybionych skoków oraz stabilniejszy dopływ instrukcji do rdzeni;
• Bardziej zaawansowane mechanizmy oszczędzania energii – agresywne usypianie nieużywanych bloków oraz granularne sterowanie napięciem i taktowaniem.

Mimo tych zmian Steamroller pozostaje architekturą modułową, wciąż opartą na koncepcji dwóch rdzeni integer współdzielących część zasobów w jednym module.

Litografia 28 nm i segmentacja

Steamroller od początku projektowano z myślą o procesie 28 nm. Pierwsze układy wykorzystujące Steamrollera to APU Kaveri (i projekty pokrewne), łączące w jednym chipie:

• rdzenie CPU Steamroller,
• zintegrowany GPU Radeon (architektura GCN),
• kontroler pamięci i dodatkową logikę SoC.

Dzięki temu Steamroller pojawił się przede wszystkim w segmentach APU – desktopowych i mobilnych.

Produkty oparte na Steamrollerze – Kaveri i FM2+

Debiut Kaveri

Architektura Steamroller została wprowadzona na rynek w styczniu 2014 roku w postaci APU o kodowej nazwie Kaveri. Układy te:

• korzystają z gniazda FM2+ na desktopie,
• łączą rdzenie Steamroller z GPU GCN oraz kontrolerem pamięci w jednym układzie (APU),
• celują w segment mainstream i mid‑range – desktop i notebooki.

Steamroller wyłącznie w APU

Ważnym aspektem jest to, że Steamroller praktycznie nie pojawił się w czysto „CPU‑owych” następcach FX na desktopach. Trzecia generacja modułowych rdzeni AMD trafiła głównie do APU serii A (mobilnych i desktopowych) oraz na platformę FM2+, gdzie większe znaczenie ma połączenie CPU+GPU i efektywność energetyczna.

Excavator – czwarta generacja Bulldozera i ostatni etap Family 15h

Pozycja Excavatora

Excavator stanowi bezpośrednie rozwinięcie Steamrollera w ramach rodziny Family 15h i kontynuuje koncepcję modułów. Najważniejsze fakty:

• jest następcą Steamrollera,
• należy do rodziny Family 15h i rozwija podejście CMT,
• został wprowadzony na rynek około 2015 roku.

Procesory oparte na Excavatorze obejmują:

• APU Carrizo – głównie segment mobilny,
• APU Bristol Ridge – desktop/mobilne A‑Series,
• Athlon X4 – procesory desktopowe bez iGPU.

Koniec modułowego podejścia i zapowiedź Zen

W oficjalnych roadmapach AMD zapowiedziało porzucenie modułowej architektury Bulldozer/CMT po Excavatorze i przejście do zupełnie nowej koncepcji. Plan zakładał:

• rezygnację z modułów współdzielących zasoby,
• przejście na procesy 14/16 nm FinFET,
• zastosowanie klasycznego SMT w nowej architekturze Zen.

Zen zastąpił całą linię Bulldozer/Piledriver/Steamroller/Excavator i porzucił „Clustered Integer Core” na rzecz silnych rdzeni z SMT.

Lekcje z Bulldozera i Steamrollera – co ta era nauczyła AMD?

1. Rynek nie był tak wielowątkowy, jak zakładano

   AMD przyjęło, że przyszłe oprogramowanie będzie w pełni wykorzystywać dziesiątki wątków – stąd projekt wielu relatywnie słabych rdzeni. W praktyce gry i aplikacje desktopowe długo pozostawały głównie jednowątkowe lub lekko wielowątkowe, co karało Bulldozera i jego następców za niskie IPC.

2. Współdzielenie zasobów w module jest ryzykowne

   Koncepcja CMT redukowała powierzchnię i koszty, ale trudno ją pogodzić z wysoką wydajnością pojedynczego wątku – zwłaszcza przy jednoczesnym obciążeniu obu „rdzeni” w module.

3. Front‑end procesora jest krytyczny

   Słabym punktem Bulldozera był front‑end (dekodowanie, predykcja skoków, dopływ instrukcji). Steamroller intensywnie poprawiał właśnie ten obszar (podwojenie dekoderów, lepsza paralelizacja), co pokazało, jak kluczowe są te elementy dla IPC.

4. Konieczność równowagi między wydajnością a efektywnością energetyczną

   Wysokie TDP Bulldozera pokazało, że sam wzrost liczby rdzeni bez odpowiedniej efektywności energetycznej nie jest akceptowalny ani w desktopach, ani w serwerach. Steamroller i Excavator akcentują zaawansowane mechanizmy zarządzania energią.

5. Przejście z CMT do klasycznego SMT (Zen)

   Po kilku generacjach ulepszeń AMD uznało, że modułowe podejście wyczerpało potencjał. Zen porzuca CMT na rzecz silnych, monolitycznych rdzeni z SMT.

Znaczenie Bulldozera i Steamrollera dla rynku, deweloperów i użytkowników

Choć Bulldozer i Steamroller często wspomina się jako „nieudane” architektury, ich znaczenie wykracza poza wyniki testów:

• Dla rynku PC – trudny okres dla AMD i utrata części udziałów na rzecz Intela, ale też impuls do radykalnej przebudowy (Zen) i powrotu do konkurencyjności;
• Dla projektantów procesorów – realny eksperyment z modułową architekturą CMT, pokazujący zarówno potencjał innowacji, jak i ryzyko niedopasowania do oprogramowania;
• Dla deweloperów oprogramowania – lekcja o znaczeniu efektywnej wielowątkowości i skalowania, ale też o ograniczonej wartości optymalizacji pod niszowe cechy konkretnej architektury;
• Dla użytkowników końcowych – procesory te wciąż sprawdzają się w zadaniach wysoce równoległych lepiej, niż sugeruje ich ogólny wizerunek, a ich ocena wymaga znajomości architektury.