O Linux Desktop Choice do Facebook é Fedora, mas aumentando o CentOS Stream

Visual mostrando como os vários componentes e ferramentas funcionam juntos.

Como o Facebook usa Linux e Btrfs: uma entrevista com Chris Mason

Chris Mason é o principal autor do BTRFS, o sistema de arquivos de código aberto que é visto como o sistema de arquivos padrão do SUSE Enterprise Linux. Mason começou a trabalhar no BTRFS no Oracle e depois se mudou para o Facebook, onde continuou trabalhando no sistema de arquivos como membro da equipe do Kernel Linux da empresa. Quando o Facebook tem novos kernels que precisam sair, Mason ajuda a garantir que tudo tenha sido testado adequadamente e atenda às necessidades de desempenho.

Linux.com: BTRFS está em desenvolvimento há muito tempo.
Está pronto para o horário nobre? Eu sei que algumas distribuições Linux o estão usando como o sistema de arquivos padrão, enquanto outros não.

Chris Mason: É certamente o padrão no SUSE Linux Enterprise Server. SUSE gasta uma quantidade considerável de energia e pessoas apoiando os BTRFs, o que eu realmente aprecio. Red Hat não o pegou da mesma maneira. É uma daquelas coisas em que as pessoas buscam os recursos que mais se importam e os que desejam construir em cima.

Linux.com: Quais são as áreas onde o BTRFS faz mais sentido? Se eu não estiver errado, o Facebook também usa BTRFS?

Mason: Dentro do Facebook, novamente escolhemos lugares direcionados onde achamos que os recursos dos BTRFs são realmente benéficos para as cargas de trabalho em mãos. As grandes áreas em que estamos tentando focar são tarefas de gerenciamento de sistemas, o tipo de instantâneo do tipo de coisa.

Linux.COM: Todos sabemos que o Facebook é um usuário pesado do Linux. Dentro da enorme infraestrutura do Facebook, onde o Linux está sendo usado?

Mason: A maneira mais fácil de descrever a infraestrutura no Facebook é que é praticamente tudo Linux. Os lugares que estamos direcionando para os BTRFs são realmente tarefas de gerenciamento em torno da distribuição do sistema operacional, distribuindo atualizações rapidamente usando os recursos de instantâneos dos BTRFs, usando os recursos de resumo dos BTRFs e assim por diante.

Também temos várias máquinas que executam brilho, usando XFS e BTRFS. O alvo há armazenamento de dados primários. Uma das razões pelas quais eles gostam de BTRFs para o caso de uso de brilho é porque os dados CRCs (cheques de redundância cíclica) e os CRCs de metadados nos dão a capacidade de detectar problemas no hardware, como a corrupção silenciosa de dados no hardware. Na verdade, encontramos alguns insetos de hardware importantes com BTRFs, por isso tem sido muito benéfico para BTRFS.

Linux.COM: Enquanto conversamos sobre Linux no Facebook, estou curioso para saber o quão próximo ou longe você está da linha principal, pois ninguém está usando o kernel de estoque; Todo mundo cria um garfo menor com ajustes e ajustes para o caso de uso.

Mason: Do ponto de vista do Linux, nosso objetivo principal com o kernel Linux é rastrear a linha principal o máximo que pudermos. Nosso objetivo é atualizar o kernel pelo menos uma vez por ano. Estamos tentando mudar para um ciclo de atualização mais frequente do que isso. Temos uma primeira política a montante, onde obtemos as mudanças na linha principal antes de usá -la. Se queremos ter um recurso no kernel, ele deve ir para a linha principal primeiro.

Linux.com: Por que você precisa do seu próprio garfo?

