// Dobór sprzętu // Bazy danych · Licencje Aktualizacja: 2025

Dlaczego proponujemy klientom AMD EPYC 9175F
do zastosowań bazodanowych

W bazach danych licencjonowanych per-core (Oracle Database EE, MS SQL Server Enterprise) o kosztach decyduje liczba rdzeni. AMD EPYC 9175F (Turin, Zen 5) to tylko 16 rdzeni — ale z 512 MB cache L3 i taktowaniem do 5,0 GHz. Maksymalna wydajność na rdzeń przy minimalnej liczbie licencji. Świetnie sprawdza się też pod PostgreSQL i MySQL/MariaDB.

16
Rdzeni = niska licencja
512 MB
Cache L3 (32 MB / rdzeń)
5,0 GHz
Maks. taktowanie boost
// Spis treści
  1. W bazach danych płacisz za rdzeń
  2. AMD EPYC 9175F (Turin) — specyfikacja
  3. Mniej rdzeni = niższy koszt licencji
  4. Wydajność na rdzeń: cache i zegary
  5. PostgreSQL i MySQL/MariaDB
  6. 9175F vs 9755 — rekomendacja
// 01 · Kontekst

W bazach danych płacisz za rdzeń

Komercyjne silniki bazodanowe — Oracle Database Enterprise Edition oraz Microsoft SQL Server Enterprise — licencjonowane są za rdzeń fizyczny. Koszt licencji bardzo szybko przewyższa koszt samego sprzętu: pojedyncza licencja Oracle EE to kilkadziesiąt tysięcy dolarów na rdzeń. Przy takiej ekonomii nadrzędnym celem doboru procesora jest jak najmniejsza liczba rdzeni przy jak najwyższej wydajności każdego z nich.

$/rdzeń
Oracle EE i MSSQL EE
liczone per-core
≫
Licencja często droższa
niż cały serwer
16
Rdzeni 9175F = niski
próg licencyjny
⚠️

Pułapka gęstości: dla baz per-core procesor ze 128 rdzeniami (np. EPYC 9755) oznaczałby ogromny koszt licencji. Tu odwracamy logikę — wybieramy układ z małą liczbą bardzo szybkich rdzeni.

// 02 · Specyfikacja

AMD EPYC 9175F (Turin, Zen 5)

9175F to wyspecjalizowany model z serii „F" (high-frequency) rodziny EPYC 9005 „Turin". Jego unikalna konstrukcja — 16 rdzeni rozłożonych na wielu chipletach (CCD) — daje każdemu rdzeniowi dostęp do ogromnej puli cache L3, co jest idealne dla baz danych.

ParametrAMD EPYC 9175F
ArchitekturaZen 5 (Turin), socket SP5
Rdzenie / wątki16 / 32
Taktowanie (baza / boost)4,2 GHz / do 5,0 GHz
Cache L3512 MB (32 MB na rdzeń)
Pamięć12-kanałowa DDR5-6000
PCIe128 linii PCIe Gen5
Konfiguracja socketów1 lub 2 sockety (platforma 2P)
TDP320 W
⚡

Cache to klucz: aż 512 MB L3 przy zaledwie 16 rdzeniach daje 32 MB cache na rdzeń — wielokrotnie więcej niż w typowych procesorach o wysokiej gęstości. Dla baz danych oznacza to mniej odwołań do pamięci i wyższą wydajność zapytań.

🚀

Podstawka wspiera też 2 sockety: platforma SP5 pozwala umieścić 2 procesory 9175F w jednym serwerze, co podwaja moc obliczeniową bazodanową — łącznie 32 rdzenie o wysokim taktowaniu (i tyle samo licencjonowanych rdzeni Oracle EE / MS SQL EE). To opcja dla większych baz wymagających więcej rdzeni przy zachowaniu maksymalnej wydajności na rdzeń.

// 03 · Licencje

Mniej rdzeni = niższy koszt licencji

Skoro Oracle EE i MS SQL EE liczą opłatę za każdy aktywny rdzeń fizyczny, to procesor 9175F z 16 rdzeniami minimalizuje liczbę licencji — a wysokie zegary i wielka pamięć podręczna sprawiają, że te nieliczne rdzenie pracują wyjątkowo wydajnie. Płacisz za mniej rdzeni, a otrzymujesz więcej realnej wydajności na każdy z nich.

  • 16 rdzeni = niski, przewidywalny próg licencji Oracle EE / MSSQL EE
  • Wysoka wydajność na rdzeń ogranicza potrzebę dokupowania kolejnych licencji
  • Oszczędność na licencjach często wielokrotnie przewyższa różnicę w cenie CPU
  • W Proxmox VE bazę izolujemy na dedykowanej VM z przypisanymi rdzeniami (vCPU pinning)
ℹ️

W środowiskach mieszanych stosujemy podejście hybrydowe: gęsty EPYC 9755 pod ogólne aplikacje i wirtualizację, a wysokotaktowany EPYC 9175F pod licencjonowane per-core bazy danych — każdy workload na właściwym sprzęcie.

// 04 · Wydajność

Wydajność na rdzeń: cache i zegary

