{"id":42162,"date":"2019-03-18T00:00:00","date_gmt":"2019-03-17T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/yadro-linux-5-1-chto-izvestno-ob-izmeneniyah"},"modified":"2020-02-18T13:44:58","modified_gmt":"2020-02-18T10:44:58","slug":"yadro-linux-5-1-chto-izvestno-ob-izmeneniyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/yadro-linux-5-1-chto-izvestno-ob-izmeneniyah","title":{"rendered":"N\u00facleo Linux 5.1 \u2014 o que se sabe sobre as mudan\u00e7as","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A vers\u00e3o comemorativa do n\u00facleo Linux 5.0 foi lan\u00e7ada no in\u00edcio de mar\u00e7o. No entanto, o trabalho no kernel 5.1 j\u00e1 est\u00e1 em andamento. Neste material, vamos examinar uma s\u00e9rie de inova\u00e7\u00f5es que devemos esperar nesta vers\u00e3o.<\/p>\n

\"N\u00facleo<\/a><\/noindex><\/a><\/noindex>
\n\/ Flickr \/ ayu oshimi<\/a><\/noindex> \/ CC BY-SA<\/a><\/noindex><\/i><\/p>\n

Deixam de suportar a.out<\/h2>\n

\nO Linux suporta arquivos bin\u00e1rios ELF<\/a><\/noindex> desde a primeira vers\u00e3o do n\u00facleo. Depois de 25 anos, a.out<\/a><\/noindex> planejam torn\u00e1-lo uma tecnologia obsoleta (deprecated). Os desenvolvedores afirmam que isso \u00e9 um procedimento necess\u00e1rio, uma vez que, ao longo do tempo, o c\u00f3digo come\u00e7ou a \"apodrecer\"<\/a><\/noindex>.<\/p>\n

Linus Torvalds destacou que nenhum dos compiladores existentes cria bin\u00e1rios no formato a.out, portanto n\u00e3o faz sentido mant\u00ea-lo.<\/a><\/noindex>A remo\u00e7\u00e3o do a.out ocorrer\u00e1 em duas etapas. No Linux 5.1, o c\u00f3digo de despejo de mem\u00f3ria (<\/p>\n

core dumpingcode) \u2014 isso \u00e9<\/a><\/noindex> cerca de 500 linhas . Segundo Linus, \u00e9 extremamente improv\u00e1vel que algu\u00e9m precise lidar com c\u00f3digo legado, e os usu\u00e1rios que ainda geram arquivos execut\u00e1veis a.out ter\u00e3o tempo para reestruturar seus processos de neg\u00f3cios.<\/a><\/noindex>Nos lan\u00e7amentos subsequentes, o suporte ser\u00e1 completamente interrompido, mas somente se na comunidade n\u00e3o houver algu\u00e9m disposto a manter o formato.<\/p>\n

Fazem altera\u00e7\u00f5es nos patches contra o Spectre<\/p>\n

V\u00e1rias altera\u00e7\u00f5es ser\u00e3o feitas no patch Retpoline para prote\u00e7\u00e3o contra o ataque Spectre v2. Ele utiliza uma sequ\u00eancia especial de instru\u00e7\u00f5es que bloqueia o mecanismo de execu\u00e7\u00e3o especulativa no processador. Os desenvolvedores planejam<\/h2>\n

\naumentar o limite para a gera\u00e7\u00e3o de chamadas indiretas dos operadores de ramifica\u00e7\u00e3o de cinco para vinte. Em alguns casos, isso permitir\u00e1 aumentar<\/a><\/noindex> um aumento de 20% no desempenho. aumentar<\/a><\/noindex> Al\u00e9m disso, o n\u00facleo 5.1<\/p>\n

receber\u00e1 uma nova bandeira PR_SPEC_DISABLE_NOEXEC, que desabilita a prote\u00e7\u00e3o contra a vulnerabilidade Spectre v4 em todos os processos filhos executados no servidor. Est\u00e1 relacionada \u00e0 fun\u00e7\u00e3o<\/a><\/noindex> memory disambiguation\u00a0, que permitia a execu\u00e7\u00e3o fora de ordem dos comandos. Segundo os especialistas, a bandeira automatiza a verifica\u00e7\u00e3o para desativar o patch e permitir\u00e1 acelerar servidores com um grande n\u00famero de processos simultaneamente em execu\u00e7\u00e3o. Mais sobre isso<\/a><\/noindex>n\u00f3s escrevemos em um dos materiais anteriores Novas fun\u00e7\u00f5es que otimizam o funcionamento dos servidores Linux podem impactar na popularidade deste SO no ambiente de nuvem. N\u00f3s da<\/a><\/noindex>.<\/p>\n

1cloud 1cloud<\/a><\/noindex> Coletamos estat\u00edsticas \u2014 o sistema operacional mais popular na nuvem entre nossos clientes continua sendo o Windows (79%). A participa\u00e7\u00e3o do Linux \u00e9 de 20%. No futuro, esperamos que o segundo sistema operacional recupere um pouco de mercado. Tamb\u00e9m apresentamos um gr\u00e1fico de distribui\u00e7\u00e3o de participa\u00e7\u00f5es entre distribui\u00e7\u00f5es Linux (A distribui\u00e7\u00e3o mais popular entre nossos clientes continua sendo o Ubuntu \u2014 45%, seguida pelo CentOS com 28% e Debian com 26%.<\/i><\/p>\n

\"N\u00facleo\"N\u00facleo
\n<\/p>\n

Adicionam drivers de \u00e1udio (muitos)<\/h2>\n

\nEm um dos threads do Hacker News, residentes notaram<\/a><\/noindex>, que o Linux sempre teve dificuldades com suporte a hardware. Mas na vers\u00e3o 5.1 ser\u00e3o adicionados v\u00e1rios drivers<\/a><\/noindex> para equipamentos de \u00e1udio.<\/p>\n

Por exemplo, haver\u00e1 um driver para a placa de som Fireface UCX<\/a><\/noindex>, direcionada ao trabalho em est\u00fadios de grava\u00e7\u00e3o e salas de concerto. Tamb\u00e9m ser\u00e3o adicionados<\/a><\/noindex> o driver MediaTek BTCVSD para o chip Bluetooth, que foi proposto pelos desenvolvedores da MediaTek.<\/p>\n

Deve-se esperar suporte para Asahi Kasei Microdevices AK4497, Cirrus Logic CS4341\/CS35L26 e controladores embutidos do Google ChromeOS. Tamb\u00e9m est\u00e3o na lista os Ingenic JZ4725B, MT8183 e MT6358, NXP MICFIL, Rockchip RK3328, controladores Spreadtrum DMA e muitos outros.<\/p>\n

\"N\u00facleo
\n\/ Flickr \/ Christopher Michel<\/a><\/noindex> \/ CC BY<\/a><\/noindex><\/i><\/p>\n

O que mais esperar no Linux kernel 5.1<\/h2>\n

\nComo escreve a Phoronix, os desenvolvedores podem retornar<\/a><\/noindex> no Linux 5.1 a possibilidade de usar mem\u00f3ria persistente como RAM. Em particular, o Optane NVDIMM (feito com a tecnologia 3D Xpoint) na barramento DDR4 poder\u00e1 ser \"transformado\" em mem\u00f3ria RAM.<\/p>\n

Saiba mais sobre o trabalho que est\u00e1 sendo feito nessa dire\u00e7\u00e3o no thread no LKML.<\/a><\/noindex>Atualmente, Linus aguarda esclarecimentos<\/a><\/noindex> sobre o comportamento do Optane dos desenvolvedores da Intel. Somente ap\u00f3s receb\u00ea-los ele tomar\u00e1 uma decis\u00e3o sobre a inclus\u00e3o da nova fun\u00e7\u00e3o no kernel 5.1.<\/p>\n

Tamb\u00e9m pode-se esperar patches que resolvam o problema do ano 2038. Em 19 de janeiro de 2038, o valor do tempo deixar\u00e1 de \"caber\" em um inteiro de 32 bits com sinal. Isso causar\u00e1 falhas em massa nos programas. Portanto, os desenvolvedores gradualmente<\/a><\/noindex>fazer altera\u00e7\u00f5es nas chamadas de sistema pertinentes \u2014 a nova vers\u00e3o do kernel n\u00e3o ser\u00e1 uma exce\u00e7\u00e3o.<\/a><\/noindex> Mais informa\u00e7\u00f5es sobre poss\u00edveis mudan\u00e7as no c\u00f3digo do Linux kernel podem ser esperadas j\u00e1 no futuro pr\u00f3ximo. Continuaremos a escrever sobre elas em materiais subsequentes.<\/p>\n

Em nosso blog corporativo:<\/p>\n

Como economizar com API<\/h5>\n

<\/p>\n