Mason: É impossível executar o kernel principal. Você precisa ter algum tipo de garfo, você ajusta as coisas, ajusta as coisas e aplica alguns patches para seus próprios casos de uso. Nosso objetivo é manter esse garfo tão pequeno quanto humanamente possível. Quando estávamos nos mudando do 4.0 kernel para o 4.6 Kernel, que ainda estamos nos mudando, fiquei muito feliz quando conseguimos obter um desempenho de carga de trabalho de produção em pé de igualdade com apenas um patch. Isso foi realmente um grande negócio. Ser capaz de tomar basicamente uma baunilha 4.6 kernel e tem as mesmas performances que tivemos em nosso remendado 4.0 kernel. E esse é realmente nosso objetivo de longo prazo: se aproximar cada vez mais de poder executar a principal linha principal para que possamos fazer a transição de um kernel para outro muito rapidamente.

Linux.COM: Todos nós vimos máquinas executando kernels linux realmente antigos, enquanto você pretende executar o mais recente se puder. Qual é a vantagem?

Mason: O maior benefício, como organização de engenharia, é que queremos contratar pessoas que estão fazendo coisas a montante. Os desenvolvedores querem trabalhar em tecnologias novas e inovadoras, querem fazer seu trabalho a montante, querem vir a essas conferências e querem fazer parte da comunidade. Queremos poder colocar nosso trabalho no kernel a montante e depois trazer isso de volta ao Facebook. É mais fácil encontrar e contratar desenvolvedores a montante, e é a melhor maneira de manter a carga de trabalho de manutenção baixa.

Linux.COM: No espaço do servidor, muitas vezes ouvimos de sysadmins que “uma vez instalados e executados, não toque”, o que é contrário ao que vemos na infraestrutura moderna de TI, onde o mantra parece ser mais rápido para se manter seguro.

Mason: Eu acho que a escala do Facebook facilita o teste das coisas. Não é que o trabalho em si seja mais fácil, mas podemos espalhar esse trabalho por um grande número de máquinas. Temos a capacidade de levar o trabalho de teste para o que chamamos de “Níveis de sombra.”Nessas camadas de sombra, podemos reproduzir o tráfego de produção em um ambiente de não produção, para que possamos estar em um local muito seguro para verificar o desempenho e garantir a estabilidade. Podemos aumentar esse tráfego para que eu possa começar e dizer: “Ok, vou dar 5 % de uma repetição do tráfego de produção e ir até 100 e assistir…

O Facebook S Linux Desktop Choice é Fedora, mas aumentando o CentOS Stream

Visual mostrando como os vários componentes e ferramentas funcionam juntos.

Como o Facebook usa Linux e Btrfs: uma entrevista com Chris Mason

Chris Mason é o principal autor do BTRFS, o sistema de arquivos de código aberto que’s visto como o sistema de arquivos padrão para o SUSE Enterprise Linux. Mason começou a trabalhar no BTRFS na Oracle e depois se mudou para o Facebook, onde continuou a trabalhar no sistema de arquivos como membro da empresa’S Linux Kernel Team. Quando o Facebook tem novos kernels que precisam sair, Mason ajuda a garantir que tudo’S foi devidamente testado e atende às necessidades de desempenho.

Sentamos com Mason para saber mais sobre o status dos BTRFs e como o Facebook está usando Linux e Btrfs. Aqui está uma versão editada daquela entrevista.

Linux.com: BTRFS está em desenvolvimento há muito tempo. Está pronto para o horário nobre? Eu sei que algumas distribuições Linux estão usando -o como o sistema de arquivos padrão, enquanto outros não’t.

Chris Mason: É’é certamente o padrão no SUSE Linux Enterprise Server. SUSE gasta uma quantidade considerável de energia e pessoas apoiando os BTRFs, o que eu realmente aprecio. Red Hat tem’t pegou da mesma maneira. Isto’S uma daquelas coisas em que as pessoas buscam os recursos que mais se importam e os que desejam construir em cima.

Linux.com: Quais são as áreas onde o BTRFS faz mais sentido? Se eu não estiver errado, o Facebook também usa BTRFS?

Mason: Dentro do Facebook, novamente escolhemos lugares direcionados onde achamos que os recursos dos BTRFs são realmente benéficos para as cargas de trabalho em mãos. As grandes áreas em que estamos tentando focar são tarefas de gerenciamento de sistemas, o tipo de instantâneo do tipo de coisa.

