Como a separação de dados estáticos dependentes de arquitetura de dados estáticos independentes de arquitetura é útil hoje em dia?
Eu imagino que teoricamente poderia ser útil em redes de arquitetura múltipla com /usr/share montado em rede. Mas então, isso não atrasaria muito as coisas em comparação a ter /usr/share em um disco rígido local (o espaço HD é barato hoje em dia)? Ou é usado em ambientes virtualizados em que uma rede compartilhada /usr/share é efetivamente local? As redes de multi-arquitetura ainda são uma coisa hoje?
Se você desenvolver algum software (por exemplo, em C ++) e quiser testá-lo em sistemas Linux de 64 bits e 32 bits, poderá instalar uma distribuição chroot -ed 32 bits em uma área de trabalho de 64 bits e sentido compartilhar o /usr/share
Mas eu concordo com você, os thin clients não são muito úteis hoje (há menos de 10 ou 20 anos) .
O principal motivo para separar os arquivos independentes de arquitetura da arquitetura é para que eles não precisem ser duplicados entre as arquiteturas. Isso é algo que distribuições multi-arch / sistemas operacionais (como o Debian) fazem para reduzir o uso de espaço em seus arquivos.
Tags architecture fhs