FERRAMENTAS LINUX: Resultados da pesquisa Red Hat AI

Mostrando postagens classificadas por relevância para a consulta Red Hat AI. Ordenar por data Mostrar todas as postagens

quinta-feira, 30 de outubro de 2025

Red Hat and NVIDIA Forge Deeper Alliance: Integrating CUDA to Power the Enterprise AI Revolution

Red Hat and NVIDIA deepen their alliance to integrate the CUDA Toolkit directly into RHEL, OpenShift, and Red Hat AI. This strategic collaboration simplifies enterprise AI deployment, boosts developer productivity, and addresses open-source concerns while fueling the next wave of hybrid cloud innovation. Discover the future of scalable AI infrastructure.

AMD & Red Hat Expand AI Collaboration: Open-Source GPU Optimization for Next-Gen Workloads

AMD and Red Hat deepen AI partnership with open-source GPU optimization for vLLM, Instinct MI300X support on OpenShift AI, and multi-GPU enhancements—boosting inference performance for enterprise AI deployments.

Red Hat Enterprise Linux 10.1 is Here: A New Era for AI and Enterprise Computing

Red Hat Enterprise Linux 10.1 simplifies AI with vendor-validated GPU drivers, offers systemd soft-reboots for less downtime, and enhances security with post-quantum cryptography. Discover how to accelerate your enterprise IT.

Red Hat Summit 2024: A Inteligência Artificial em Destaque com o Anúncio do RHEL AI

Um curta produzido pela Red Hat particpa de Festival de Cinema

Saiba mais!!

Mark Shuttleworth acha que a IBM comprar a Red Hat é uma boa notícia para o Ubuntu

A chamada do fundador do Ubuntu trata de um 'momento significativo' para código aberto

Os Desenvolvedores da Red Hat estão trabalhando em direção a uma Pilha de Computação Neutra para Fornecedores para Adotar a CUDA da NVIDIA

Confira !!

Atualização importante de segurança da Red Hat para o ferramentas de contêiner: atualização de segurança rhel8

Confira !!

Mesa 25.2 Update: NVK Vulkan Driver Adds Robust Support for NVIDIA Blackwell GPUs

Mesa 25.2 brings NVK Vulkan support for NVIDIA Blackwell GPUs (RTX 50 series), with Red Hat-confirmed CTS compliance. Learn how this open-source driver boosts Linux gaming & compute performance vs. proprietary alternatives.

OPEA 1.4 Launches: Revolutionizing Enterprise Generative AI with Robust Guardrails and Open-Source Innovation

Discover OPEA 1.4, the Linux Foundation's enterprise-grade open-source GenAI framework. Explore new AI guardrails for safety & compliance, MCP support, AMD EPYC optimization, and tools for deploying scalable, responsible Generative AI solutions. Download now on GitHub.

Diferenças entre o System D e o Upstar

Entenda a Diferença entre o System D e o Upstart.

Nesse post eu vou tentar explicar as diferenças entre o System D e o Upstat.

Conheçendo o System D

O System D foi criado por Lennart Poettering que é funcionário da Red Hat e contribuidor do Fedora Linux e por isso que muita gente atribui o System D à Red Hat sendo que estão errados, pois embora hoje na Red Hat projetos como System D pois tanto a idéia original quanto o esforço foram feitos por Lennart em seu tempo livre e não como projeto de trabalho pela empresa .

A motivação por trás da criação do System D é bem mais ambiciosa do que a do Upstart a idéia principal é que há muitas funcionalidades de kernel Linux que são incríveis e avançadas mas não usadas a não ser em ambientes muito específico pois não há infra-estrutura comum no espaço de usuário para fazer uso da funcionalidade e disponibilizá-la para o resto do sistema. Como exemplo pode-se citar os cgroups (control groups) que são formas de se juntar os processos em uma embalagem permitindo tratar esse grupo de processo como um todo.
Esses grupos podem ser usados para limitar as partes do sistema os processos que o compõe que podem ser vistas e com isso é criada uma visão virtual mais limitada o sistema, impor limites de uso de memória, de operações de I/O, etc.
Uma das primeiras funcionalidades do System D foi a utilização de control groups. Cada serviço que é inicializado pelo System D é dentro de um cgroup próprio isso significa que todos os pocessos que são criados naquele serviço também são terminados por ele.