Linux.COM: Todos sabemos que o Facebook é um usuário pesado do Linux. Dentro da enorme infraestrutura do Facebook, onde o Linux está sendo usado?

Mason: A maneira mais fácil de descrever a infraestrutura no Facebook é que’é praticamente todo Linux. Os lugares nós’A segmentação para os BTRFs é realmente tarefas de gerenciamento em torno da distribuição do sistema operacional, distribuindo atualizações rapidamente usando os recursos de instantâneos dos BTRFs, usando os recursos de sumulting de BTRFs e assim por diante.

Também temos várias máquinas que executam brilho, usando XFS e BTRFS . O alvo há armazenamento de dados primários. Uma das razões pelas quais eles gostam de BTRFs para o caso de uso de brilho é porque os dados CRCs (cheques de redundância cíclica) e os CRCs de metadados nos dão a capacidade de detectar problemas no hardware, como a corrupção silenciosa de dados no hardware. Na verdade, encontramos alguns grandes bugs de hardware com BTRFs, então’é muito benéfico para os btrfs.

Linux.COM: Enquanto conversamos sobre Linux no Facebook, estou curioso para saber o quão próximo ou longe você está da linha principal, pois ninguém está usando o kernel de estoque; Todo mundo cria um garfo menor com ajustes e ajustes para o caso de uso.

Mason: Do ponto de vista do Linux, nosso objetivo principal com o kernel Linux é rastrear a linha principal o máximo que pudermos. Nosso objetivo é atualizar o kernel pelo menos uma vez por ano. Nós’está tentando mudar para um ciclo de atualização mais frequente do que isso. Temos uma primeira política a montante, onde obtemos as mudanças na linha principal antes de usá -la. Se queremos ter um recurso no kernel, ele deve ir para a linha principal primeiro.

Linux.com: Por que você precisa do seu próprio garfo?

Mason: It’é impossível executar o kernel principal. Você precisa ter algum tipo de garfo, você ajusta as coisas, ajusta as coisas e aplica alguns patches para seus próprios casos de uso. Nosso objetivo é manter esse garfo tão pequeno quanto humanamente possível. Quando estávamos nos mudando do 4.0 kernel para o 4.6 kernel, que nós’Ainda estou no processo de me mudar, fiquei muito feliz quando conseguimos obter um desempenho de carga de trabalho de produção em pé de igualdade com apenas um patch. Isso foi realmente um grande negócio. Ser capaz de tomar basicamente uma baunilha 4.6 kernel e tem as mesmas performances que tivemos em nosso remendado 4.0 kernel. E essa’é realmente nosso objetivo de longo prazo: se aproximar cada vez mais de poder executar a linha principal para que possamos fazer a transição de um kernel para outro muito rapidamente.

Linux.COM: Todos nós vimos máquinas executando kernels linux realmente antigos, enquanto você pretende executar o mais recente se puder. O que’é a vantagem?

Mason: O maior benefício, como organização de engenharia, é que queremos contratar pessoas que estão fazendo coisas a montante. Os desenvolvedores querem trabalhar em tecnologias novas e inovadoras, querem fazer seu trabalho a montante, querem vir a essas conferências e querem fazer parte da comunidade. Queremos poder colocar nosso trabalho no kernel a montante e depois trazer isso de volta ao Facebook. Isto’é mais fácil de encontrar e contratar desenvolvedores a montante, e isso’é a melhor maneira de manter a carga de trabalho de manutenção baixa.

Linux.COM: No espaço do servidor, muitas vezes ouvimos de sysadmins que “uma vez’S instalado e executando Don’t Toque isso,” o que é contrário ao que vemos na infraestrutura moderna de TI, onde o mantra parece ser movido mais rápido para se manter seguro.

