O que é POSIX (Portable Operating System Interface)?

POSIX é um conjunto de padrões que define como os sistemas operacionais devem se comportar em um nível fundamental.

O que significa POSIX?

POSIX (Portable Operating System Interface) é uma família de padrões IEEE (Institute of Electrical and Electronics Engineers) que especifica uma interface comum para sistemas operacionais. sistema operativo interface que permite que o software seja escrito uma única vez e executado em vários sistemas compatíveis com alterações mínimas.

Define o comportamento e as assinaturas da chave. APIs utilizado pelo aplicações, especialmente o C biblioteca e chamadas de sistema subjacentes, abrangendo áreas essenciais como processos e sinais, operações de arquivo e diretório, permissões, primitivas de comunicação entre processos, funções de tempo e threads básicas. O POSIX também padroniza um conjunto de de linha de comando utilitários e um ambiente de shell, razão pela qual muitos Scripts Suponha um /bin/sh semelhante ao POSIX e um conjunto previsível de comportamentos da ferramenta.

Na prática, o POSIX funciona como um contrato de compatibilidade entre aplicativos e o sistema operacional: se um sistema operacional e suas bibliotecas padrão seguem as especificações POSIX, os desenvolvedores podem contar com uma semântica consistente para elementos como descritores de arquivo, pipes, códigos de saída e códigos de erro, melhorando a portabilidade entre sistemas. UNIX e plataformas do tipo Unix (e em diferentes fornecedores e distribuições).

Qual é a história do POSIX?

O POSIX surgiu dos problemas de portabilidade do início da era UNIX, quando diferentes fornecedores distribuíam variantes do Unix que se comportavam de maneira semelhante, mas não idêntica. Em meados da década de 1980, o IEEE iniciou um esforço formal de padronização (o projeto 1003 “P1003”) para definir uma interface consistente e independente de fornecedor para um “sistema operacional portátil” baseado em grande parte nas práticas comuns do UNIX. O próprio nome “POSIX” foi proposto por Richard Stallman, fundador do... GNU projeto, como um rótulo curto e fácil de pronunciar para a Interface do Sistema Operacional Portátil.

O primeiro padrão principal foi publicado como IEEE Std 1003.1-1988, com foco em serviços fundamentais do sistema operacional e interfaces de sistema C/POSIX (processos, arquivos/diretórios, sinais, pipes e conceitos básicos relacionados). Posteriormente, foi alinhado com a ISO/IEC como a série 9945 (por exemplo, ISO/IEC 9945-1:1990).

A partir daí, o POSIX expandiu-se e evoluiu por meio de revisões e especificações relacionadas. Um ponto de virada importante ocorreu em 1998 com a criação do Grupo Austin, um esforço conjunto entre o IEEE, o The Open Group e a ISO/IEC para produzir um conjunto único e harmonizado de "Especificações Básicas". Esse trabalho levou ao POSIX.1-2001 (tecnicamente alinhado com a Especificação Única do UNIX, Versão 3), lançado no início de 2002, com revisões importantes posteriores, como o POSIX.1-2008, continuando a atualizar e esclarecer o padrão.

Exemplos POSIX

O POSIX se manifesta mais claramente nos "blocos de construção" comuns que os sistemas do tipo UNIX compartilham, razão pela qual o mesmo código e scripts de shell frequentemente são executados em Linux, BSD e macOS com pouca ou nenhuma alteração.

Exemplos comuns de POSIX incluem:

• Interfaces de arquivo e processo, como open(), read(), write() e close() para acesso a arquivos, e fork() / execve() para iniciar novos programas.
• Descritores de arquivos e pipes, que permitem que os programas troquem dados entre si usando chamadas como pipe() e dup2().
• Sinais, como SIGINT e SIGTERM, que os programas tratam de forma padrão usando sigaction().
• Threads, fornecido através das APIs de threads POSIX (pthreads), incluindo funções como pthread_create() e pthread_mutex_lock().
• Scripts de shell compatíveis com POSIX, escrito para /bin/sh e usando utilitários portáteis como sh, grep, sed, awk, find e tar, que se comportam de maneira consistente em todos os sistemas.

Essa padronização é o que torna o software baseado em POSIX portátil em diferentes plataformas do tipo UNIX.

Para que serve o POSIX?

O POSIX é usado para tornar o software portátil e previsível em sistemas operacionais UNIX e similares, padronizando as interfaces das quais os programas dependem. Os desenvolvedores o utilizam como um contrato básico para o comportamento central do sistema operacional, incluindo como os processos são criados e gerenciados, como arquivos e diretórios são acessados, como as permissões funcionam, como os sinais e funções de tempo se comportam e como primitivas de comunicação entre processos, como pipes, operam.