Bazy danych są bardzo wrażliwe na opóźnienia i wydajność jednowątkową. Trzy cechy 9175F idealnie się tu spotykają: ogromny cache, wysokie taktowanie i szeroka pamięć.

A

512 MB cache L3

Więcej „gorących" danych mieści się w cache procesora, co redukuje kosztowne odwołania do RAM. Bufory, indeksy i plany zapytań pozostają bliżej rdzenia.

B

Taktowanie do 5,0 GHz

Wysokie zegary przyspieszają operacje jednowątkowe i krótkie transakcje OLTP — tam, gdzie liczy się czas pojedynczego zapytania, nie tylko równoległość.

C

DDR5 + PCIe Gen5 NVMe

12-kanałowa pamięć i szybkie dyski NVMe Gen5 zapewniają wysoką przepustowość I/O — kluczową dla logów transakcyjnych, tempdb i dużych skanów.

🎯

Efekt: te same (a często wyższe) wyniki bazodanowe przy mniejszej liczbie licencjonowanych rdzeni niż na starszych, wolniejszych procesorach.

// 05 · Open source

Świetny także dla PostgreSQL i MySQL/MariaDB

Zalety 9175F nie ograniczają się do baz komercyjnych. Open source'owe silniki — PostgreSQL, MySQL i MariaDB — również ogromnie zyskują na wysokim taktowaniu i dużym cache, mimo że nie wiążą się z opłatami per-core.

  • PostgreSQL: szybsze plany zapytań, krótsze transakcje, wydajny VACUUM i indeksowanie
  • MySQL / MariaDB: wysoka wydajność OLTP i szybkie operacje na buforach InnoDB
  • Mniej rdzeni o wyższej wydajności upraszcza tuning i ogranicza koszty hostingu
  • Pełna izolacja i HA w Proxmox VE — replikacja, backup PBS, failover klastra
💡

Dla baz open source 9175F to po prostu bardzo szybki, „cichy bohater" wydajności — bez kompromisów licencyjnych, za to z pełnią korzyści z cache i zegarów.

🎯

Rekomendacja konsolidacji: bazy danych, które nie wymagają licencji per-core — jak MySQL/MariaDB czy PostgreSQL — najlepiej umieszczać na gęstym procesorze EPYC 9755. Dzięki temu cenne, wysokotaktowane rdzenie 9175F rezerwujemy wyłącznie dla baz licencjonowanych per-core (Oracle EE, MS SQL EE), nie obciążając rdzeni, za które klient płaci za każdy licencjonowany rdzeń. Darmowe silniki open source korzystają wtedy z dużej liczby rdzeni 9755, a budżet licencyjny pozostaje minimalny.

// 06 · Rekomendacja

9175F vs 9755 — rekomendacja

Oba procesory pochodzą z tej samej rodziny Turin, ale odpowiadają na inne potrzeby. Dobór zależy od profilu obciążenia i modelu licencjonowania.

KryteriumEPYC 9175FEPYC 9755
ProfilBazy danych, per-coreOgólne aplikacje, konsolidacja
Rdzenie16 (wysokie zegary)128 (gęstość)
Cache na rdzeń32 MB4 MB
OptymalizujeKoszt licencji DBLiczbę hostów / OPEX
🧩

Nasza rekomendacja: dla serwerów Oracle EE / MS SQL EE — EPYC 9175F. Dla ogólnej wirtualizacji i konsolidacji — EPYC 9755. W większych środowiskach łączymy oba modele, dobierając sprzęt do charakteru każdego workloadu.

Dobierzemy sprzęt pod Twoje bazy

Pomożemy oszacować liczbę licencjonowanych rdzeni i dobrać procesor minimalizujący koszt licencji Oracle / MS SQL — przy zachowaniu pełnej wydajności bazy.

⚡ Bezpłatna konsultacja → EPYC 9755 do aplikacji
// Hardware selection // Databases · Licensing Updated: 2025

Why we recommend the AMD EPYC 9175F
for database workloads

For per-core-licensed databases (Oracle Database EE, MS SQL Server Enterprise), cost is driven by core count. The AMD EPYC 9175F (Turin, Zen 5) has only 16 cores — but with 512 MB of L3 cache and clocks up to 5.0 GHz. Maximum per-core performance with the minimum number of licenses. It's also excellent for PostgreSQL and MySQL/MariaDB.

16
Cores = low licensing
512 MB
L3 cache (32 MB / core)
5.0 GHz
Max boost clock
// Table of Contents
  1. In databases you pay per core
  2. AMD EPYC 9175F (Turin) — specs
  3. Fewer cores = lower licensing cost
  4. Per-core performance: cache & clocks
  5. PostgreSQL and MySQL/MariaDB
  6. 9175F vs 9755 — recommendation
// 01 · Context

In databases you pay per core

Commercial database engines — Oracle Database Enterprise Edition and Microsoft SQL Server Enterprise — are licensed per physical core. Licensing cost quickly exceeds the cost of the hardware itself: a single Oracle EE license runs into tens of thousands of dollars per core. With that economics, the overriding goal of CPU selection is the fewest possible cores at the highest possible per-core performance.

