Notas da versão

Notas da versão do HFTKernel 7.2.x.

Explore a série 7.2.x do kernel, da versão mais recente à mais antiga, com as alterações upstream mais relevantes para execução previsível de CPU, redes estáveis, manutenção precisa do tempo, virtualização, comportamento da memória e caudas de latency mensuráveis.

Histórico público de alterações

Notas da versão

Cada entrada se concentra nas alterações upstream que apoiam os objetivos principais do HFTKernel: jitter mínimo, tail latency controlada, caminho de dados estável, manutenção precisa do tempo e comportamento mensurável sob pressão.

HFTKernel 7.2.11

Rede zero-copy mais robusta, filas de NIC ordenadas e hardware de tempo mais confiável

Entrada mais recente da série 7.2.x

Base upstream: Linux 7.2.11. Alterações desde o Linux 7.2.10. Data de lançamento: 15 de outubro de 2026.

Propriedade de buffers AF_XDP do mlx5 mais robusta

O HFTKernel 7.2.11 fortalece o processamento de recepção zero-copy de AF_XDP em adaptadores NVIDIA mlx5.

Para filas de recepção com passos, as novas tentativas de reposição de MPWQE agora preservam o estado explícito de propriedade de cada buffer XSK. Se a alocação falhar temporariamente, uma nova tentativa posterior do NAPI não libera mais o mesmo quadro UMEM por meio de um ponteiro obsoleto.

O caminho de nova tentativa agora é idempotente:

  • cada buffer XSK original é liberado uma única vez;
  • as reposições parcialmente concluídas mantêm seu estado de propriedade;
  • uma alocação bem-sucedida substitui o buffer e limpa o marcador de liberação;
  • as tentativas posteriores atuam somente sobre os buffers que ainda precisam de substituição.

Uma execução upstream de pressão AF_XDP de 20 segundos exercitou 1,575,262 falhas de alocação de buffers sem descritores inválidos, erros de WQE nem avisos do kernel.

A fila de recepção cíclica legada recebe a mesma proteção de propriedade.

No teste upstream correspondente, foi oferecido tráfego UDP de 64 bytes a 12 Mpps. O caminho atualizado processou 356,904,225 pacotes em 30 segundos, incluindo 571,405 eventos xdp_rx_ring_full, sem erros de propriedade nem de dados.

Para o HFTKernel, isso fortalece a ingestão de dados de mercado de alta frequência, os manipuladores de feeds AF_XDP, os sistemas de distribuição de pacotes e as cargas de captura zero-copy sob pressão do anel de recepção.

Doorbells TX ordenados do Intel ICE

O driver Intel ICE volta a usar gravações MMIO ordenadas ao publicar doorbells das filas TX.

O driver primeiro atualiza a contabilização de Dynamic Queue Limits na memória normal e depois notifica a NIC de que novos descritores estão disponíveis. A gravação ordenada garante que a contabilização da fila esteja globalmente visível antes que o dispositivo possa concluir o trabalho transmitido.

Isso é especialmente importante em ARM64, em que writel_relaxed() não fornece a ordenação necessária entre memória normal e MMIO.

A alteração foi testada com um adaptador Intel E810-XXV sob carga de rede sustentada. O caminho ordenado manteve sincronizadas a conclusão da NIC e a contabilização da fila de software.

Para o HFTKernel, isso fortalece o processamento TX sustentado em hardware Intel compatível e preserva uma relação consistente entre o envio de descritores, a execução do hardware e a contabilização da conclusão.

Ordenação correta da conclusão de ICOSQ no mlx5

O driver mlx5 agora atualiza o doorbell da fila de conclusão antes de publicar o contador consumidor de ICOSQ.

Uma dma_wmb() mantém as duas operações ordenadas:

  1. O espaço de CQ é liberado para o dispositivo.
  2. O contador consumidor do software avança.
  3. O dispositivo observa a capacidade de conclusão atualizada antes do envio de trabalho adicional de controle interno.

Isso preserva o ciclo de vida da fila de conclusão e mantém alinhado entre o host e a NIC o processamento das filas de envio internas do mlx5.

Ciclo de vida AF_XDP mais confiável no Google GVE

O Google Virtual Ethernet DQO recebe um conjunto coordenado de melhorias no ciclo de vida zero-copy de AF_XDP.

Os buffers XSK agora são liberados quando um descritor de conclusão RX informa um erro. Os buffers enviados à NIC também são devolvidos quando os anéis RX são parados ou redefinidos.

O encerramento do conjunto XSK agora usa a variante correta de bloqueio NAPI quando as operações de gerenciamento de filas já mantêm o bloqueio netdevice. Isso permite que a reconfiguração das filas avance sem tentar adquirir o mesmo bloqueio duas vezes.

As alterações de parada de filas e do conjunto XSK abrangem cenários de produção observados em ambientes Google Cloud.

Para o HFTKernel Cloud, isso permite configuração, reconfiguração, reinício e desmontagem limpos de AF_XDP em interfaces GVE DQO.

Estimativa mais precisa do atraso PCIe no OCP PTP

O driver OCP PTP agora usa KTIME_MAX como limite superior inicial para estimar o atraso PCIe.

O máximo sem sinal anterior se tornava um valor negativo quando representado como ktime_t, o que impedia que atrasos reais medidos o substituíssem. O cálculo atualizado usa o domínio de tempo com sinal correto e mantém um ajuste válido da janela de marcas de tempo.

Isso melhora a compensação do atraso do caminho PCIe para placas de tempo OCP compatíveis e fortalece a relação entre a janela de marcas de tempo do host e a leitura do relógio de hardware.

Para o HFTKernel, isso oferece uma base de hardware de tempo mais limpa para sincronização PTP, correlação de marcas de tempo e medição de latency.

Estado de cpuset mais consistente durante alterações no ciclo de vida da CPU

O HFTKernel 7.2.11 inclui várias correções de cpuset relevantes para o posicionamento automatizado de CPU.

Durante as operações de desconexão de CPU, guarantee_active_cpus() agora considera o intervalo entre as alterações da máscara de CPUs ativas e a propagação das máscaras efetivas atualizadas de cpuset.

O modo de cgroup é avaliado enquanto cpuset_mutex está mantido, deixando sincronizados o estado da hierarquia e as atualizações de máscaras.

A verificação do modo v2 também usa um indicador estável dedicado em vez de ler um ponteiro para a raiz do cgroup que pode estar mudando.

Em conjunto, essas alterações fortalecem o estado de cpuset durante:

  • a conexão a quente de CPU;
  • as operações de montagem e revinculação de cgroups;
  • as alterações no ciclo de vida dos serviços;
  • o gerenciamento automatizado de partições de CPU.

Para o HFTKernel, isso permite separação confiável entre núcleos de negociação, núcleos de rede, CPUs de manutenção e cargas de serviços.

Processamento limitado do despejo de fluxos do Open vSwitch

Os despejos de fluxos netlink do Open vSwitch agora mantêm as metades inferiores desativadas durante cada callback limitado de despejo.

Antes, operações locais repetidas de ativação das metades inferiores podiam fazer a própria thread de despejo processar o acúmulo pendente de softIRQ. Em uma CPU ocupada com processamento de pacotes, esse acúmulo podia ser reposto continuamente.

O caminho atualizado mantém o callback limitado pelas entradas de fluxo incluídas na resposta netlink atual. O processamento de softIRQ de pacotes permanece nos caminhos normais de execução da rede em vez de ser absorvido pela thread de despejo de fluxos do plano de controle.

Para o HFTKernel Cloud e os perfis de rede virtualizada, isso cria uma separação mais clara entre a carga do caminho de dados e as operações de diagnóstico do plano de controle.

Configuração previsível de anéis io_uring

Os anéis SQ, CQ e de buffers fornecidos deixam de ser contabilizados contra RLIMIT_MEMLOCK, restaurando sua semântica de configuração estabelecida.

Isso evita que serviços comuns sem privilégios recebam um limite artificial do número de anéis por memória que já é controlada pelo ciclo de vida de io_uring e dos cgroups de memória.

O caso de reprodução upstream com anéis de 4,096 entradas voltou de 21 anéis para a configuração esperada de 64 anéis sob o limite memlock padrão de 8 MiB.

Para as regiões compostas de memória io_uring que de fato são contabilizadas, a contabilização agora inclui todas as páginas alocadas, incluindo páginas finais de arredondamento para potência de dois fora da região lógica solicitada.

Quando a alocação composta excederia o limite, io_uring pode recorrer a uma alocação em massa de tamanho exato.

Essa combinação oferece:

  • criação previsível de SQ e CQ;
  • criação previsível de anéis de buffers fornecidos;
  • contabilização precisa das alocações compostas fixadas;
  • melhor uso da memória perto dos limites configurados.

Contabilização correta da memória bloqueada e remapeada

MREMAP_DONTUNMAP agora preserva a contabilização consistente de locked_vm em dois casos adicionais.

VMAs anônimas bloqueadas que se fundiriam consigo mesmas permanecem separadas para que a origem e o destino mantenham seu estado correto de bloqueio.

Remapeamentos parciais de VMAs bloqueadas dividem o intervalo de origem antes de mover as tabelas de páginas, mantendo a contabilização alinhada com as páginas que permanecem na origem e as representadas pelo destino.

Para o HFTKernel, isso fortalece a contabilização do ciclo de vida da memória para aplicações que usam conjuntos de trabalho bloqueados junto com operações avançadas de remapeamento.

Análise mais confiável de AF_PACKET, Virtio, VLAN e GSO

Os caminhos de rede virtual e sockets de pacotes agora aplicam uma sequência consistente de análise de cabeçalhos.

Pacotes GSO marcados com VLAN enviados por AF_PACKET SOCK_RAW são analisados após a aplicação dos metadados de Virtio. Isso preserva as posições corretas dos cabeçalhos de rede e transporte e evita análise redundante.