Dessa forma, o mesmo código de aplicação pode ser compilado e executado em diferentes sistemas com alterações mínimas. Ele também é usado como alvo de portabilidade para scripts de shell e ferramentas de linha de comando, já que o POSIX define um ambiente de shell comum e um comportamento de utilitários padronizado, reduzindo as diferenças de "funciona na minha máquina" entre distribuições e fornecedores.

Quais sistemas operacionais são compatíveis com POSIX?

A maioria dos sistemas operacionais UNIX e similares modernos oferece suporte ao POSIX em algum grau, seja totalmente ou com extensões e lacunas bem documentadas.

Sistemas UNIX nativos, como Linux, FreeBSD, OpenBSD, NetBSD e macOS, são todos construídos em torno de conceitos POSIX e oferecem ampla conformidade com o POSIX em suas arquiteturas. grãosBibliotecas C, shells e utilitários essenciais. Esses sistemas são a principal razão pela qual o POSIX continua relevante, pois permitem que os mesmos aplicativos e scripts sejam executados em diferentes fornecedores e distribuições com modificações mínimas.

Alguns sistemas não-UNIX oferecem suporte parcial ou parcial ao POSIX por meio de camadas de compatibilidade. Por exemplo, o IBM AIX, o HP-UX e o Solaris foram historicamente certificados em relação ao POSIX e à Especificação Única do UNIX.

O Windows não é nativo do POSIX, mas oferece suporte limitado ao POSIX por meio de ambientes como o Subsistema Windows para Linux (WSL) ou camadas de compatibilidade como o Cygwin, que fornecem APIs POSIX sobre o kernel do Windows.

Níveis de conformidade POSIX

A conformidade com o POSIX não se resume a uma única configuração. Em vez disso, os sistemas geralmente declaram conformidade com uma edição específica do POSIX (por exemplo, POSIX.1) e, opcionalmente, com grupos de recursos adicionais. Alguns fornecedores vão além e obtêm certificação formal. Os níveis de conformidade com o POSIX são:

• Conformidade com a base POSIX (POSIX.1 / IEEE 1003.1)O sistema operacional fornece as interfaces e comportamentos POSIX necessários definidos no padrão base, incluindo a semântica principal de processos, arquivos e chamadas de sistema, além do comportamento básico do shell e dos utilitários vinculados a essa edição da especificação.
• Conformidade POSIX com grupos de opçõesAlém da base, o POSIX define conjuntos de recursos opcionais (grupos de opções). Um sistema pode ser "compatível com POSIX" e, adicionalmente, declarar opções que suporta (por exemplo, utilitários extras ou semântica de API adicional).
• SUS/Especificação UNIX Única (base XSI + POSIX). A Single UNIX Specification (SUS) é um superconjunto que requer interfaces e semântica adicionais além da base POSIX, principalmente a opção XSI (X/Open System Interfaces), que é opcional no POSIX, mas necessária para a identificação do UNIX sob a SUS.
• Certificação POSIX (programa de certificação formal)Separadamente das "alegações", os produtos podem ser formalmente certificados pelo programa "POSIX™: Certified by IEEE and The Open Group", que é um processo definido para registrar e validar alegações de conformidade.
• Certificado UNIX® (nível de marca registrada)Sistemas totalmente compatíveis e certificados com a Especificação Única do UNIX podem usar a marca registrada UNIX®. Este é um nível de conformidade mais robusto, respaldado por marca registrada, do que o suporte "tipo POSIX".

Padrões POSIX

POSIX não é um documento único. Em vez disso, é uma família de padrões relacionados. Os trabalhos mais antigos do POSIX eram publicados como partes separadas (APIs vs. shell/ferramentas), enquanto o POSIX moderno é mantido como uma especificação consolidada que é revisada periodicamente. Os padrões incluem:

• POSIX.1 (IEEE Std 1003.1)O padrão principal que define as APIs e comportamentos fundamentais do sistema operacional usados ​​por aplicativos (por exemplo, processos e arquivos). I / O semântica) como a “interface de SO portátil” básica.
• POSIX.2 (IEEE Std 1003.2). O padrão para o interpretador de comandos (shell) e comum utilitáriosAssim, os scripts podem contar com uma linguagem de shell e um comportamento de ferramentas consistentes em todos os sistemas compatíveis.
• POSIX.1b (IEEE Std 1003.1b). Extensões em tempo real que adicionam interfaces e semântica padronizadas necessárias para casos de uso em tempo real (por exemplo, sinais em tempo real, relógios/temporizadores, memória compartilhada, semáforos).
• POSIX.1c (IEEE Std 1003.1c)Extensões de threading que padronizaram o modelo de threads POSIX (pthreads), permitindo que programas multithread sejam portáteis entre sistemas.
• Revisões unificadas do POSIX.1 (era do Grupo Austin)Revisões posteriores consolidam o que antes eram partes separadas em um único conjunto de "Especificações Básicas" (comumente apresentado em volumes como Definições Básicas, Interfaces do Sistema e Shell e Utilitários) e o atualizam ao longo do tempo, por exemplo, POSIX.1-2008, POSIX.1-2017, e o mais novo POSIX.1-2024 (IEEE Std 1003.1-2024).

