Perché non ci sono software

Per decenni abbiamo utilizzato software per suddividere i server con hypervisor di virtualizzazione per eseguire molti piccoli carichi di lavoro su un pezzo di ferro relativamente grande.

Questo è stato un vantaggio per i server X86 durante la Grande Recessione, quando la tecnologia di virtualizzazione dei server era abbastanza matura da essere messa in produzione (anche se non ancora perfetta), consentendo il consolidamento dei server e un maggiore utilizzo dei server e persino aiutando alcune aziende a saltare una o due generazioni di server. aggiornamenti dei server in un momento in cui non potevano davvero spendere soldi per un nuovo ferro.

Allora come mai non utilizziamo anche software per accoppiare strettamente molti server economici per creare blocchi di memoria condivisa e calcolo associato per eseguire carichi di lavoro più grandi di una singola macchina? È molto più semplice programmare per uno spazio di memoria condiviso che per un sistema di calcolo distribuito a basso accoppiamento, quindi questo ci lascia un po' perplessi. Non ti piacerebbe avere una macchina con manciate di socket e migliaia di thread e avere un software di basso livello che gestisca l'allocazione delle risorse? Perché ampliare le applicazioni e i database quando potresti essere pigro e aumentare le dimensioni?

La tecnologia per creare al volo i sistemi NUMA esiste da molti anni: ricordate Virtual Iron, RNA Networks e ScaleMP? - ed è forse culminato con TidalScale, che ha ripreso l'idea con i suoi colpi di scena essenzialmente sulla stessa storia e che è stata fondata nel marzo 2012 da Ike Nassi, Kleoni Ioannidou e Michael Berman.

A proposito, le altre tre società di software che creavano server NUMA virtuali da macchine X86 di base se ne sono andate tutte.

Virtual Iron, fondata nel 2001, è scomparsa nelle fauci spalancate di Oracle nel maggio 2009. RNA Networks, fondata nel 2006, è stata mangiata da Dell nel giugno 2011, e quel produttore di server ci ha scherzato un po' e poi non ne abbiamo più sentito parlare Ancora. E ScaleMP, fondata nel 2003, stava ancora andando piuttosto forte nel settore HPC con il suo omonimo hypervisor NUMA quando The Next Platform è stata fondata nel 2015, ScaleMP è stata silenziosamente acquisita da SAP nel giugno 2021. (Non c'è stato alcun annuncio in merito per quanto riguarda siamo consapevoli. )

Nassi è il pezzo forte di TidalScale ed è ancora presidente e chief technology officer.

Dopo aver conseguito una laurea, un master e un dottorato in informatica presso la Stony Brook University di New York, Nassi è stato ingegnere presso l'innovatore di minicomputer Digital Equipment e negli anni '80 è stato vicepresidente presso l'innovatore di sistemi di supercalcolo NUMA Encore Computer prima di unirsi ad Apple per aiutare sviluppare il sistema operativo e i linguaggi MacOS. (Nassi è uno dei creatori del linguaggio di programmazione Ada e ha contribuito a creare il linguaggio di programmazione Dylan per il palmare Apple Newton.) Ha fondato il pioniere del mesh networking Firetide nel 2001, per poi passare a essere capo scienziato presso il braccio SAP Research dell'azienda. Gigante del software ERP, in servizio dal 2005 al 2011.

Nassi è anche professore a contratto di informatica presso l'Università della California a Santa Cruz.

TidalScale ha raccolto 43 milioni di dollari in due round di finanziamento di rischio e nel 2016 ha assunto Gary Smerdon come amministratore delegato. Smerdon è un dirigente di lunga data di AMD nel settore dei semiconduttori che successivamente ha lavorato presso Marvell, Greenfield Networks (acquisita da Cisco Systems), Tarari (acquisita da LSI Logic dove ha ricoperto vari ruoli esecutivi per sei anni), Fusion-io e Pavalion Data Systems .

Abbiamo parlato con Smerdon quando è stato lanciato TidalScale 3.0, quando stavamo realizzando Next Platform TV durante il culmine della pandemia di coronavirus. E con nostro dispiacere, l'anno scorso non abbiamo fornito all'azienda la copertura adeguata della sua versione TidalScale 4.0. Ma lo stiamo facendo durante il rilascio di TidalScale 4.1, appena uscito.

L'azienda ha lanciato il suo HyperKernel iniziale e il relativo stack di gestione del sistema per server virtuali NUMA nel 2016, seguito da una versione 2.0 nel 2017, ma è con il prodotto TidalScale 3.0 nel settembre 2019 che ha migliorato la scalabilità delle macchine NUMA che potrebbero essere composte con HyperKernel, con un massimo di 64 TB di memoria su un server NUMA definito dal software, un massimo di 12 TB in qualsiasi nodo del cluster NUMA, fino al punto in cui 128 TB sono indirizzabili. Questo è un limite nell'architettura del server Xeon SP di Intel, che al momento è l'unica CPU supportata da TidalScale.