Pacotes GSO apoiados por Virtio sempre passam pela análise de fluxo quando os metadados de descarga de checksum não fornecem a posição de transporte. Isso garante que:

  • o protocolo de rede seja validado;
  • o cabeçalho de transporte esteja presente nos dados lineares;
  • o deslocamento de transporte seja inicializado;
  • as opções IPv4 e os cabeçalhos de extensão IPv6 sejam tratados corretamente.

Os deslocamentos da análise de fluxo também são tratados corretamente para buffers de pacotes maiores que 64 KiB, incluindo BIG TCP e quadros grandes AF_PACKET PACKET_VNET_HDR. O caminho do analisador de fluxos BPF recebe a mesma proteção.

Para o HFTKernel, isso fortalece as cargas de captura e reprodução de pacotes, TUN/TAP, Virtio, classificação BPF e gateways virtuais.

Recepção TCP zero-copy mais robusta com memória de dispositivos

A recepção TCP zero-copy agora reconhece fragmentos net_iov não apoiados por páginas antes de solicitar indicações de mapeamento de páginas.

Isso abrange tanto a memória de dispositivos apoiada por DMA-BUF quanto os tipos net_iov de io_uring.

Dados legíveis apoiados por páginas ainda podem ser copiados ou mapeados normalmente. Quando o próximo fragmento pertence à memória de dispositivo, o kernel retorna a indicação correta de salto em vez de tratá-lo como uma página convencional.

Isso fortalece a interação entre recepção TCP zero-copy, memória de dispositivos, DMA-BUF e buffers de rede apoiados por io_uring.

Configuração mais segura de XDP e de separação de cabeçalho e dados TCP

Os dispositivos de rede agora reconhecem programas XDP de buffer único anexados por bpf_link ao decidir se a separação de cabeçalho e dados TCP pode ser ativada.

Assim, o kernel preserva a compatibilidade entre o programa XDP anexado e a disposição dos buffers de recepção da NIC, independentemente de o programa ter sido instalado pelo caminho legado ou pela API de links BPF.

O Veth também atualiza corretamente a capacidade de transmissão XDP do par após alterações na configuração GRO enquanto a interface está desativada, mantendo os caminhos de redirecionamento de contêineres e namespaces alinhados à configuração ativa do par.

Mapeamento IOMMU direto para recursos MMIO

Recursos MMIO com DMA_ATTR_MMIO agora ignoram o tratamento de buffers intermediários de SWIOTLB.

MMIO não pode ser copiado por meio de um buffer intermediário. O caminho atualizado passa diretamente ao mapeamento IOVA de IOMMU, incluindo recursos não alinhados à página.

Para o HFTKernel Hardware, isso fortalece o mapeamento de recursos de dispositivos e aceleradores atrás de uma IOMMU e remove um caminho intermediário incompatível da configuração de MMIO.

Proteção de invalidação TLB em AMD

O HFTKernel 7.2.11 detecta AMD TLBI Erratum #1718.

Nos processadores afetados, uma sequência INVLPGB e TLBSYNC pode não invalidar a entrada TLB pretendida. Quando não há microcódigo atualizado disponível, o kernel ativa uma solução alternativa de software.

Isso fortalece a correção das transições de espaço de endereços e da invalidação TLB em sistemas AMD compatíveis.

TX e recuperação PCIe mais robustos no Broadcom NetXtreme-E

O driver Broadcom bnxt_en agora mapeia o comprimento completo com preenchimento dos pacotes TX curtos.

Isso mantém o comprimento DMA alinhado ao tamanho do pacote apresentado ao hardware, incluindo quadros pequenos de controle transmitidos por interfaces VLAN e macvlan em adaptadores NetXtreme-E compatíveis.

A recuperação PCIe também restaura a configuração BAR de forma consistente tanto nos caminhos de redefinição fatais quanto nos não fatais. A visibilidade MMIO do dispositivo, o controle do barramento e a decodificação de memória são restabelecidos em ordem controlada após a recuperação.

Ferramentas de medição incluídas

O HFTKernel 7.2.11 inclui:

cpujitter

Para intervalos sem execução de CPU, interferência do escalonador, atividade de IRQ e softIRQ e caudas de latency.

memjitter

Para alocação, first-touch, conjuntos de trabalho bloqueados e comportamento sob pressão de memória.

irqjitter

Para análise da atividade de IRQ e softIRQ.

Essas ferramentas conectam as alterações no kernel ao comportamento de toda a pilha de aplicações.

Resultado do HFTKernel 7.2.11

O HFTKernel 7.2.11 fortalece o sistema operacional ao redor das aplicações sensíveis à latency:

  • as novas tentativas AF_XDP de mlx5 preservam a propriedade de UMEM sob pressão dos anéis e da alocação;
  • o Google GVE gerencia buffers AF_XDP de forma consistente durante erros e eventos do ciclo de vida das filas;
  • o Intel ICE publica o estado da fila TX antes de acionar o doorbell da NIC;
  • o mlx5 mantém ordenadas as atualizações do espaço de conclusão com o avanço das filas internas de envio;
  • as placas OCP PTP mantêm a compensação correta do atraso PCIe;
  • o estado de cpuset permanece consistente durante alterações no ciclo de vida de CPU e cgroups;
  • o Open vSwitch mantém o trabalho de despejo de fluxos separado de um acúmulo ilimitado de softIRQ;
  • os anéis io_uring mantêm configuração previsível e contabilização precisa de memória;
  • os caminhos AF_PACKET, Virtio, GSO, BIG TCP, XDP e TCP zero-copy recebem tratamento mais robusto de buffers e cabeçalhos;
  • a invalidação TLB de AMD e o mapeamento MMIO de IOMMU recebem proteção específica do hardware.

Em conjunto, essas alterações oferecem uma base mais previsível e mensurável para HFT, dados de mercado, gateways de execução, redes na nuvem, processamento de pacotes e infraestrutura com marcas de tempo de hardware.

HFTKernel 7.2.10

Conclusão mais rápida de temporizadores, maior localidade de LLC e redes zero-copy mais confiáveis

Base upstream: Linux 7.2.10. Alterações desde o Linux 7.2.9. Data de lançamento: 11 de outubro de 2026.

Conclusão mais rápida de temporizadores de alta resolução

O caminho de retorno dos temporizadores de alta resolução agora limpa TIF_HRTIMER_REARM usando a máscara de bits correta.

Isso mantém visível para o laço de retorno ao espaço de usuário o trabalho de tarefas enfileirado por um callback de hrtimer. Aplicações que consultam um anel de conclusão io_uring recebem as conclusões dos temporizadores prontamente em vez de esperar por uma chamada de sistema, interrupção ou reescalonamento posterior.

Na configuração upstream de QEMU com 2 vCPUs e HZ=1000, a mediana do atraso de conclusão de tempos limite melhorou de 30 ms para 70 µs.

Para o HFTKernel, isso fortalece máquinas de estado controladas por temporizadores, tratamento de tempos limite, E/S assíncrona, supervisão de conexões e outros caminhos de controle sensíveis à latency.

Escalonamento ciente do cache mais robusto

O Linux 7.2.10 inclui um conjunto coordenado de melhorias no escalonador ciente do cache.

Threads do kernel são excluídas da contabilização dos grupos de cache do espaço de usuário, impedindo que herdem estatísticas de cache das aplicações.

O acesso aos grupos de cache no caminho crítico do escalonador agora passa diretamente por task_struct, com uma referência independente para cada tarefa. Isso separa a vida útil do grupo de cache do escalonador da substituição de mm_struct durante fork, exec e exit.

O balanceamento ativo de carga preserva a política migrate_llc_task, selecionando uma tarefa que realmente prefere a LLC de destino em vez de afastar outra tarefa de seu domínio de cache preferido.

A contabilização de tarefas executáveis também acompanha o conjunto exato de tarefas elegíveis para migração, incluindo transições de retirada adiada da fila.

Em processadores assimétricos e híbridos, a capacidade do escalonador tem prioridade quando mover uma tarefa para sua LLC preferida a colocaria em uma CPU pequena demais para a carga de trabalho.

O HFTKernel continua usando afinidade explícita para threads críticas de negociação. Essas melhorias do escalonador fortalecem serviços de apoio, componentes de monitoramento, processos do plano de controle e outras cargas que continuam gerenciadas pelo escalonador.

Recepção zero-copy do io_uring mais determinística

RECV_ZC multishot agora registra quando uma passagem de recepção para porque um recurso local se esgota.

Se houve progresso parcial, a solicitação é recolocada na fila. A próxima passagem continua o processamento ou retorna uma conclusão explícita de erro que a aplicação pode usar para rearmar a operação.

Isso substitui um estado ocioso implícito por uma transição determinística e observável. Dados TCP não lidos deixam de esperar por um evento futuro de socket não relacionado antes da retomada do processamento de recepção.

Para o HFTKernel, isso fortalece a ingestão zero-copy de dados de mercado, o processamento TCP de alta frequência e as aplicações de rede baseadas em io_uring.

Fluxos confiáveis de marcas de tempo TX do io_uring

As solicitações multishot SOCKET_URING_OP_TX_TIMESTAMP agora terminam com uma conclusão visível ENOBUFS quando a fila de conclusão não tem espaço para outro registro de marca de tempo.

A CQE terminal chega ao espaço de usuário pelo caminho de estouro. Marcas de tempo já mantidas na fila de erros do socket são entregues quando a aplicação rearma a solicitação.

Isso oferece aos consumidores de marcas de tempo um ciclo de vida claro:

  1. Receber as conclusões de marcas de tempo.
  2. Detectar a saturação da fila de conclusão.
  3. Drenar a fila.
  4. Rearmar a solicitação.
  5. Continuar com as marcas de tempo mantidas.