Benefícios e limitações do POSIX

O POSIX traz consistência a sistemas do tipo UNIX ao definir um conjunto comum de interfaces de sistema operacional e comportamentos de ferramentas. Compreender seus benefícios e limitações ajuda a esclarecer quando a adoção do POSIX melhora a portabilidade e a capacidade de manutenção, e quando você pode precisar de recursos ou extensões específicos da plataforma para atender aos seus requisitos.

Benefícios do POSIX

O POSIX é valioso principalmente porque padroniza o comportamento esperado do sistema operacional, do qual muitos aplicativos e scripts dependem, reduzindo reescritas específicas da plataforma e surpresas. Seus benefícios incluem:

• Portabilidade entre sistemas do tipo UNIXO código escrito para APIs POSIX (arquivos, processos, sinais, etc.) tem maior probabilidade de compilar e executar em diferentes sistemas operacionais com alterações mínimas.
• Comportamento previsível do sistemaA semântica padronizada para elementos como descritores de arquivos, códigos de saída, permissões e tratamento de erros faz com que os programas se comportem de maneira mais consistente em diferentes ambientes.
• Script e ferramenta interoperabilidade. Um shell POSIX e utilitários padrão permitem scripts de shell portáteis e fluxos de comando confiáveis ​​em diferentes distribuições e fornecedores.
• Manutenção e integração mais fáceis. Uma linha de base comum reduz caminhos de código condicionais e "casos especiais", tornando os projetos mais simples de manter e mais fáceis de entender para novos colaboradores.
• Maior compatibilidade com o ecossistema. Muitos ambientes de execução, sistemas de compilação e de código aberto As ferramentas pressupõem um comportamento semelhante ao POSIX, portanto, o suporte a POSIX melhora a compatibilidade com o software existente.
• Neutralidade do fornecedorO POSIX oferece uma plataforma estável que evita vincular o software às interfaces proprietárias de um único fornecedor de sistema operacional.

Limitações POSIX

POSIX é uma base útil, mas não abrange tudo o que os sistemas modernos oferecem, e a conformidade no mundo real pode variar. As limitações incluem:

• Não é um conjunto completo de funcionalidades do sistema operacional. O padrão POSIX concentra-se em APIs e ferramentas essenciais, portanto, muitas necessidades práticas (recursos avançados de rede, estruturas de segurança modernas, primitivas de contêineres, etc.) geralmente exigem extensões não POSIX.
• Variação na conformidade no mundo realOs sistemas podem diferir nos recursos opcionais que implementam e no comportamento em casos extremos, portanto, "tipo POSIX" nem sempre significa resultados idênticos em todos os lugares.
• restrições de denominador comum mínimoEscrever estritamente em conformidade com o padrão POSIX pode significar evitar recursos específicos da plataforma que poderiam melhorar o desempenho, a observabilidade ou a funcionalidade.
• Diferenças nas ferramentas fora do padrãoMesmo quando existem utilitários em todos os lugares, as implementações podem adicionar opções ou alterar os valores padrão, portanto, os scripts ainda podem apresentar erros se dependerem de opções não POSIX (comum com sed, awk, tar, etc.).
• A certificação não é universal.Muitos sistemas oferecem suporte amplo ao POSIX sem certificação formal, portanto, você ainda pode precisar de testes e verificações de compatibilidade em vez de confiar apenas em um selo de conformidade.
• Expectativas em evolução versus ritmo padrão. As atualizações padrão são necessárias, mas plataformas e ecossistemas populares podem evoluir mais rapidamente, então os desenvolvedores geralmente visam "POSIX + extensões de fato" na prática.

O sistema POSIX está obsoleto?

POSIX não está desatualizado como um baselineEmbora não descreva todos os recursos modernos dos sistemas operacionais, ainda é importante porque padroniza os processos principais, a entrada/saída de arquivos e os comportamentos do shell/utilitários dos quais uma grande quantidade de softwares e ferramentas de sistema depende, e continua sendo ativamente mantida e revisada pelo Austin Group, em vez de ficar congelada no tempo.

O que pode dar a sensação de "antiguidade" é que muitas funcionalidades importantes, como APIs avançadas exclusivas do Linux, frameworks específicos do macOS, modelos de segurança modernos, contêineres e alguns recursos de rede mais recentes, estão fora do POSIX. Por isso, projetos reais geralmente visam "POSIX mais extensões de plataforma" e validam o comportamento com testes, em vez de esperar que o padrão sozinho cubra tudo.