{"id":104757,"date":"2022-08-02T15:37:00","date_gmt":"2022-08-02T13:37:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-36"},"modified":"2022-08-02T15:37:00","modified_gmt":"2022-08-02T13:37:00","slug":"vypusk-sistemnoj-biblioteki-glibc-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-36","title":{"rendered":"Lan\u00e7amento da biblioteca do sistema Glibc 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s seis meses de desenvolvimento, foi lan\u00e7ado o release da biblioteca de sistema GNU C Library (glibc) 2.36, que est\u00e1 em total conformidade com os requisitos dos padr\u00f5es ISO C11 e POSIX.1-2017. A nova vers\u00e3o inclui corre\u00e7\u00f5es de 59 desenvolvedores. <\/p>\n
Entre as melhorias implementadas no Glibc 2.36, destaca-se: <\/p>\n
\n
Foi adicionada a compatibilidade com o novo formato de reloca\u00e7\u00e3o relativa DT_RELR, que permite reduzir o tamanho das relocac\u00f5es relativas em objetos compartilhados e arquivos execut\u00e1veis compilados em modo PIE (execut\u00e1veis independentes de posi\u00e7\u00e3o). Para usar o campo DT_RELR em arquivos ELF, \u00e9 necess\u00e1ria a suporte da op\u00e7\u00e3o \"-z pack-relative-relocs\" no linker, introduzida na vers\u00e3o do conjunto binutils 2.38.\n
Para a plataforma Linux, foram implementadas as fun\u00e7\u00f5es pidfd_open, pidfd_getfd e pidfd_send_signal, que fornecem acesso \u00e0 funcionalidade pidfd, ajudando a lidar com situa\u00e7\u00f5es de reutiliza\u00e7\u00e3o de PID para uma identifica\u00e7\u00e3o mais precisa de processos que acessam arquivos monitorados (o pidfd est\u00e1 vinculado a um processo espec\u00edfico e n\u00e3o muda, enquanto o PID pode ser associado a outro processo ap\u00f3s a conclus\u00e3o do processo atual associado a esse PID).\n
Para a plataforma Linux, foi adicionada a fun\u00e7\u00e3o process_madvise(), que permite que um processo execute a chamada de sistema madvise() em nome de outro processo, identificando o processo alvo atrav\u00e9s de pidfd. Atrav\u00e9s do madvise(), \u00e9 poss\u00edvel informar ao n\u00facleo sobre as caracter\u00edsticas do trabalho com a mem\u00f3ria para otimizar o gerenciamento de mem\u00f3ria do processo; por exemplo, com base nas informa\u00e7\u00f5es passadas, o n\u00facleo pode iniciar a libera\u00e7\u00e3o de mem\u00f3ria livre adicional. A chamada madvise() por outro processo pode ser necess\u00e1ria em situa\u00e7\u00f5es em que as informa\u00e7\u00f5es necess\u00e1rias para otimiza\u00e7\u00e3o n\u00e3o s\u00e3o conhecidas pelo processo atual e s\u00e3o coordenadas por um processo gerenciador em segundo plano, que pode iniciar a remo\u00e7\u00e3o de mem\u00f3ria n\u00e3o utilizada de processos.\n
Para a plataforma Linux, foi adicionada a fun\u00e7\u00e3o process_mrelease(), que permite acelerar a libera\u00e7\u00e3o de mem\u00f3ria de processos que est\u00e3o finalizando. Em condi\u00e7\u00f5es normais, a libera\u00e7\u00e3o de recursos e a conclus\u00e3o de processos n\u00e3o ocorrem instantaneamente e, por v\u00e1rias raz\u00f5es, podem ser atrasadas, o que prejudica o funcionamento de sistemas de resposta r\u00e1pida a falta de mem\u00f3ria, como o oomd (fornecido pelo systemd). Com a chamada para process_mrelease, tais sistemas podem iniciar de forma mais previs\u00edvel a devolu\u00e7\u00e3o de mem\u00f3ria de processos terminados for\u00e7osamente.\n
A implementa\u00e7\u00e3o embutida do resolvedor DNS agora suporta a op\u00e7\u00e3o \"no-aaaa\", que permite desativar o envio de consultas DNS para registros AAAA (determina\u00e7\u00e3o do endere\u00e7o IPv6 pelo nome do host), simplificando o diagn\u00f3stico de problemas, incluindo ao executar fun\u00e7\u00f5es NSS, como getaddrinfo(). Essa op\u00e7\u00e3o n\u00e3o afeta o tratamento de liga\u00e7\u00f5es de endere\u00e7os IPv6 definidas em \/etc\/hosts e chamadas a getaddrinfo() com a flag AI_PASSIVE.\n
Para a plataforma Linux, foram adicionadas as fun\u00e7\u00f5es fsopen, fsmount, move_mount, fsconfig, fspick, open_tree e mount_setattr, que oferecem acesso a uma nova API do n\u00facleo para gerenciar a montagem de sistemas de arquivos levando em conta espa\u00e7os de nomes de pontos de montagem (mount namespaces). As fun\u00e7\u00f5es propostas permitem tratar separadamente diferentes etapas da montagem (processar o superbloco, obter informa\u00e7\u00f5es sobre o FS, montar, anexar ao ponto de montagem), que anteriormente eram realizadas por meio de uma \u00fanica fun\u00e7\u00e3o mount(). Fun\u00e7\u00f5es separadas permitem realizar cen\u00e1rios de montagem mais complexos e executar opera\u00e7\u00f5es como reconfigura\u00e7\u00e3o do superbloco, ativa\u00e7\u00e3o de op\u00e7\u00f5es, altera\u00e7\u00e3o do ponto de montagem e transfer\u00eancia para outro espa\u00e7o de nomes. Al\u00e9m disso, o processamento separado permite identificar com precis\u00e3o as raz\u00f5es para a sa\u00edda de c\u00f3digos de erro e definir v\u00e1rias fontes para sistemas de arquivos em camadas, como overlayfs.\n
No localedef, foi implementado o suporte para o processamento de arquivos com defini\u00e7\u00f5es de locais fornecidos na codifica\u00e7\u00e3o UTF-8 em vez de ASCII.\n
Fun\u00e7\u00f5es para convers\u00e3o de codifica\u00e7\u00f5es multibyte mbrtoc8 e c8rtomb foram adicionadas, em conformidade com as especifica\u00e7\u00f5es ISO C2X N2653 e C++20 P0482R6.\n
Foi adicionada a suporte para o tipo char8_t, definido no rascunho do padr\u00e3o ISO C2X N2653.\n
Foram adicionadas fun\u00e7\u00f5es arc4random, arc4random_buf e arc4random_uniform, que fornecem bindings sobre a chamada do sistema getrandom e a interface \/dev\/urandom, retornando n\u00fameros pseudorrand\u00f4micos de alta qualidade.\n
Na plataforma Linux, foi implementado o suporte para a arquitetura do conjunto de instru\u00e7\u00f5es LoongArch, usada nos processadores Loongson 3 5000, que implementa um novo RISC ISA semelhante ao MIPS e RISC-V. Atualmente, somente o suporte \u00e0 variante de 64 bits LoongArch (LA64) est\u00e1 dispon\u00edvel. \u00c9 necess\u00e1rio ter pelo menos as vers\u00f5es binutils 2.38, GCC 12 e o kernel Linux 5.19.\n
O mecanismo prelink foi declarado obsoleto e ser\u00e1 removido na pr\u00f3xima vers\u00e3o, assim como as vari\u00e1veis de ambiente relacionadas LD_TRACE_PRELINKING e LD_USE_LOAD_BIAS, al\u00e9m das capacidades do link editor.\n
O c\u00f3digo para verificar a vers\u00e3o do kernel Linux e tratar a vari\u00e1vel de ambiente LD_ASSUME_KERNEL foi removido. A vers\u00e3o m\u00ednima suportada do kernel ao compilar o Glibc \u00e9 definida atrav\u00e9s do campo ELF NT_GNU_ABI_TAG.\n
Na plataforma Linux, o suporte \u00e0 vari\u00e1vel de ambiente LD_LIBRARY_VERSION foi descontinuado. <\/ul>\n