O resultado é um caminho mais explícito e gerenciável para marcas de tempo de transmissão de hardware.

Redes Google GVE DQO mais robustas

O driver Google Virtual Ethernet DQO agora trata gso_type como uma máscara de bits ao preparar pacotes TSO.

Pacotes TSO provenientes de TUN/TAP, sockets de pacotes e máquinas virtuais costumam incluir indicadores como SKB_GSO_DODGY, SKB_GSO_TCP_ECN ou SKB_GSO_TCP_FIXEDID. Esses pacotes agora são aceitos quando seu tipo subjacente de segmentação TCP é compatível.

Em um teste upstream com uma instância GCE n4 DQO-QPL e um sistema convidado Cloud Hypervisor, um envio de 64 MB do sistema convidado melhorou de esgotar um tempo limite de 60 segundos a aproximadamente 0.9 MB/s para ser concluído em 0.19 segundos. O contador tx_dropped do dispositivo permaneceu estável após a alteração.

Isso fortalece a virtualização aninhada, os dispositivos de rede na nuvem, os gateways virtualizados e as cargas de sistemas convidados que usam Google GVE DQO.

Estado de RTT TCP mais preciso

O TCP agora atualiza TS.Recent quando um ACK anterior aceito também carrega dados novos.

Isso é importante para conexões bidirecionais de longa duração, nas quais a reordenação de pacotes pode entregar dados úteis junto com uma confirmação anterior a outra já processada.

O lado receptor agora devolve a marca de tempo do pacote que preencheu a lacuna de recepção. Assim, o remetente calcula o RTT a partir da troca atual de pacotes em vez de incorporar um longo intervalo de ociosidade.

No cenário upstream com 300 segundos de ociosidade, reordenação controlada e retransmissão, o RTT suavizado do remetente mudou de 37.5 segundos para 15.5 ms.

Para o HFTKernel, isso favorece comportamento mais estável em conexões persistentes TCP, TLS, WebSocket, de dados de mercado e de execução.

Liberação de memória baseada em RCU mais limpa

O alocador slab deixa de ativar kswapd ao alocar armazenamento interno a partir de __kfree_rcu_sheaf().

kfree_rcu() pode ser executado enquanto o escalonador mantém pi_lock. Remover __GFP_KSWAPD_RECLAIM desse caminho evita introduzir uma ativação de recuperação que pode retornar ao mesmo bloqueio do escalonador.

O tratamento atualizado de sheaf também aproveita melhor o armazenamento local de reserva quando a espera ativa não está disponível.

Para o HFTKernel, isso remove trabalho desnecessário em segundo plano de um caminho de gerenciamento de memória sensível ao escalonador e fortalece a liberação RCU em lotes.

Gerenciamento mais robusto do ciclo de vida de futex

O redimensionamento do hash privado de futex agora publica o novo ponteiro do hash antes de registrar o estado do período de graça RCU associado a ele.

Os leitores do hash anterior permanecem protegidos até a conclusão do período de graça correto.

Isso fortalece a infraestrutura de sincronização para aplicações multithread que usam mutexes baseados em futex, variáveis de condição e coordenação em tempo de execução.

Limpeza limitada de objetos BPF

Objetos de memória BPF adicionados enquanto um período de graça Tasks Trace RCU já está ativo agora acionam outro ciclo de limpeza.

Os objetos deixam de permanecer indefinidamente em free_by_rcu_ttrace, e a criação e destruição repetidas de mapas deixam de causar retenção ilimitada de objetos ou acúmulo de trabalhadores de limpeza.

Para o HFTKernel, isso melhora o ciclo de vida da observabilidade, do rastreamento, das políticas e da instrumentação de rede baseados em BPF.

Anéis TX de AF_PACKET mais seguros

O AF_PACKET agora interrompe um envio bloqueante PACKET_TX_RING antes que sua contagem positiva acumulada de bytes exceda INT_MAX.

O quadro restante fica pendente para a próxima chamada de envio, preservando o avanço e um resultado positivo válido mesmo quando o espaço de usuário recicla continuamente as posições concluídas do anel.

Isso fortalece cargas de longa duração de reprodução de pacotes, geração de tráfego, testes de rede e qualificação de dados de mercado.

Reciclagem de page-pool mais confiável

A reciclagem em massa de page-pool atualiza suas estatísticas enquanto o bloqueio do produtor ainda protege o conjunto.

Os últimos buffers de rede em andamento e a desmontagem do conjunto permanecem coordenados mesmo quando CONFIG_PAGE_POOL_STATS está ativado.

Isso permite reciclagem confiável de buffers de rede de alta frequência e observabilidade confiável de page-pool.

Melhor configuração de marcas de tempo de hardware

As operações netlink TSCONFIG_GET e TSCONFIG_SET do ethtool agora chegam a dispositivos cuja marcação de tempo de hardware é fornecida inteiramente pelo PHY.

A interface netlink agora está alinhada ao comportamento ioctl estabelecido para provedores de marcas de tempo baseados em PHY.

Isso fortalece a configuração e a descoberta da marcação de tempo de hardware nas arquiteturas de rede compatíveis.

Desmontagem mais limpa de marcas de tempo AF_XDP do mlx5

O driver mlx5 agora trata a conclusão de descritores TX de AF_XDP sem uma CQE durante a desmontagem de filas.

Quando não há CQE disponível, a função auxiliar de marcas de tempo retorna um resultado neutro em vez de desreferenciar uma entrada de conclusão indisponível.

Isso melhora o ciclo de vida das filas AF_XDP que usam marcas de tempo TX e descarga de checksum.

Observabilidade fprobe com menor sobrecarga

Os manipuladores fprobe agora verificam se RCU está observando antes de operar em estados ociosos ou de quiescência estendida de nohz_full.

O caminho de acionamento da sonda usa rcu_sched_notrace, removendo o trabalho anterior de rcu_read_lock() e lockdep em cada acionamento e preservando a sincronização segura dos períodos de graça.

Para o HFTKernel, isso alinha melhor a instrumentação do kernel às configurações de CPU isoladas e sem tick.

Transições de estado KVM SVM mais robustas

Em hosts AMD KVM, o estado pendente de esvaziamento TLB é preservado quando VMRUN não é concluído com sucesso.

Os requisitos de esvaziamento de todos os ASIDs são acompanhados por CPU física, correspondendo ao escopo da reutilização de ASID. Os campos de controle são atualizados somente após uma transição bem-sucedida.

Isso fortalece o gerenciamento do estado TLB em hosts de virtualização AMD.

Percursos mais seguros da MMU sombra do KVM

O KVM agora interrompe imediatamente o percurso de tabelas de páginas sombra quando a raiz atual é inválida ou é uma raiz fictícia apoiada pela página zero.

Isso mantém a criação simultânea de memslots e o tratamento de falhas de página aninhadas em um caminho MMU válido.

Ordenação correta da manutenção de cache SEV

Durante a migração SEV dentro do host, a manutenção de cache da máquina virtual de origem agora termina antes que ela perca seu estado SEV ativo.

A memória não pode retornar ao alocador do host antes que o estado criptografado do cache do sistema convidado tenha sido gravado de volta na ordem necessária.

Isso fortalece o gerenciamento do ciclo de vida de máquinas virtuais confidenciais no perfil HFTKernel KVM Host.

PCI AtomicOps para dispositivos passthrough

Um sistema convidado passthrough agora reconhece as PCI AtomicOps que o hipervisor já ativou em um dispositivo final, mesmo quando o Root Port upstream está oculto da topologia do sistema convidado.

Isso permite que aceleradores e dispositivos de rede compatíveis usem seu caminho de operações atômicas em ESXi, Hyper-V e ambientes passthrough semelhantes.

Menos trabalho no AES-GCM de x86

A implementação AES-GCM de x86 deixa de tratar o segmento AAD final como um segmento intermediário.

Isso remove uma cópia adicional para buffer temporário e uma chamada extra a assembly do caminho do segmento final.

A melhoria é útil para infraestrutura que usa a API criptográfica do kernel para redes criptografadas, armazenamento ou serviços de segurança.

Ferramentas de medição incluídas

O HFTKernel 7.2.10 inclui:

cpujitter

Para intervalos sem execução de CPU, interferência do escalonador, atividade de IRQ e softIRQ e caudas de latency.

memjitter

Para alocação, first-touch, conjunto de trabalho e comportamento sob pressão de memória.

irqjitter

Para análise da atividade de IRQ e softIRQ.

Métricas de aplicação, telemetria de conclusão de temporizadores, estado de conclusão de io_uring, estatísticas TCP, marcas de tempo de hardware, contadores de rede e eventos KVM completam a camada de medição.

Resultado do HFTKernel 7.2.10

O HFTKernel 7.2.10 fortalece o sistema operacional ao redor das aplicações sensíveis à latency:

  • as conclusões de temporizadores de alta resolução chegam prontamente ao espaço de usuário;
  • as cargas gerenciadas pelo escalonador mantêm maior localidade de LLC;
  • as recepções zero-copy expõem explicitamente os limites de recursos;
  • os fluxos de marcas de tempo de transmissão se recuperam de forma limpa da saturação de CQ;
  • o Google GVE DQO trata o tráfego TSO virtualizado com eficiência;
  • o TCP mantém um estado RTT preciso após longos períodos de ociosidade;
  • a liberação RCU gera menos atividade de recuperação em segundo plano;
  • os ciclos de vida de futex e BPF permanecem limitados e coordenados;
  • os caminhos AF_PACKET e page-pool mantêm avanço confiável;
  • a marcação de tempo de hardware funciona com provedores baseados em PHY;
  • fprobe se integra de forma mais limpa com nohz_full;
  • os caminhos KVM, SEV e PCI passthrough recebem gerenciamento de estado mais robusto.