Mason: Eu acho que a escala do Facebook facilita o teste das coisas. Isto’Não é que o trabalho de teste em si seja mais fácil, mas podemos espalhar esse trabalho por um grande número de máquinas.Temos a capacidade de levar o trabalho de teste para o que chamamos “Níveis de sombra.” Nessas camadas de sombra, podemos reproduzir o tráfego de produção em um ambiente de não produção, para que possamos estar em um local muito seguro para verificar o desempenho e garantir a estabilidade. Podemos aumentar esse tráfego para que eu possa começar e dizer, “Ok eu’Eu darei 5 % de uma repetição do tráfego de produção e subirá até 100 e assistir ao desempenho atual enquanto eu vou.” Eu posso obter uma comparação A/B muito forte entre dois grãos ao longo do caminho.

Temos as ferramentas para validar os kernels e ajudar a testar os kernels a montante. Isto’é mais fácil corrigir bugs novos e interessantes no upstream do que em constantemente apenas encontrar bugs antigos que a upstream já corrigiu.

Linux.com: Quais são as coisas que o mantêm preocupado?

Mason: Em termos de execução do kernel ou sistema de arquivos Linux, testamos tão bem e ali’é tanto apoio da comunidade em torno do Linux que eu não’t realmente me preocupe em executar isso.

Linux.COM: Você está envolvido com o Linux há muito tempo e o Linux acabou de comemorar seu 25º aniversário, o que você acha que o Linux alcançou nesses 25 anos?

Mason: A parte que eu dou mais crédito a Linus, além das contribuições técnicas que são óbvias, é sua capacidade de criar a comunidade do kernel de desenvolvedores, onde as pessoas estavam tão interessadas em avançar de versão para versão. Linux não’t fragmento da maneira como tantos outros projetos têm. Isto’Nem todos os Linus, mas dou tanto crédito a Linus porque, com os processos que ele montou, foi muito mais fácil avançar com o kernel do que para gastar e fazer algo diferente.

eu penso isso’É uma importante contribuição que muitas pessoas ignoram em termos de como a comunidade do kernel se juntou e trouxe novas empresas em vez de afastá -las.

Comece com o desenvolvimento do Linux. Confira a “Introdução ao Linux, desenvolvimento de código aberto e git” Curso da Fundação Linux.

O Linux Desktop Choice do Facebook é Fedora, mas aumentando o CentOS Stream

Entre os funcionários do Facebook enquanto eles usam principalmente Windows e MacOS em seus laptops/desktops, para aqueles que usam Linux, a escolha principal mudou de Ubuntu para Fedora, mas eles começaram a aumentar o fluxo do CentOS também.

Michel Salim, do Facebook, apresentado na conferência virtual FOSDEM 2021 do fim de semana passado sobre a frota interna de desktop da empresa. Embora o Facebook seja conhecido pelo uso do CentOS em servidores, quando se trata de Linux em seus funcionários, Fedora é o principal alvo, mas com o crescente suporte para o CentOS Stream.

O Facebook recomendou internamente os lançamentos do Ubuntu LTS no passado para seus funcionários, mas mudaram para o Fedora para poder relembrar grande parte de sua infraestrutura interna ao lidar com o CentOS em seus servidores. Ao usar o Fedora em seus desktops, eles também encontraram para “servir como um ponto de integração para impulsionar os recursos para o CentOS.”Com o uso do CENTOS nos servidores do Facebook em vez de Ubuntu, é um ajuste melhor com o Fedora / CentOS Stream na área de trabalho. O fluxo do Fedora / CentOS nos dispositivos de funcionários também é uma postura oficial para aqueles que desejam executar o Linux, onde sua recomendação anterior do Ubuntu deixou os funcionários para se auto-sustentar. Mas, é claro, Windows e MacOS continuam sendo as plataformas mais comuns para seus laptops/desktops de funcionários.

Além dos repositórios padrão do Fedora e do próprio repositório interno do Facebook, eles também permitem a fusão de RPM em seus desktops e também suportam o uso de Flatpaks. O uso do Fedora no Facebook na área de trabalho também foi o motivo pelo qual os engenheiros do Facebook estão colaborando e impulsionando mudanças recentes do Fedora, como endossar o uso do sistema de arquivo BTRFS por padrão, permitindo que o BTRFS ZSTD transpare a compactação do sistema de arquivo e mais o Systemd-Oomd por padrão, RPM cópia e compressão.

