Vad OCP-specifikationen faktiskt fastställer

Sandisk och SK hynix gav ut den första tekniska specifikationen för High Bandwidth Flash genom Open Compute Project, Sandisk med ett meddelande den 3 augusti och SK hynix med en presentation på konferensen Future of Memory and Storage i Santa Clara, som pågår från den 4 till den 6 augusti. Specifikationen omfattar kapaciteter upp till 512 GB med staplar av 8 eller 16 NAND-kretsar, tre prestandaklasser som ger ungefär 0,4 till 3,0 terabyte per sekund i läsbandbredd, och ett UCIe-gränssnitt för att kopplas till processorer.

Dokumentet är mer än ett datablad. Det fastställer gränssnittet mellan processorn och HBF-stapeln, de elektriska egenskaperna, vägledning om driftsäkerhet, krav på kapsling för stapelprocessen och en programvaruvägledning för läs- och skrivoperationer. Med andra ord anger det just de delar en systemkonstruktör behöver för att bygga ett kort kring en komponent som ännu inte levereras i serie. Kim Chun-sung, executive vice president på SK hynix, formulerade syftet som att vidga gränserna mellan minne och lagring, och företaget använde samma tillfälle för att redovisa NAND av tionde generationen med 375 lager och en uppgiven förbättring av energieffektiviteten på 2,5 gånger, med företagsdiskar byggda på det väntade i början av 2027.

Spridningen på 7,5 gånger över tre klasser är tecknet

Specifikationens mest avslöjande tal är intervallet. Klass ett ger omkring 0,4 terabyte per sekund och klass tre omkring 3,0, alltså en spridning på 7,5 gånger inom en enda standard. Minnesstandarder sträcker sig vanligen inte så långt. En så bred spridning säger att författarna inte fastställer en komponent utan en trappa, med ett billigt steg med hög kapacitet för att hålla modellvikter och ett snabbt steg som tävlar om arbete som i dag utförs av minne med hög bandbredd.

Det är det strategiska innehållet i detta besked, och det är värt att säga rakt ut: HBF finns eftersom branschen inte kan få tillräckligt med HBM. Vår egen läsning av minnesmarknaden de senaste veckorna har varit entydig på den punkten, där den allra största delen av utbudet av avancerat minne redan är bundet långt före leverans. HBM är snabbt, litet och tilldelat. NAND är långsammare per bit men oerhört mycket rikligare och inte helt bokat. Att sätta en NAND-stapel bakom ett gränssnitt med hög bandbredd är ett försök att köpa kapacitet i den enda valuta som ännu finns att få. De 512 GB betyder mer än de 3,0 terabyte per sekund, för när kontextfönster och modellvikter växer är kapacitet det som först tar slut för arbetslaster med slutledning.

Google och Tenstorrent är de underskrifter som räknas

Att två minnestillverkare enas om en standard bevisar i sig mycket lite, eftersom båda säljer just det som normeras. Den avgörande detaljen är att Google och Tenstorrent gick in i sammanslutningen under normeringsarbetet och bidrog till att bekräfta tekniken. Den ena är en hyperskalare som köper acceleratorer i mängd och konstruerar egna, den andra konstruerar acceleratorer. Deras närvaro gör specifikationen från ett förslag på utbudssidan till något med ett åtagande från efterfrågesidan fäst vid.

Tidsplanen förstärker det. Sammanslutningen började arbeta i februari 2026 och gav ut ungefär sex månader senare, vilket är snabbt för ett minnesgränssnitt, och den gav ut innan delar i serie finns. Att först normera och sedan leverera är den omvända ordningen mot det vanliga, där en dominerande leverantör levererar en egen del och standarden kommer efteråt för att välsigna den. Att ge ut genom Open Compute Project betyder också att gränssnittet står öppet för konkurrerande NAND-leverantörer, och det är den mekanism som mest sannolikt hindrar HBF från att upprepa den tilldelningsklämma som HBM skapade. För europeiska inköpare som söker leveranstålighet inom Chips Act är ett öppet gränssnitt med flera möjliga källor ett betydligt bättre utgångsläge än en enda leverantörs färdplan.

Inköpsfrågan för 2027

Eftersom HBF fästs via UCIe, en förbindelse mellan delkretsar, fattas beslutet att ta med det när acceleratorn eller modulen konstrueras. Det är inte ett kort ni lägger till i en server ni redan äger, och det är inte en eftermontering. Det lägger en bestämd fråga på ert bord i nästa inköpsomgång och inte 2028: har den plattform vi är på väg att binda oss till för de närmaste fyra åren ett HBF-lager, och om den inte har det, vad händer då med vår kostnad per enhet slutledning när minneskapacitet blir den bindande begränsningen.

Det ärliga förbehållet är att en utgiven specifikation inte är kisel. Ingen HBF-del har levererats i serie, prestandaklasserna är konstruktionsmål, och standarder har tidigare dött mellan utgivning och produktion. Ta det som skäl att ställa leverantörerna en träffsäker fråga och att kräva ett skriftligt svar om färdplanen, inte som skäl att skjuta upp ett köp ni behöver nu. Den rätta hållningen är att undvika att skriva under en lång plattformsbindning som antar att minneshierarkin från 2026 fortfarande är hierarkin 2028, eftersom de som tillverkar minnet just gett ut ett dokument som säger motsatsen.

Läs vidare: Ert minne för 2027 är redan bokat  |  Sjuttio procent av minnet är redan bundet