Em conjunto, essas alterações tornam as plataformas na nuvem, bare-metal, de processamento de pacotes e de virtualização mais previsíveis, mensuráveis e controláveis.

HFTKernel 7.2.9

Isolamento de CPU mais robusto, anéis de pacotes mais seguros e caminhos de virtualização mais limpos

Base upstream: Linux 7.2.9. Alterações desde o Linux 7.2.8. Data de lançamento: 3 de outubro de 2026.

Particionamento de CPU mais confiável

O gerenciamento cpuset de cgroup v2 agora rejeita configurações em que uma partição raiz remota tenta usar CPUs já atribuídas a uma partição local ancestral.

Isso preserva a propriedade exclusiva de CPU e fortalece a separação das cargas de negociação, rede, manutenção e serviços.

Para o HFTKernel, o estado das partições de CPU permanece consistente durante a criação, reconfiguração e remoção de serviços.

Conclusão zero-copy do AF_PACKET mais segura

PACKET_TX_RING agora usa o mecanismo padrão de conclusão zero-copy.

Uma posição do anel fica disponível somente depois que todas as referências aos dados de seu pacote são liberadas ou copiadas. Isso mantém explícita a propriedade dos buffers de pacotes durante todo o ciclo de vida TX.

A alteração fortalece:

  • a reprodução de dados de mercado;
  • os geradores de tráfego;
  • as sondas de latency baseadas em pacotes;
  • os ambientes de teste AF_PACKET;
  • as cargas de qualificação de rede.

Avanço confiável dos anéis virtio-net

O Virtio-net agora libera os fragmentos zero-copy relevantes antes de deixar os pacotes sem proprietário quando NAPI TX está desativado.

Isso mantém em andamento as configurações limitadas de PACKET_TX_RING e devolve as posições concluídas ao remetente sem esperar uma transmissão adicional.

A mesma melhoria do ciclo de vida beneficia os caminhos de virtualização aninhada que usam vhost-net e virtio-net.

Comportamento limitado dos temporizadores TPACKET_V3

O TPACKET_V3 agora calcula os tempos limite de retirada de blocos usando aritmética que aceita com segurança blocos grandes de anéis de pacotes.

Isso impede que um estouro do temporizador crie um temporizador de alta resolução que reinicie continuamente em contexto softIRQ.

Para sistemas de captura e reprodução, o resultado é comportamento controlado dos temporizadores e proteção contra um anel de pacotes consumir uma CPU inteira com processamento contínuo de softIRQ.

Tratamento de transmissão mais robusto no Google GVE DQO

O driver GVE DQO agora valida a geometria TSO e GSO mais cedo no caminho de transmissão.

Pacotes com MSS abaixo do mínimo aceito pelo hardware passam para o caminho de software apropriado antes de chegar ao dispositivo. Isso evita descartes silenciosos do hardware e as retransmissões que eles geram.

O processamento UDP GSO também usa o comprimento correto do cabeçalho de transporte ao calcular os limites dos segmentos e os requisitos de descritores.

Essas alterações melhoram a consistência da transmissão de rede do Google Cloud para cargas TCP e UDP que usam GVE DQO.

Gerenciamento HugeTLB mais resiliente

O movimento das tabelas de páginas HugeTLB durante mremap() agora preserva a relação correta de endereços entre os mapeamentos de origem e destino.

Páginas gigantes sem suporte à dissolução em tempo de execução permanecem em seu caminho de ciclo de vida compatível, preservando a consistência da lista livre e do estado das páginas.

Essas alterações fortalecem os conjuntos de trabalho HugeTLB reservados explicitamente, incluindo configurações com páginas de 1 GiB em sistemas x86 compatíveis.

Ordenação mais robusta da memória anônima

A inicialização de VMAs anônimas agora publica o ponteiro anon_vma com a ordenação de memória necessária.

Todos os campos inicializados ficam visíveis antes que outra CPU possa consumir a nova estrutura.

Isso fortalece os caminhos simultâneos de falhas de página, first-touch, mprotect() e VMAs adjacentes, especialmente em arquiteturas com ordenação fraca como ARM64.

Desmontagem de gravação diferida de cgroups mais previsível

A limpeza de gravação diferida de cgroups de memória off-line agora informa estados de quiescência Tasks-RCU durante operações longas de drenagem.

O caminho afetado de drenagem de inodes também avança linearmente, continuando da posição de varredura anterior em vez de percorrer repetidamente o mesmo prefixo da lista.

Isso mantém BPF, ftrace e outros usuários de Tasks-RCU avançando durante grandes operações de remoção de serviços ou contêineres.

Controle DPLL mais preciso

A sincronização de referências DPLL agora usa uma busca exata por ID de pino.

Uma solicitação do espaço de usuário se aplica somente ao pino de referência selecionado e não pode ser redirecionada a uma entrada vizinha com identificador diferente.

Isso fortalece o controle determinístico da topologia de fontes de relógio em hardware de temporização compatível.

Restauração da marcação de tempo de hardware baseada em PHY

Dispositivos de rede que fornecem marcas de tempo de hardware por meio do PHY deixam de depender de callbacks de marcas de tempo do driver MAC que não se aplicam à sua arquitetura.

A configuração PTP chega diretamente ao caminho de marcas de tempo do PHY, preservando a operação de marcas de tempo de hardware nos dispositivos compatíveis.

Inicialização do AWS ENA mais limpa

O caminho de limpeza de detecção do AWS ENA agora libera recursos de leitura PHC e MMIO na ordem correta.

O registro do relógio PTP, o estado PHC, os recursos MMIO apoiados por DMA e os dados privados do driver permanecem alinhados durante a inicialização parcial e a limpeza do dispositivo.

Isso fortalece o gerenciamento do ciclo de vida do ENA no perfil HFTKernel Cloud.

Menor sobrecarga de transições KVM

As operações de virtualização aninhada agora usam chamadas estáticas em vários caminhos L2 ativos.

Em hosts Intel compatíveis, o KVM também evita trocar a configuração de DS_AREA e PEBS quando o PEBS do sistema convidado está inativo. O caminho afetado remove duas ou quatro gravações MSR desnecessárias por percurso completo de VMX.

Processadores com isolamento PEBS evitam três gravações MSR adicionais relacionadas ao PEBS em cada transição VMX.

Essas melhorias tornam o HFTKernel mais eficiente como host KVM para cargas virtualizadas aninhadas e sensíveis ao desempenho.

Medições Intel PEBS mais confiáveis

O Intel PEBS recebe classificação mais precisa de cargas e gravações, restrições de fontes de dados e decodificação de estados de snoop nas microarquiteturas recentes compatíveis.

Isso melhora a análise assistida por hardware de:

  • latency de memória;
  • comportamento do cache;
  • bloqueios de cargas e gravações;
  • efeitos de NUMA;
  • atrasos raros de execução.

O resultado é uma camada de observabilidade mais confiável para engenharia de desempenho e investigações de tail latency.

Direcionamento de filas XPS mais consistente

O XPS agora rejeita identificadores de classes de tráfego fora da configuração ativa de filas.

Isso mantém consistentes os mapas de direcionamento de filas após alterações de classes de tráfego e preserva metadados válidos de posicionamento de CPU para filas TX.

Ferramentas de medição incluídas

Cada conjunto de pacotes HFTKernel inclui:

cpujitter

Para intervalos sem execução de CPU, interferência de escalonamento, atividade de IRQ e softIRQ e caudas de latency.

memjitter

Para alocação, first-touch, conjunto de trabalho e comportamento sob pressão de memória.

irqjitter

Para análise da atividade de IRQ e softIRQ.

As ferramentas são entregues em pacotes nativos do sistema operacional alinhados à versão do HFTKernel e ao perfil de plataforma.

Resultado do HFTKernel 7.2.9

O HFTKernel 7.2.9 fortalece o sistema ao redor das aplicações sensíveis à latency:

  • a propriedade exclusiva de CPU permanece consistente;
  • a propriedade e a conclusão dos anéis de pacotes são explícitas;
  • as cargas de captura mantêm comportamento limitado de temporizadores;
  • as transições de HugeTLB e memória anônima são mais robustas;
  • a remoção de cgroups gera menos interferência prolongada em segundo plano;
  • a configuração PTP e DPLL se torna mais precisa;
  • o gerenciamento do ciclo de vida do ENA é mais limpo;
  • as transições KVM realizam menos trabalho desnecessário;
  • as medições PEBS fornecem dados de desempenho mais confiáveis.

Em conjunto, essas alterações tornam o host mais previsível, mensurável e controlável em implantações na nuvem, bare-metal, de captura de pacotes e de virtualização.

HFTKernel 7.2.8

Recuperação de memória mais limpa, captura de pacotes mais robusta e melhores diagnósticos de tempo

Base upstream: Linux 7.2.8. Alterações desde 7.2.7. Data de lançamento upstream: 25 de setembro de 2026.

Recuperação de memória mais previsível

O Linux 7.2.8 melhora a separação entre redutores globais do sistema de arquivos e recuperação por cgroup de memória.

Pontos de extensão de objetos em cache que não reconhecem memcg são mantidos no caminho de recuperação global, enquanto pontos de extensão do sistema de arquivos que reconhecem memcg ainda podem participar da recuperação por memcg. Isso evita trabalho global repetido entre muitos pares de memcg e nó NUMA, ao mesmo tempo que restaura um comportamento útil de recuperação por memcg para caminhos como a recuperação de slabs de inodes XFS.

Para o HFTKernel, isso favorece isolamento mais limpo dos serviços e menos ruído de fundo em sistemas que usam contêineres, cgroup v2 ou limites de memória por serviço.

Contabilização de memória bloqueada mais precisa

