Por que não existem softwares

Por décadas, usamos software para dividir servidores com hipervisores de virtualização para executar muitas cargas de trabalho pequenas em um pedaço de ferro relativamente grande.

Isso foi uma benção para os servidores X86 durante a Grande Recessão, quando a tecnologia de virtualização de servidores estava madura o suficiente para ser colocada em produção (embora ainda não perfeita), permitindo a consolidação do servidor e maior utilização do servidor e até mesmo ajudando algumas empresas a pular uma ou duas gerações de atualizações de servidores em um momento em que eles realmente não podiam gastar dinheiro em ferro novo.

Então, por que também não usamos software para acoplar firmemente muitos servidores baratos para criar blocos de memória compartilhada e computação associada para executar cargas de trabalho maiores do que uma única máquina? É muito mais fácil programar para um espaço de memória compartilhado do que para um sistema de computação distribuído fracamente acoplado, então isso é um pouco confuso para nós. Você não gostaria de ter uma máquina com um punhado de soquetes e milhares de threads e ter um software de baixo nível gerenciando a alocação de recursos? Por que dimensionar seus aplicativos e bancos de dados quando você pode ser preguiçoso e dimensionar?

A tecnologia para criar sistemas NUMA em tempo real existe há muitos anos – lembra-se de Virtual Iron, RNA Networks e ScaleMP? – e talvez tenha culminado com o TidalScale, que tem dado uma nova chance à ideia com suas próprias reviravoltas essencialmente na mesma história e que foi fundado em março de 2012 por Ike Nassi, Kleoni Ioannidou e Michael Berman.

A propósito, aquelas outras três empresas de software que criaram servidores NUMA virtuais a partir de máquinas X86 comuns desapareceram.

A Virtual Iron, fundada em 2001, desapareceu na boca aberta da Oracle em maio de 2009. A RNA Networks, fundada em 2006, foi devorada pela Dell em junho de 2011, e aquele fabricante de servidores mexeu um pouco com ela e nunca mais ouvimos falar dela. de novo. E o ScaleMP, fundado em 2003, ainda estava muito forte no setor de HPC com seu hipervisor NUMA de mesmo nome quando a The Next Platform foi fundada em 2015, o ScaleMP foi discretamente adquirido pela SAP em junho de 2021. (Não houve anúncio disso até estamos cientes. )

Nassi é o peso-pesado da TidalScale e ainda é presidente e diretor de tecnologia.

Depois de obter bacharelado, mestrado e doutorado em ciência da computação pela Stony Brook University em Nova York, Nassi foi engenheiro da inovadora Digital Equipment em minicomputadores e, na década de 1980, foi vice-presidente da inovadora de sistemas de supercomputação NUMA, Encore Computer, antes de ingressar na Apple para ajudar desenvolver seu sistema operacional MacOS e idiomas. (Nassi é um dos criadores da linguagem de programação Ada e ajudou a criar a linguagem de programação Dylan para o computador de mão Apple Newton.) Ele fundou a Firetide, pioneira em redes mesh, em 2001, e depois passou a ser cientista-chefe do braço de pesquisa SAP da Gigante do software ERP, atendendo de 2005 a 2011.

Nassi também é professor adjunto de longa data de ciência da computação na Universidade da Califórnia em Santa Cruz.

A TidalScale levantou US$ 43 milhões em duas rodadas de financiamento de risco e, em 2016, trouxe Gary Smerdon como diretor executivo. Smerdon é um executivo de semicondutores de longa data da AMD que posteriormente trabalhou na Marvell, Greenfield Networks (adquirida pela Cisco Systems), Tarari (adquirida pela LSI Logic, onde ocupou vários cargos executivos por seis anos), Fusion-io e Pavalion Data Systems .

Conversamos com Smerdon quando o TidalScale 3.0 foi lançado, quando estávamos fazendo a Next Platform TV durante o auge da pandemia de coronavírus. E, para nosso desgosto, não demos à empresa a cobertura adequada de seu lançamento do TidalScale 4.0 no ano passado. Mas estamos fazendo isso durante o lançamento do TidalScale 4.1, que acabou de sair.

A empresa lançou seu HyperKernel inicial e pilha de gerenciamento de sistema relacionada para servidores NUMA virtuais em 2016 e seguiu com um lançamento 2.0 em 2017, mas foi com o produto TidalScale 3.0 em setembro de 2019 que melhorou a escalabilidade das máquinas NUMA que poderiam ser compostas com HyperKernel, com um máximo de 64 TB de memória em um servidor NUMA definido por software, um máximo de 12 TB em qualquer nó no cluster NUMA, até o ponto em que 128 TB sejam endereçáveis. Este é um limite na arquitetura do servidor Xeon SP da Intel, que no momento é a única CPU suportada pelo TidalScale.