quarta-feira, 17 de dezembro de 2025
Red Hat Doubles Down on Enterprise AI Security: Acquires Chatterbox Labs for Open-Source Guardrails and Model Testing
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.
quarta-feira, 21 de maio de 2025
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.
quinta-feira, 13 de novembro de 2025
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.
quarta-feira, 8 de maio de 2024
quinta-feira, 26 de julho de 2018
Um curta produzido pela Red Hat particpa de Festival de Cinema
sábado, 3 de novembro de 2018
Mark Shuttleworth acha que a IBM comprar a Red Hat é uma boa notícia para o Ubuntu
domingo, 18 de novembro de 2018
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
quarta-feira, 29 de abril de 2020
Atualização importante de segurança da Red Hat para o ferramentas de contêiner: atualização de segurança rhel8
terça-feira, 1 de julho de 2025
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.
segunda-feira, 25 de agosto de 2025
OPEA 1.4 Launches: Revolutionizing Enterprise Generative AI with Robust Guardrails and Open-Source Innovation
quarta-feira, 24 de dezembro de 2025
Critical Linux KVM Vulnerability: Intel AMX Usage in Guests Can Trigger Host Kernel Panic
sábado, 13 de dezembro de 2025
RVA23 Revolution: How Linux Kernel Patches Are Forging a New High-Performance RISC-V Era
segunda-feira, 27 de abril de 2015
Diferenças entre o System D e o Upstar
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.
terça-feira, 6 de maio de 2025
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.
sábado, 31 de maio de 2025
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.
quarta-feira, 23 de janeiro de 2019
O Driver Linux open source foi publicado para o processador AI "Goya" da Habana Labs
sexta-feira, 5 de dezembro de 2025
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.
domingo, 28 de dezembro de 2025
Intel Panther Lake Linux Support Reaches Critical Milestone with Xe3_LPD Firmware Upstream


