A versão corrige a contabilização de locked_vm para MREMAP_DONTUNMAP quando VMAs bloqueadas são remapeadas sem desmapear a origem.

Também torna mais seguras as atualizações de NR_MLOCK em caminhos em que munlock(), E/S direta, folios de cache de páginas e conclusão de IRQ podem interagir na mesma CPU.

Para o HFTKernel, isso fortalece a contabilização de memória dos conjuntos de trabalho fixados e bloqueados, comuns em aplicações sensíveis à latency e cargas de medição.

Comportamento mais claro de mapeamentos enormes para memória gerenciada por drivers

Mapeamentos PFNMAP enormes agora ignoram os parâmetros genéricos ajustáveis de THP quando esses parâmetros não se aplicam. O histórico de alterações upstream observa que esses mapeamentos não são memória THP recuperável normal e que o tratamento incorreto causou degradação real de desempenho nas configurações afetadas.

Para o HFTKernel, isso é relevante para mapeamentos especializados de dispositivos, mapeamentos do tipo DAX e memória gerenciada por drivers, não para a política THP padrão das aplicações.

Caminhos de captura e reprodução AF_PACKET mais robustos

O AF_PACKET recebe duas correções práticas para processamento de pacotes baseado em anéis.

O TPACKET_V3 agora preserva o tamanho validado da área privada sem truncá-lo em um campo interno menor. Isso impede que registros de pacotes se sobreponham aos metadados privados do anel.

O caminho de erro do cabeçalho VNET agora limpa corretamente a propriedade RX, impedindo que um pacote com falha deixe uma posição do anel indisponível para o próximo pacote válido.

Para o HFTKernel, isso é diretamente útil para captura de dados de mercado, reprodução de pacotes, sondas de latency, geradores de tráfego e ambientes de testes de rede baseados em AF_PACKET.

Comportamento mais robusto de TCP e marcas de tempo de sockets

O TCP agora exclui ACKs excessivamente antigos do caminho rápido e os encaminha pelo caminho normal de validação. Isso mantém as atualizações do estado da conexão TCP alinhadas à validação de ACK.

A configuração de marcas de tempo de sockets agora adquire o bloqueio do socket ao alterar indicadores relacionados a marcas de tempo, preservando o caso comum sem bloqueio. Isso fortalece a correção do ciclo de vida das marcas de tempo em sistemas com uso intenso de sockets.

Para o HFTKernel, essas alterações melhoram a correção das conexões de longa duração TCP, TLS, WebSocket, do plano de controle e de observabilidade.

Melhores diagnósticos PTP e PHC

Para MACB/GEM, as marcas de tempo do sistema retornadas ao redor de uma leitura PHC agora delimitam corretamente a leitura do registro de hardware. O histórico de alterações upstream informa que o intervalo anterior podia ser irrealisticamente curto em comparação com a leitura ordenada real do registro, distorcendo a sincronização baseada no ponto médio.

Para stmmac, phc_index agora permanece indefinido quando a marcação de tempo de hardware é compatível, mas nenhum relógio PTP foi registrado ainda. Isso evita informar um índice PHC aparentemente válido para o relógio errado.

Para o HFTKernel, isso melhora a integridade dos diagnósticos de tempo e reduz o risco de descoberta enganosa de PHC em configurações de NIC compatíveis.

Tratamento mais robusto do ciclo de vida de RDMA, EFA e IRQ

O driver AWS EFA agora mantém ativos os recursos EQ e as filas de administração enquanto seus manipuladores IRQ estão registrados. A ordem de inicialização e desmontagem fica alinhada aos recursos acessados no contexto de interrupção.

Os caminhos RDMA também recebem melhorias de ciclo de vida e ordenação, incluindo barreiras locais para o registro de memória Intel irdma e tratamento de XArray seguro para IRQ nas tabelas QP e CQ de erdma.

Para o HFTKernel Hardware e os ambientes ligados à nuvem, isso fortalece a confiabilidade do ciclo de vida RDMA controlado por interrupções.

Diagnósticos e observabilidade mais confiáveis

perf melhora a limpeza de eventos PMU mediados de sistemas convidados quando módulos são descarregados enquanto conexões perf estão ativas.

Os metadados de grupos netlink agora são atualizados com publicação segura para RCU e liberação adiada para leitores sem bloqueio.

drop_monitor recebe tratamento mais seguro da desmontagem de tracepoints, ponteiros por CPU e temporizadores, incluindo timer_shutdown_sync() para impedir o rearme durante a desmontagem.

Para o HFTKernel, essas alterações fortalecem a confiabilidade das sessões de diagnóstico usadas para investigar descartes de pacotes, ruído de escalonamento e eventos raros de tail latency.

Ferramentas de medição incluídas

cpujitter

Mede jitter de execução de CPU, interferência de interrupções e caudas de latency.

memjitter

Mede latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e comportamento da memória sob carga.

Use as duas ferramentas junto com medições da aplicação.

Valide a atualização com testes A/B controlados usando o mesmo conjunto de ferramentas, configuração do kernel, posicionamento de CPU e IRQ e carga de trabalho. Inclua testes de captura de pacotes, diagnósticos de tempo e ciclo de vida para os recursos usados em sua implantação.

HFTKernel 7.2.7

Isolamento de CPU mais consistente, caminhos de controle mais leves e medições mais confiáveis

Base upstream: Linux 7.2.7. Alterações desde 7.2.6. Data de lançamento upstream: 21 de setembro de 2026.

Isolamento de CPU e contabilização do escalonador

O gerenciamento cpuset de cgroup v2 preserva as CPUs isoladas na inicialização em sua contabilização de isolamento quando uma partição isolada é liberada ou muda de estado. Isso mantém cpuset.cpus.isolated alinhado ao isolamento de domínios da inicialização e permite automação confiável de posicionamento durante os ciclos de vida dos serviços.

O EEVDF agora mantém de forma consistente os metadados do tempo de execução virtual mínimo e das fatias mínima e máxima durante atualizações da árvore da fila de execução, incluindo a inicialização de max_slice antes do enfileiramento. Esses ajustes favorecem o escalonamento de classe justa para threads de aplicações e manutenção.

A contabilização da ociosidade média é atualizada somente quando há uma marca de tempo de ociosidade válida, mantendo a contabilização do escalonador vinculada a intervalos reais de ociosidade.

Menos trabalho desnecessário de migração RT e deadline

Os escalonadores RT e deadline ignoram tarefas com migração desativada ao selecionar uma tarefa para enviar a outra CPU. Eles podem selecionar uma candidata movível ou retornar mais cedo, evitando ativações repetidas de CPU-stopper que não podem avançar. Essa melhoria se aplica aos caminhos relevantes de escalonamento RT/DL.

Trabalho adiado de console mais eficiente

A saída adiada do console nbcon usa trabalho IRQ adiado. Quando o tick local do escalonador está ativo, o trabalho pode ser atendido nesse tick em vez de solicitar outra interrupção imediata. Uma CPU com o tick parado ainda pode exigir uma interrupção, preservando o avanço em configurações sem tick.

Alocação de pacotes de controle TCP mais previsível

Os pacotes de redefinição ativa do TCP usam indicadores de alocação atômica, evitando recuperação direta de memória enquanto o bloqueio de um socket está mantido. Isso mantém leve a alocação de redefinições ativas nos caminhos afetados de fechamento e desconexão de conexões, incluindo a desmontagem de sockets usada por pilhas de armazenamento em rede.

Contabilização mais precisa dos buffers de recepção io_uring

Operações de recepção com MSG_TRUNC contabilizam os bytes realmente copiados para buffers fornecidos, preservando o resultado de comprimento completo solicitado. O consumo incremental do buffer permanece alinhado à região disponível, permitindo reutilização confiável de buffers em aplicações que usam esse modo.

Diagnósticos consistentes de marcas de tempo de hardware

O driver mlx5 preserva as estatísticas acumuladas de marcas de tempo de hardware durante alterações no número de canais, nas classes de tráfego e nos modos de marcas de tempo DMA ou de porta. Estatísticas persistentes também permitem que o caminho de leitura evite o mutex de estado anterior. Isso fortalece a telemetria de marcas de tempo durante a reconfiguração de NIC.

Ciclos de vida de drivers de rede mais confiáveis

Azure MANA: a reconfiguração XDP mantém o estado válido anterior do programa quando a pré-alocação de buffers de recepção não pode ser concluída.

Intel IDPF: o trabalho de moderação dinâmica de interrupções é interrompido antes da liberação dos vetores de fila. Cabeçalhos VLAN também são considerados ao analisar pacotes de recepção agrupados por hardware.

GRO e encaminhamento: pacotes TCP agregados por hardware permanecem compatíveis com o processamento GRO de fraglist e a segmentação posterior. Isso é relevante para configurações de encaminhamento do Linux que combinam essas descargas.

Observabilidade de desempenho mais confiável

A amostragem Intel PEBS coordena o desligamento da PMU e a drenagem de buffers compartilhados para impedir operações de drenagem sobrepostas. Isso melhora a confiabilidade da amostragem de desempenho assistida por hardware em sistemas Intel compatíveis.

Histogramas de rastreamento mantêm modificadores de porcentagem e gráfico para os valores. A configuração do histograma seleciona e valida o relógio de rastreamento antes de publicar o gatilho, fortalecendo a configuração repetível das sessões de diagnóstico.

Gerenciamento mais robusto do ciclo de vida de memória e E/S

O SLUB coordena as devoluções à lista livre com as atualizações da lista parcial sob o bloqueio de nó apropriado, mantendo o estado consistente do alocador durante operações simultâneas.

Em x86, as tabelas de páginas criadas ao dividir mapeamentos grandes do kernel usam o caminho padrão de alocação de tabelas de páginas do kernel. Isso mantém coordenadas a construção, a contabilização, a liberação adiada e a invalidação IOTLB.