Entre os motivos pelos quais o Facebook agora está buscando o CentOS Stream na área de trabalho é servir como um lançamento estável, compatibilidade binária, atualizações de segurança pontual e seu relacionamento próximo com o Fedora. O Facebook também apóia a nova iniciativa CentOS Hypercale. O Facebook espera estar apoiando totalmente o fluxo do CentOS em seus desktops este ano.

Veja este deck de slide (PDF) da Fosdem 2021 para obter mais detalhes sobre o uso do Fedora e do CentOS no Facebook em seus desktops/laptops internos.

Facebook usa Linux

Novo conjunto de fontes abertas do Facebook de componentes e ferramentas do kernel Linux em engenharia.fb.com, blog de engenharia do Facebook

Uma parte integrante do Facebook’A cultura de engenharia S sempre foi nosso trabalho de desenvolvimento em soluções de código aberto que resolvem questões de produção do mundo real e abordam os principais desafios na computação em nuvem moderna em larga escala. Hoje, estamos anunciando um conjunto de componentes do kernel Linux de código aberto e ferramentas relacionadas que abordam problemas críticos de gerenciamento de frota. Isso inclui controle de recursos, utilização de recursos, isolamento de carga de trabalho, balanceamento de carga, medição, monitoramento e muito mais.

Desenvolvedores de aplicativos Kernel e Kernel no Facebook parceira com várias equipes internas para desenvolver tecnologias que resolvem problemas e preocupações no Facebook’s data centers – os mesmos desafios que muitos em toda a indústria compartilham. Os seguintes produtos estão agora em produção em grande escala em todo o Facebook’s infraestrutura, bem como em muitas outras organizações.

BPF

O BPF é um mecanismo de execução de código altamente flexível e eficiente no kernel Linux que permite que o bytecode seja executado em vários pontos de gancho, permitindo modificações seguras e fáceis de comportamentos do kernel com código personalizado. Apesar disso’S foi amplamente utilizado para filtragem de pacotes, BPF’S O conjunto de instruções é genérico e flexível o suficiente para apoiar e permitir uma ampla variedade de casos de uso além das redes, como rastreamento e segurança (e.g., sandboxing).

No Facebook, garantir o acesso rápido e confiável para nossos usuários é uma prioridade máxima. Para atingir esse objetivo, nossos engenheiros de infraestrutura desenvolveram sistemas de otimização de tráfego nos quais o BPF desempenha um papel de destaque. Um desses casos é o Katran, uma solução de balanceamento de carga baseada em software com um avião de encaminhamento completamente reengenhado que aproveita a máquina virtual BPF. A biblioteca de software de avião de encaminhamento Katran alimenta o balanceador de carga de rede usado no Facebook’S infraestrutura e ajudou a melhorar o desempenho e a escalabilidade do balanceamento de carga da rede, enquanto reduzem drasticamente as ineficiências.

BTRFS

BTRFS é um sistema de arquivos de próxima geração construído com hoje’s Data Centers em mente. É um sistema de arquivos de cópia sobre gravação (Cow) focado na implementação avançada de recursos, tolerância, reparo e administração fácil de falhas. O BTRFS foi projetado para abordar e gerenciar grandes subsistemas de armazenamento e suporta recursos como instantâneos, desfragmentação on -line, agrupamento e suporte integrado de múltiplos dispositivos.

O BTRFS desempenhou um papel no aumento da eficiência e utilização de recursos no Facebook’s data centers em vários aplicativos diferentes. Recentemente, o BTRFS ajudou a eliminar as inversões prioritárias causadas pelo comportamento do diário do sistema de arquivos anteriores, quando usado para o controle de E/S com Cgroup2 (descrito abaixo). BTRFS é a única implementação do sistema de arquivos que atualmente funciona com isolamento de recursos e’está agora implantado em milhões de servidores, gerando ganhos significativos de eficiência.

Netconsd