O System D abandona o uso de Scripts de inicialização mesmo que possa chamá-los para inciar os serviços.

O uso de cgroups pelo System D garante que não fiquem processos para trás.

O System D resolveu o problema do desempenho de 2 formas:

A primeira foi a remoção dos scripts shell, cada serviço é especificado em um arquivo de configuração chamado de "unit" onde são descritas as informações que são usadas pelo init para a criar eo cuidar do processo.
Isso retira a necessidade de se inicializar um interpretador shell e da execução de complexos scripts do System V.

A segunda é a criação de todos os sockets de serviços controlados pelo System D (eles são descritos no arquivo unit) e quando ele recebe uma conexão ele inicia o serviço e passa para o socket.

Conhecendo o Upstart

O Upstart foi criado pela Canonical antes dos processadores multi-núcleo, tendo como principal preocupação a melhora do desempenho do Boot usando o processo de paralelismo a idéia desse processo é substituir a necessidade de estabelecer dependências entre o serviço de forma declarativa por estabelecer condições para que o serviço seja executado.
O Upstart supervisiona o serviço com competência isso quer dizer que se um serviço morrer ele pode ser inicializado novamente sem que o processo-pai tome conhecimento.

A comunicação dos serviços com o próprio init, no Upstart acontece pelo D-BUS "O novo barramento" padrão nos Sistemas GNU/LINUX.

Ao ler a Faq do Upstart podemos ter uma idéia do projeto que inclui:

Substituir os daemons cron, atd e anacron,
Talvez substituir o inetd,
Jamais, em hipótese alguma, substituir hal, udev, DeviceKit e acpid.

Bom é isso.

E ai gostou do Post?

Deixe um comentário !!

Até a próxima !!

quinta-feira, 30 de outubro de 2025

SUSE Linux Enterprise Server 16 Launches: A New Era of AI-Integrated, Enterprise-Grade Linux

Discover SUSE Linux Enterprise Server 16, the first AI-integrated enterprise OS with a 16-year lifecycle. Explore its new Agama installer, SELinux default, MCP support, and cost-saving AI capabilities for 2025's IT landscape. Learn about availability for SAP & HA solutions.

IBM LinuxONE Emperor 5: Next-Gen Enterprise Server with AI Acceleration

IBM LinuxONE Emperor 5 servers feature Telum II AI acceleration, PCIe Spyre cards, and enterprise Linux support—ideal for high-security, high-performance computing. Learn specs, pricing, and use cases for this next-gen mainframe.

AMD Drops Proprietary Linux GPU Drivers: A Major Shift to Open-Source Mesa

AMD officially drops proprietary OpenGL/Vulkan Linux drivers, fully embracing Mesa’s RADV & RadeonSI. What this means for gaming, AI, and enterprise Linux performance—plus why it’s a win for open-source.

O Driver Linux open source foi publicado para o processador AI "Goya" da Habana Labs

Confira !

Oracle Linux Security Advisory: Critical Openssl Update (ELSA-2025-21248) for CVE-2025-9230

Oracle Linux 10 security update ELSA-2025-21248 patches moderate OpenSSL vulnerability CVE-2025-9230. Learn the technical details, risk analysis, download links for x86_64 & aarch64 RPMs, and step-by-step patching guidance to secure your enterprise systems.

Critical PyTorch RCE Vulnerability (CVE-2025-32434): Analysis, Impact, and Immediate Mitigation

Critical RCE vulnerability CVE-2025-32434 in PyTorch (CVSS 9.8): Exploits torch.load with weights_only=True. Patched in PyTorch 2.6.0 & Debian 11 version 1.7.1-7+deb11u1. Immediate upgrade required to prevent remote code execution on AI/ML systems. Complete mitigation guide inside