Para gravações assíncronas de io_uring, a contabilização de gravações do sistema de arquivos é concluída a partir do callback real de conclusão de E/S em vez de esperar o processamento posterior do trabalho de tarefas. Isso melhora a coordenação com os fluxos de congelamento e desligamento do sistema de arquivos.

Ferramentas de medição incluídas

cpujitter

Mede jitter de execução de CPU e comportamento das caudas de latency.

memjitter

Mede alocação de memória, first-touch, conjunto de trabalho e comportamento sob pressão de memória.

Use as duas ferramentas junto com medições da aplicação.

Valide a atualização com testes A/B controlados usando o mesmo conjunto de ferramentas, configuração do kernel, posicionamento de CPU e IRQ e carga de trabalho. Inclua medições em estado estável e testes de ciclo de vida dos recursos usados em sua implantação.

HFTKernel 7.2.6

Manutenção do tempo mais consistente, gerenciamento de recursos mais leve e ciclos de vida de rede mais robustos

Base upstream: Linux 7.2.6. Alterações desde 7.2.5. Data de lançamento upstream: 14 de setembro de 2026.

Manutenção do tempo do sistema mais consistente

A manutenção do tempo agora contabiliza em ntp_error o ajuste de marcas de tempo que preserva a continuidade quando o multiplicador de frequência do clocksource muda. Isso mantém o cálculo do erro de disciplina do relógio alinhado ao ajuste, especialmente durante correções maiores de frequência provenientes de uma referência externa.

Gerenciamento mais eficiente do posicionamento de CPU e memória

Em cgroup v2, o tratamento de conexão a quente de cpuset evita atualizações redundantes de tarefas quando as máscaras efetivas de CPU e nós NUMA são herdadas de um pai. Isso reduz o trabalho desnecessário de gerenciamento de posicionamento durante as atualizações de topologia afetadas.

Menos trabalho desnecessário de recuperação de memória

Quando um cgroup de memória é removido, a contabilização do tamanho LRU passa para seu pai em vez de permanecer duplicada no filho. A recuperação LRU tradicional evita percorrer repetidamente listas esvaziadas, enquanto o MGLRU se beneficia da contabilização mais precisa do orçamento de nós sombra. Isso melhora a contabilização de recursos durante reinícios de serviços, renovação de contêineres e pressão de memória.

Ritmo de envio de pacotes FQ mais consistente

O FQ agora compensa somente a deriva positiva de escalonamento ao calcular atrasos do ritmo de envio. Com a descarga do controle de ritmo ativada, a retirada antecipada da fila deixa de encurtar o próximo intervalo nos caminhos afetados com limite de taxa e sem EDT. A validação em execução de quantum e initial_quantum também mantém a configuração FQ dentro dos limites aceitos.

Gerenciamento mais confiável de AF_XDP e buffers DMA

O driver virtio-net agora redimensiona sua matriz de buffers AF_XDP junto com o anel RX. Isso mantém a capacidade dos buffers alinhada à configuração de filas quando uma aplicação AF_XDP está conectada.

O código compartilhado de page-pool também coordena com mais cuidado o desmapeamento DMA e a limpeza dos metadados de buffers durante a desmontagem e a devolução simultânea de páginas, fortalecendo o gerenciamento do ciclo de vida dos buffers de rede.

Configuração de hardware e redes virtuais mais robusta

Intel E810 PTP: o driver ICE pode recorrer à fila de banda lateral quando a interface do temporizador PHY de baixa latency excede o tempo limite. Isso melhora a reinicialização PTP após atualizações de firmware e redefinições relacionadas, mantendo o caminho normal de baixa latency.

Azure MANA: a alocação MSI-X respeita a capacidade real da tabela de vetores do dispositivo, melhorando a configuração de recursos de interrupção em máquinas virtuais muito grandes.

NVIDIA mlx5: as mudanças de estado de vport no E-Switch preservam a velocidade TX máxima configurada, mantendo consistente a configuração de portas virtuais durante as transições de estado.

Diagnósticos de latency mais confiáveis

Os diagnósticos de temporizadores de alta resolução agora contam as novas tentativas de interrupção que se recuperam com sucesso, melhorando a precisão de nr_retries em /proc/timer_list.

O Intel Processor Trace recebe tratamento mais confiável de parada e início. A ferramenta perf sched atualizada exige amostras de rastreamento relevantes antes de apresentar uma tabela de latency, tornando explícitos os registros incompletos.

Contabilização de E/S mais completa durante a conexão a quente de CPU

As estatísticas da camada de blocos coletam e redefinem amostras de todas as CPUs possíveis, incluindo CPUs desconectadas durante uma janela de amostragem. Isso preserva as amostras pendentes de latency para os caminhos de controle de E/S que usam essas estatísticas.

Ferramentas de medição incluídas

cpujitter

Mede jitter de execução de CPU, interferência de interrupções e caudas de latency.

memjitter

Mede latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e comportamento da memória sob carga.

O HFTKernel 7.2.6 oferece manutenção do tempo mais consistente, gerenciamento de recursos mais leve e ciclos de vida de rede mais robustos.

HFTKernel 7.2.5

Memória, sincronização e diagnósticos de latency mais previsíveis

Baseado no Linux 7.2.5. Alterações em relação ao Linux 7.2.4.

Controle de HugeTLB e NUMA mais confiável

A alocação de páginas gigantes HugeTLB por CMA agora valida o nó NUMA preferido em relação à máscara de nós permitidos, recorre aos limites atuais de cpuset quando nenhuma máscara explícita é fornecida e pode tentar novamente após uma alteração simultânea de cpuset. Isso melhora o controle de posicionamento de buffers grandes pré-alocados, incluindo páginas de 1 GiB em x86 ao usar esse caminho de alocação.

O gerenciamento da reserva HugeTLB preserva max_huge_pages ao liberar páginas excedentes. Páginas migradas mantêm seu estado migrável e sua participação na lista ativa mesmo dentro do mesmo nó NUMA. Contadores de cgroup são inicializados de forma consistente independentemente de CONFIG_DEBUG_VM, incluindo limites ilimitados informados como max.

Sincronização com herança de prioridade mais consistente

As funções auxiliares dedicadas de escalonamento PI-futex delimitam rt_mutex_wait_proxy_lock() sem chamar sched_submit_work() no caminho proxy-lock. Isso melhora a contabilização da sincronização para aplicações que usam futexes com herança de prioridade.

Em PREEMPT_RT, a conclusão de PI-requeue evita uma chamada redundante a rcuwait_wake_up() em Q_REQUEUE_PI_LOCKED, mantendo consistentes a transferência de bloqueios e as ativações das threads em espera. Essa segunda alteração é específica de PREEMPT_RT.

Diagnósticos BPF e ftrace mais confiáveis

bpf_get_stackid() protege contra preempção a coleta de cadeias de chamadas e o acesso ao buffer por CPU retornado. A inicialização simultânea de ftrace_ops é sincronizada, mantendo o caminho rápido para objetos inicializados.

Operações de filtros de funções e leituras de filtros/gatilhos de eventos mantêm as referências necessárias à instância de rastreamento. Essas alterações fortalecem a análise automatizada e a investigação de valores atípicos raros de latency em sistemas PREEMPT.

Análise de hardware mais precisa

A disponibilidade de AnyThread na Intel PMU segue o recurso CPUID correspondente. A filtragem somente de usuário do Intel LBR verifica os dois endereços de ramificação, mantendo as amostras dentro do escopo solicitado.

O programa BPF de argumentos ampliados de chamadas de sistema em perf trace usa bpf_for, tornando mais robustas as verificações de término de laços do verificador diante de alterações do Clang. Essa melhoria das ferramentas exige uma compilação atualizada de perf.

Inicialização única de sockets mais limpa

DO_ONCE_SLEEPABLE() adia a desativação de chaves estáticas para uma fila de trabalho do sistema, fora dos bloqueios mantidos pelo chamador. Isso separa as atualizações globais de chaves estáticas do bloqueio de sockets em caminhos como __inet_hash_connect(). A alteração se aplica à inicialização única, não ao processamento por pacote.

Tratamento mais robusto de memória e temporizadores KVM

O envelhecimento sem bloqueio de Shadow-MMU reutiliza o valor do mapeamento reverso capturado durante a verificação do bloqueio. As atualizações do bit Accessed de TDP-MMU usam LOCK CMPXCHG para manter a consistência com alterações simultâneas de SPTE.

Os temporizadores sintéticos Hyper-V emulados pelo KVM validam as conversões de 100 nanossegundos e limitam os prazos a KTIME_MAX, mantendo vencimentos distantes no futuro. Essas alterações se aplicam ao kernel do host KVM. Para um sistema convidado na nuvem, o benefício correspondente depende da atualização do host do provedor.

Armazenamento e políticas opcionais de memória mais robustos

O NVMe multipath coordena a desmontagem de namespaces com leitores SRCU. O NVMe/TCP verifica antecipadamente C2HData de entrada em relação à direção do comando, fortalecendo os caminhos afetados de armazenamento em rede.

A priorização DAMOS usa uma soma móvel de acessos para decisões de esquema mais consistentes. Com THP de tmpfs ativado, MADV_HUGEPAGE passa os indicadores VMA atualizados para khugepaged. Essas melhorias se aplicam a configurações que usam os respectivos subsistemas e políticas.

Ferramentas de medição incluídas

cpujitter

Mede jitter de execução de CPU, interferência de interrupções e caudas de latency.

memjitter

Mede latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e comportamento da memória sob carga.

Valide a carga de trabalho com uma comparação A/B de 7.2.4 e 7.2.5, mantendo inalterados o conjunto de ferramentas, a configuração do kernel, o posicionamento de CPU/IRQ e a carga de trabalho.