NetConsd é um daemon NetConsole baseado em UDP que fornece transportes leves para mensagens de linux netconsole. Ele recebe e processa dados de log do kernel Linux e serve como dados estruturados de uma maneira que ajude os engenheiros de produção a identificar rapidamente problemas na frota.

No Facebook, o NetConsD fornece estatísticas vitais de data center. Ele registra dados continuamente de milhões de hosts e permite que os engenheiros extraem sinais significativos do volumoso ruído de dados de log gerado no kernel, ajudando os engenheiros de produção de plantão a identificar rapidamente e diagnosticar serviços de comportamento inadimplente.

Cgroup2

O CGROUP2 é o mecanismo de kernel Linux de próxima geração para agrupar e estruturar cargas de trabalho e controlar a quantidade de recursos do sistema atribuídos a cada grupo. Possui controladores para memória, E/S, unidade de processamento central e muito mais. Ele também permite que você isole as cargas de trabalho e priorize e configure a distribuição de recursos para cada.

Controle de recursos usando o CGROUP2 está impulsionando melhorias de multilocação no Facebook’s Data Centers através do melhor manuseio da memória compensada e estratégias como derramamento de carga quando a memória se torna escassa. Está melhorando a utilização de recursos no Facebook’S Frota isolando e protegendo um sistema’S principal carga de trabalho de binários de sistemas amplamente distribuídos e outros serviços de sistema que são executados nos hosts do Facebook.

Os recursos reservados para esses binários do sistema foram apelidados de FBTAX, que mais tarde se tornou o nome do projeto para corrigir inversões prioritárias e outros problemas de distribuição de recursos no Facebook’S Frota. O projeto FBTAX demonstrou a possibilidade de isolamento abrangente de recursos ao usar recursos do sistema operacional, como gerenciamento de memória e sistemas de arquivos, abrindo a porta para aumentar a eficiência da frota, tornando a carga de trabalho empilhando direto e seguro. Confira o estudo de caso FBTAX2 na documentação do CGROUP2 para obter detalhes.

Psi

As informações de estol de pressão (PSI) fornecem pela primeira vez uma maneira canônica de quantificar a escassez de recursos com novas métricas de pressão para três recursos principais: memória, CPU e E/S. Essas métricas de pressão, em conjunto com outras ferramentas de kernel e espaço de usuários que fazem parte desta liberação de código aberto, permitem a detecção de escassez de recursos enquanto elas’está desenvolvendo e respondendo de forma inteligente. As estatísticas do PSI fornecem alerta precoce da escassez iminente de recursos, permitindo respostas mais proativas, granulares e sutis.

Usamos o PSI no Facebook em conjunto com o CGROUP2 para fornecer informações por cv-Group sobre o uso (e uso indevido de recursos) de uma ampla variedade de cargas de trabalho diferentes, permitindo maior utilização e confiabilidade em situações nas quais os recursos são insuficientes.

Imagem mostrando como um conjunto de componentes e ferramentas do kernel Linux de código aberto funcionam juntos - engenharia.fb.com, Facebook

Visual mostrando como os vários componentes e ferramentas funcionam juntos.

Oomd

OOMD é um assassino de processo de espaço para usuários (fora da memória) que atua com maior consciência do contexto e prioridade dos processos em execução em um sistema. Ele permite que você configure respostas às condições de OOM, como pausar ou matar não essenciais, realocar memória no sistema ou outras ações.

Oom Killing acontece tradicionalmente dentro do kernel. Se um sistema ficar sem memória física, o kernel Linux é forçado a matar um ou mais processos. Essa ação é tipicamente lenta e dolorosa porque o kernel aciona apenas quando o próprio kernel pode’T Make Avançando o Progresso: Falta qualquer maneira de conhecer um aplicativo’S Saúde, geralmente resultando em comportamento de debulhagem, no qual o kernel acha que as condições estão bem, mas as aplicações estão sofrendo. Além desse comportamento, a configuração da política é complicada e inflexível. OOMD resolve esses problemas no espaço dos usuários, tomando medidas corretivas antes Uma OOM ocorre no kernel. Um sistema de plug -in flexível que suporta a lógica de detecção personalizada configura essas ações. OOMD permite escrever regras de proteção personalizadas para cada carga de trabalho.