$/core
Oracle EE and MSSQL EE
billed per core
≫
License often costs
more than the server
16
9175F cores = low
licensing threshold
⚠️

The density trap: for per-core databases a 128-core CPU (e.g. EPYC 9755) would mean enormous licensing costs. Here we invert the logic — we pick a chip with few, very fast cores.

// 02 · Specs

AMD EPYC 9175F (Turin, Zen 5)

The 9175F is a specialised "F" (high-frequency) model in the EPYC 9005 "Turin" family. Its unique design — 16 cores spread across many chiplets (CCDs) — gives each core access to a huge pool of L3 cache, which is ideal for databases.

ParameterAMD EPYC 9175F
ArchitectureZen 5 (Turin), socket SP5
Cores / threads16 / 32
Clock (base / boost)4.2 GHz / up to 5.0 GHz
L3 cache512 MB (32 MB per core)
Memory12-channel DDR5-6000
PCIe128 lanes PCIe Gen5
Socket configuration1 or 2 sockets (2P platform)
TDP320 W
⚡

Cache is the key: 512 MB of L3 across just 16 cores gives 32 MB of cache per core — many times more than typical high-density CPUs. For databases this means fewer memory accesses and higher query performance.

🚀

The socket also supports 2 CPUs: the SP5 platform lets you fit two 9175F processors in a single server, doubling database compute — a combined 32 high-frequency cores (and the same number of licensed Oracle EE / MS SQL EE cores). An option for larger databases that need more cores while keeping maximum per-core performance.

// 03 · Licensing

Fewer cores = lower licensing cost

Since Oracle EE and MS SQL EE charge per active physical core, the 16-core 9175F minimises the number of licenses — while high clocks and a huge cache make those few cores exceptionally productive. You pay for fewer cores and get more real performance from each.

  • 16 cores = a low, predictable Oracle EE / MSSQL EE licensing threshold
  • High per-core performance reduces the need to buy additional licenses
  • License savings often dwarf the CPU price difference many times over
  • In Proxmox VE the database is isolated on a dedicated VM with pinned vCPUs
ℹ️

In mixed environments we use a hybrid approach: the dense EPYC 9755 for general applications and virtualisation, and the high-frequency EPYC 9175F for per-core-licensed databases — each workload on the right hardware.

// 04 · Performance

Per-core performance: cache & clocks

Databases are highly sensitive to latency and single-thread performance. Three traits of the 9175F meet perfectly here: huge cache, high clocks and wide memory.

A

512 MB L3 cache

More "hot" data fits in the CPU cache, reducing costly trips to RAM. Buffers, indexes and query plans stay closer to the core.

B

Clocks up to 5.0 GHz

High clocks accelerate single-threaded operations and short OLTP transactions — where the time of an individual query matters, not just parallelism.

C

DDR5 + PCIe Gen5 NVMe

12-channel memory and fast NVMe Gen5 drives provide high I/O throughput — critical for transaction logs, tempdb and large scans.

🎯

The result: the same (often higher) database performance with fewer licensed cores than on older, slower CPUs.

// 05 · Open source

Also excellent for PostgreSQL and MySQL/MariaDB

The 9175F's strengths aren't limited to commercial databases. Open-source engines — PostgreSQL, MySQL and MariaDB — also benefit greatly from high clocks and a large cache, even though they carry no per-core fees.

  • PostgreSQL: faster query plans, shorter transactions, efficient VACUUM and indexing
  • MySQL / MariaDB: high OLTP performance and fast InnoDB buffer operations
  • Fewer, higher-performance cores simplify tuning and cut hosting costs
  • Full isolation and HA in Proxmox VE — replication, PBS backup, cluster failover
💡

For open-source databases the 9175F is simply a very fast "quiet hero" of performance — no licensing compromises, with the full benefit of cache and clocks.

🎯

Consolidation recommendation: databases that don't require per-core licensing — such as MySQL/MariaDB and PostgreSQL — are best placed on the dense EPYC 9755. That way the valuable, high-frequency 9175F cores are reserved exclusively for per-core-licensed databases (Oracle EE, MS SQL EE), without burdening the cores the client pays for per licensed core. Free open-source engines then leverage the 9755's high core count, while the licensing budget stays minimal.

// 06 · Recommendation

9175F vs 9755 — recommendation

Both CPUs come from the same Turin family but answer different needs. The choice depends on the workload profile and licensing model.

CriterionEPYC 9175FEPYC 9755
ProfileDatabases, per-coreGeneral apps, consolidation
Cores16 (high clocks)128 (density)
Cache per core32 MB4 MB
OptimisesDB license costHost count / OPEX
🧩

Our recommendation: for Oracle EE / MS SQL EE servers — the EPYC 9175F. For general virtualisation and consolidation — the EPYC 9755. In larger environments we combine both, matching the hardware to each workload.

We'll match the hardware to your databases

We'll help estimate the number of licensed cores and pick a CPU that minimises Oracle / MS SQL license costs — while keeping full database performance.

⚡ Free consultation → EPYC 9755 for applications