O HFTKernel 7.2.5 fortalece o posicionamento de páginas enormes, a sincronização com herança de prioridade e os diagnósticos de latency, com tratamento mais consistente de memória e temporizadores para hosts KVM.

HFTKernel 7.2.4

Menos trabalho desnecessário do kernel. Infraestrutura mais previsível.

Baseado no Linux 7.2.4. Alterações em relação ao Linux 7.2.3.

Fixação de memória de longo prazo mais eficiente

A contabilização de referências GUP de páginas fixadas foi corrigida. O caminho afetado de fixação de memória de longo prazo agora pode evitar drenagens locais e globais desnecessárias dos buffers LRU internos.

Para o HFTKernel, isso reduz o trabalho desnecessário entre CPUs durante a preparação de buffers fixados e apoia o objetivo de minimizar o ruído do sistema ao redor dos núcleos dedicados de negociação.

Recuperação do sistema de arquivos mais bem delimitada

O JBD2 agora contabiliza cada buffer de pontos de verificação examinado no orçamento de varredura, incluindo buffers ocupados. Também verifica se é necessário reescalonar ao ignorar buffers ocupados.

Isso limita o trabalho realizado em uma única passagem do redutor e permite liberar prontamente o bloqueio do diário quando o reescalonamento é solicitado. Em nós ext4, a alteração é útil quando a atividade do sistema de arquivos coincide com pressão de memória.

Gerenciamento de memória mais coordenado

Os laços de recuperação e migração de páginas agora informam explicitamente estados de quiescência a RCU Tasks. Isso ajuda os períodos de graça correspondentes a terminar mesmo durante processamento prolongado de memória em kernels PREEMPT. A alteração de migração é especialmente relevante para hosts KVM que usam callbacks de notificadores MMU.

Para configurações que usam vm.defrag_mode=1, alocações não movíveis são encaminhadas pelo caminho apropriado de recuperação e compactação de pageblocks. A compactação de pageblocks inteiros também usa regras mais adequadas de seleção de memória, permitindo que o alocador avance melhor nesse modo.

O SLUB repõe sheaves reutilizáveis sem consumir as reservas de emergência pfmemalloc, preservando essas reservas para seus usos previstos no kernel.

Tratamento mais consistente de filas TX de rede

A pilha de rede comum melhora a inicialização de trans_start quando filas TX são ativadas. Cada fila afetada recebe o tempo de referência correto do watchdog, tornando mais confiável o monitoramento do estado das filas durante a ativação de interfaces.

O driver Broadcom bnxt_en agora aciona o doorbell dos pacotes já preparados mesmo quando a linearização do último pacote de uma rajada falha. O dispositivo é notificado sobre os descritores TX enfileirados sem esperar outra chamada de transmissão.

Entrega mais confiável de interrupções PCI no Hyper-V

Durante a desconexão a quente de CPU, uma interrupção PCI MSI pendente agora pode ser reenviada à nova CPU de destino por meio do domínio pai de interrupções.

Para o HFTKernel Cloud no Hyper-V, isso melhora a confiabilidade de dispositivos PCI quando o conjunto de vCPUs on-line muda. A alteração aborda especificamente o redirecionamento de interrupções quando uma CPU é desconectada.

Menor sobrecarga de E/S do sistema de arquivos

Para pequenas sobrescritas com buffer em folios grandes que já estão atualizados, o processamento de gravação para após o intervalo solicitado em vez de percorrer os cabeçalhos de buffer restantes. Isso reduz o trabalho desnecessário de CPU, incluindo o caminho de gravação ext4 afetado.

Em dm-io, solicitações DM_IO_BIO clonam o bio original em vez de reconstruir o vetor de páginas. O iterador e o alinhamento originais são preservados, simplificando o tratamento de E/S em configurações de Device Mapper que usam esse caminho.

Diagnósticos de latency e jitter mais confiáveis

A coleta e a cópia de cadeias de chamadas BPF são protegidas contra preempção ao acessar o buffer compartilhado por CPU. Isso melhora a confiabilidade da coleta de pilhas em kernels PREEMPT.

Leituras de trace_pipe são sincronizadas com o redimensionamento de sub-buffers de rastreamento, fortalecendo a observabilidade de eventos do kernel durante a reconfiguração do rastreamento.

Tratamento mais rigoroso de relógios auxiliares

__do_adjtimex() agora verifica se a leitura de um relógio auxiliar foi bem-sucedida. Quando uma leitura está indisponível, retorna -ENODEV em vez de usar um valor de tempo que não foi obtido.

Isso melhora o tratamento do estado de relógios auxiliares em configurações que usam essa API de manutenção do tempo.

Configuração Intel Speed Select mais confiável

Em plataformas Intel compatíveis, a validação de parâmetros SST-CP é fortalecida para intervalos de frequência, prioridade proporcional, identificadores de CPU e identificadores CLOS.

Para o HFTKernel Hardware, isso melhora o controle das configurações de desempenho do hardware ao configurar sistemas compatíveis.

Ferramentas de medição incluídas

cpujitter

Mede jitter de execução de CPU e as caudas da distribuição de latency.

memjitter

Analisa latency de memória, comportamento de alocação, comportamento de first-touch e conjuntos de trabalho bloqueados.

Avalie o impacto na carga de trabalho de destino com testes A/B reproduzíveis, métricas de rede e distribuições de latency da aplicação.

O HFTKernel 7.2.4 se concentra em reduzir o trabalho desnecessário do kernel, tornar mais previsível o atendimento de memória e dispositivos e fornecer uma base confiável para medição.

HFTKernel 7.2.3

Processamento de pacotes mais previsível em implantações Cloud e Hardware

O HFTKernel foi atualizado para o kernel Linux 7.2.3.

O HFTKernel 7.2.3 inclui as alterações da ramificação estável Linux 7.2.3 mais relevantes para HFT, dados de mercado, sistemas de execução e infraestrutura sensível à latency.

O foco principal desta versão é um ciclo de vida de pacotes mais confiável, comportamento TX sem bloqueio previsível, operação TCP correta em redes assimétricas e caminhos de infraestrutura virtualizada mais robustos.

AF_PACKET e captura de pacotes

O ciclo de vida de AF_PACKET TX_RING apoiado por memória vmalloc foi melhorado.

A memória do anel TX agora permanece ativa até que cada skb associado tenha sido concluído. As atualizações de marcas de tempo e TP_STATUS_AVAILABLE são concluídas antes da liberação da referência pendente, sem adicionar outro bloqueio ao caminho crítico de conclusão TX.

Isso é especialmente útil para sistemas HFTKernel usados para:

  • Captura de dados de mercado
  • Reprodução de pacotes
  • Sondas de latency
  • Geradores de tráfego
  • Ambientes de testes de rede
  • Sistemas de medição baseados em AF_PACKET

A alteração torna mais consistentes a conclusão TX e a liberação da memória do anel sem adicionar sincronização ao caminho principal de processamento de pacotes.

Caminho de dados VLAN mais estável

As interfaces VLAN agora preservam um hard_header_len estável, herdam corretamente o espaço livre necessário no início e no fim e mantêm o alinhamento adequado de cabeçalhos para AF_PACKET SOCK_RAW.

Isso melhora a previsibilidade dos caminhos TX sem bloqueio ao usar:

  • Descarga VLAN por hardware
  • Interfaces de rede virtuais
  • Contêineres e namespaces de rede
  • Redes na nuvem
  • Captura de pacotes por sockets raw

Para o HFTKernel, isso significa metadados de pacotes e disposição de buffers mais consistentes quando o estado da descarga VLAN muda.

MSS TCP correto em redes assimétricas

O Linux 7.2.3 calcula o MSS TCP anunciado a partir da MTU configurada da interface ou rota, em vez de uma PMTU do caminho de saída descoberta anteriormente.

Isso é especialmente relevante para configurações assimétricas na nuvem, balanceadores de carga DSR e redes sobrepostas em que o tráfego de entrada e de saída pode percorrer caminhos com valores MTU diferentes.

A alteração impede que uma MTU menor da rede sobreposta de saída limite desnecessariamente o tamanho dos segmentos TCP de entrada durante toda a vida da conexão.

O MSS derivado da rota também é limitado a TCP_MIN_MSS, tornando mais robusta a inicialização da janela de recepção TCP quando as métricas de rota contêm valores incomuns.

Para o HFTKernel, isso melhora a previsibilidade das conexões TCP, TLS e WebSocket de longa duração usadas por sistemas de dados de mercado e execução.

Transição limpa entre AVX2 e SSE

A implementação de busca PIPAPO AVX2 do nftables agora executa vzeroupper antes de retornar a código que pode usar instruções SSE.

Limpar as partes superiores dos registros YMM impede a penalidade documentada de transição de AVX para SSE no código SSE posterior.

Isso se aplica a sistemas em que nftables e a busca PIPAPO AVX2 permanecem ativos em núcleos de infraestrutura ou manutenção. Para o HFTKernel, remove outra fonte pequena, mas evitável, de sobrecarga imprevisível de CPU.

Plano de controle XFRM e IPsec mais previsível

Os estados de manutenção de conexão NAT do XFRM agora são processados em lotes de tamanho fixo, limitando o uso temporário de memória independentemente do número total de estados.

O bloqueio também foi reformulado para que a coleta de referências e o processamento de estados ocorram em fases separadas.

Para a infraestrutura na nuvem, isso oferece:

  • Uso temporário de memória limitado
  • Processamento mais robusto de grandes conjuntos de estados XFRM
  • Comportamento mais previsível do plano de controle IPsec
  • Interação mais consistente com softirq e os caminhos de desmontagem de estados

Essas alterações ficam fora do caminho crítico principal de negociação, mas fortalecem a resiliência operacional dos nós na nuvem e das redes sobrepostas criptografadas.