No Facebook’s Data Centers, OOMD, em conjunto com as métricas PSI e CGROUP2, está aumentando a confiabilidade e a eficiência, impulsionando ganhos de grande capacidade e aumentos significativos na utilização de recursos.

Possibilidades ilimitadas

Os casos de uso descritos aqui são apenas o começo. Os componentes e ferramentas do kernel incluídos nesta versão podem ser adaptados para resolver um número praticamente ilimitado de problemas de produção. O Facebook continua a desenvolver e implantar soluções usando essas ferramentas. Acreditamos que esta coleção de serviços e produtos será útil para qualquer aplicativo de construção de desenvolvedores servir milhões de usuários em várias plataformas.

Estamos entusiasmados em lançar essas soluções para a comunidade de código aberto e esperamos que eles capacitem outras pessoas a abordar questões de produção semelhantes e desenvolver usos inovadores.

O Facebook está intensificando seu trabalho Linux mais uma vez

O Facebook sinalizou seu suporte de longa duração para o software de código aberto, inscrevendo-se no maior corpo organizacional Linux ao redor.

A rede social revelou que se juntou à Fundação Linux como membro da platina, o que significa que será necessário um papel de liderança para ajudar a moldar o futuro da plataforma de software daqui para frente.

A Linux Foundation procura promover a propagação de ecossistemas de código aberto por meio de programas de treinamento e conscientização, e afirma estar atualmente em alta de US $ 16 bilhões em projetos.

  • Fique seguro online com os melhores serviços de VPN de negócios
  • Melhores aplicativos Linux: software de código aberto e gratuito
  • Melhor laptop para programação: principais escolhas para codificadores, desenvolvedores e sysadmins

Facebook Linux

“De seus esforços para remodelar a computação por meio de código aberto até seu impulso agressivo para aumentar a conectividade da Internet em todo o mundo, o Facebook é líder em inovação aberta”, disse um blog da Linux Foundation (Open in New Tab), anunciando a notícia.

“Talvez mais importante hoje do que nunca, o Facebook’S Concentre -se em democratizar o acesso à tecnologia aprimora a oportunidade e a escala para indivíduos e empresas. Que’é por que nós’Estou tão empolgado em anunciar que a empresa está se juntando à Fundação Linux no nível mais alto.”

O Facebook há muito se baseia em Linux e outras plataformas de software de código aberto, desempenhando um papel importante em contribuir para projetos de código aberto, como o Open Compute Project e a React JavaScript Library.

Ele também possui vários principais projetos de código aberto em andamento, incluindo o Desafio de Detecção de Deepfake para identificar vídeos falsos, os dados de bom programa, que procuram usar o compartilhamento de dados para resolver questões humanitárias, incluindo a propagação de coronavírus, e a fundação de infra-devista de telecomunicações de código aberto (TIP), que parece espalhar a Internet confiável para que as populações previamente atendidas.

Recentemente, a empresa abandonou o controle de sua popular biblioteca de aprendizado de máquina de metralhadora Pytorch para sistemas Linux de Windows 10 de volta à Microsoft, que permite que os desenvolvedores aproveitem as ferramentas de aprendizado de máquina movidas a Python.

Além de ajudar os desenvolvedores a criar e evoluir modelos de aprendizado de IA, a Pytorch, que foi lançada pela rede social em 2017, antes de ser de origem aberta um ano depois, desempenhou um papel central em muitos serviços do Facebook, com casos de uso, como tradução de idiomas e gráficos dinâmicos.

Via ZDNet (abre na nova guia)

Você é um profissional? Assine a nossa newsletter

Inscreva -se no boletim do TechRadar Pro para obter todas as principais notícias, opinião, recursos e orientações que sua empresa precisa para ter sucesso!

Ao enviar suas informações, você concorda com os Termos e Condições (abre em uma nova guia) e Política de Privacidade (abre em uma nova guia) e tem 16 anos ou mais ou mais.