Descarga TLS zero-copy mais robusta

A descarga TLS para dispositivos agora trata de forma mais confiável o limite de fragmentos de um registro TLS aberto.

Quando a matriz de fragmentos fica cheia, o registro é enviado mesmo quando a aplicação usa MSG_MORE e caminhos zero-copy de splice().

Isso fortalece:

  • Descarga TLS da NIC
  • TLS_TX_ZEROCOPY_RO
  • Caminhos de envio zero-copy
  • Fluxos TCP criptografados de alta carga

Para o HFTKernel, a alteração é útil em nós de infraestrutura em que a terminação TLS ou a descarga TLS do kernel é realizada diretamente pelo adaptador de rede.

KVM e AMD SEV/SNP

O KVM melhora o tratamento de AMD SEV e SEV-SNP:

  • Os pontos de extensão guest_memfd específicos de SEV são conectados somente quando o suporte a SEV está ativado
  • A infraestrutura de chamadas estáticas pode eliminar um CALL+RET desnecessário quando SEV não é usado
  • O acompanhamento de VMSA controlado pelo sistema convidado é mais robusto
  • Uma vCPU retorna corretamente ao estado executável após AP_CREATE
  • O suporte a memória apoiada por arquivos para sistemas convidados criptografados é restaurado
  • Buffers temporários de operações de criptografia são alocados como páginas completas

Essas alterações são relevantes principalmente quando o HFTKernel é usado como host KVM ou com virtualização confidencial AMD. Seu impacto direto dentro de uma máquina virtual comum na nuvem depende do kernel do host do provedor.

NVMe/TCP e Soft RoCE

O uso de page_frag_cache durante a criação simultânea de namespaces NVMe/TCP agora é serializado, melhorando o ciclo de vida dos buffers PDU durante a inicialização paralela do armazenamento.

O Soft RoCE agora atualiza os recursos do respondedor de forma mais consistente quando IB_QP_MAX_DEST_RD_ATOMIC muda: as matrizes de substituição são instaladas somente após a parada da tarefa do respondedor.

Essas alterações são úteis para infraestrutura HFT que usa armazenamento em rede, RDMA por software, ambientes de laboratório ou validação RDMA virtualizada. Elas não mudam o caminho rápido principal de RDMA por hardware.

Validação eBPF

O autoteste sockmap de BPF é corrigido para pacotes com um skb não linear.

O analisador continua somente para leitura, enquanto os dados necessários do pacote são linearizados explicitamente no programa de veredito antes do acesso direto.

Isso melhora os testes de regressão dos caminhos sockmap de BPF e fortalece o processo de compilação e qualificação do HFTKernel.

Avaliação do impacto

O Linux 7.2.3 não publica novas medições de latency mediana, p99, p99.9 ou p99.99 para essas alterações.

Portanto, o efeito prático da versão deve ser verificado com medições A/B controladas na carga de trabalho de destino.

O HFTKernel 7.2.3 fortalece os caminhos de rede do Linux em que o ciclo de vida dos pacotes, os metadados de buffers, a seleção de caminhos TCP e as operações de infraestrutura em segundo plano podem afetar a estabilidade e a repetibilidade de sistemas sensíveis à latency.

Ferramentas de medição incluídas

O HFTKernel 7.2.3 também inclui cpujitter e memjitter como ferramentas de medição nativas alinhadas à versão.

cpujitter

mede jitter de execução de CPU, interferência de IRQ e softirq e tail latency extrema.

memjitter

mede latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e latency de memória sob carga.

O ambiente de execução e as ferramentas de medição permanecem alinhados à mesma matriz de versões imutáveis Cloud e Hardware.

O HFTKernel 7.2.3 fortalece o ciclo de vida dos pacotes, os metadados VLAN, a seleção de MSS TCP, a descarga TLS, a E/S virtualizada, o KVM criptografado, o armazenamento e os caminhos de validação para uma plataforma HFT mais estável e previsível.

HFTKernel 7.2.2

Tratamento mais confiável de fragmentos GSO em redes na nuvem

O HFTKernel foi atualizado para o kernel Linux 7.2.2.

Esta versão específica fortalece o tratamento de pacotes IPv4 e IPv6 fragmentados em configurações de rede virtualizadas e mediadas pelo espaço de usuário.

Caminho de dados de rede

Quando um fragmento IP entra na fila compartilhada de remontagem, o kernel agora redefine seu estado GSO com skb_gso_reset().

  • O estado GSO deixa de ser levado dos fragmentos individuais para o pacote remontado.
  • O pacote remontado chega à segmentação por software com o estado correto.
  • A correção compartilhada abrange a remontagem de IPv4, IPv6, o rastreamento de conexões Netfilter e 6LoWPAN.
  • A interação entre a remontagem de fragmentos, GSO e skb_segment() é mais robusta.

A alteração é implementada no caminho comum inet_frag_queue_insert() e modifica apenas um arquivo do kernel.

Valor prático para o HFTKernel

A atualização é especialmente relevante para sistemas que usam:

  • TUN/TAP
  • AF_PACKET com PACKET_VNET_HDR
  • Virtio-net e KVM
  • Máquinas virtuais na nuvem
  • Namespaces de rede
  • Captura e reprodução de pacotes
  • Geradores de tráfego e ambientes de testes de rede
  • Gateways virtualizados de dados de mercado e execução

Para o HFTKernel, isso significa um caminho de dados de rede mais resiliente e tratamento mais confiável de combinações raras de fragmentação IP e metadados GSO.

Validação upstream

Os testes upstream abrangeram quatro geometrias diferentes de pacotes IPv4 e IPv6 fragmentados. Após a correção, todos os datagramas de teste foram entregues integralmente e sem mensagens do kernel.

Avaliação do impacto

Essa melhoria visa à resiliência operacional, não à aceleração do caminho rápido comum da rede.

O upstream não publica novas medições de throughput, latency mediana ou tail latency para o Linux 7.2.2. A formulação correta para o HFTKernel é:

O HFTKernel 7.2.2 melhora a confiabilidade dos caminhos GSO e de remontagem de fragmentos em configurações de rede virtualizadas e mediadas pelo espaço de usuário.

Ferramentas de medição nativas incluídas

O HFTKernel 7.2.2 também inclui cpujitter e memjitter como ferramentas de medição nativas.

cpujitter

mede jitter de execução de CPU, interferência de IRQ e softirq e tail latency extrema.

memjitter

analisa latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e comportamento da memória sob carga.

O HFTKernel 7.2.2 fortalece os caminhos de rede usados pela infraestrutura na nuvem, pelas máquinas virtuais e pelos sistemas de captura e reprodução de tráfego, tornando a plataforma Linux para HFT mais resiliente e previsível.

HFTKernel 7.2

Isolamento de CPU mais limpo, temporização mais precisa e melhor controle de tail latency

O HFTKernel foi atualizado para o kernel Linux 7.2.

Esta versão fortalece os caminhos do kernel mais importantes para HFT, dados de mercado, gateways de execução e outras infraestruturas sensíveis à latency.

Melhorias principais

  • Isolamento de CPU NO_HZ_FULL mais limpo, com menos atividade de manutenção chegando aos núcleos críticos para a latency
  • Correlação mais precisa entre os caminhos de temporização PTP, PHC, TSC, KVMclock e Hyper-V
  • Escalonamento ciente do cache e melhor localidade de cache de último nível para cargas relacionadas
  • Maior correção de futex e escalabilidade específica de membarrier
  • Trabalho de tarefas io_uring sem bloqueio com menor sobrecarga e caminhos de rede zero-copy mais robustos
  • Melhorias de NAPI, TCP e Azure MANA para um caminho de dados de rede mais estável
  • Melhorias de NUMA, MGLRU, memória contígua e /proc para comportamento mais previsível do sistema
  • Observabilidade de IRQ e RTLA com menor sobrecarga para encontrar eventos raros de latency

Ferramentas de medição nativas incluídas

O HFTKernel 7.2 inclui cpujitter e memjitter como pacotes nativos para todos os destinos Cloud e Hardware compatíveis.

cpujitter

mede jitter de execução de CPU, interferência de IRQ e softirq e tail latency extrema.

memjitter

analisa latency de alocação, comportamento de first-touch, conjuntos de trabalho bloqueados e desempenho de memória sob pressão.

Em conjunto, HFTKernel, cpujitter e memjitter fornecem tanto o ambiente de execução otimizado quanto as ferramentas de medição necessárias para validar infraestrutura sensível à latency.

O HFTKernel 7.2 fortalece o isolamento de CPU, a precisão de temporização, a localidade de cache, o processamento de rede, o comportamento da memória e a observabilidade de latency em uma plataforma mensurável para HFT.

Filosofia das versões

Estabilidade upstream, políticas específicas da carga de trabalho e resultados mensuráveis

O HFTKernel parte de uma versão estável exata do Linux, registra o conjunto de ferramentas e a identidade da compilação, aplica o perfil Cloud ou Hardware selecionado, empacota cpujitter e memjitter com o ambiente de execução e valida o resultado como uma versão imutável.

Base exataCódigo-fonte estável do Linux verificado e versão do kernel fixada.
Perfil controladoPolíticas de CPU, memória, rede, manutenção do tempo e isolamento adaptadas à plataforma.
Pacotes nativosConjuntos DEB, RPM ou TGZ para a matriz de produção compatível.
Entrega com mediçõescpujitter e memjitter fornecem evidências repetíveis na cauda de latency.

Planejamento da implantação

Avalie a versão de acordo com sua topologia de CPU, NIC, memória e temporização.

A seleção do pacote é apenas o primeiro passo. O resultado em produção depende dos parâmetros de inicialização, da afinidade em tempo de execução, do posicionamento das filas, do projeto PTP/PHC, da política de memória e de um plano de medição controlado.