All perguntas(unix)

Estou trabalhando em uma aplicação C++ no Ubuntu 20.04 que usa PCIe DMA para transferir dados de um buffer de espaço do usuário para o hardware. O buffer é mapeado para uma região fixa de 1K de memória física por meio de uma biblioteca personalizada (plib->copyDataToBuffer). Depois de chamar fork() e executar um processo filho (que apenas chama um programa externo e sai), notei que as gravações subsequentes no buffer pelo processo pai não são refletidas na memória física — o kernel ainda vê os dados antigos de antes da bifurcação.

Detalhes principais: O buffer de 1K é mapeado especificamente para DMA; ele é fixado e mapeado para um endereço físico conhecido.

Antes do fork(), uma chamada para plib->copyDataToBuffer atualiza corretamente a memória física.

Após fork(), o processo pai chama plib->copyDataToBuffer novamente com novos dados, e msync retorna sucesso, mas o conteúdo da memória física permanece inalterado.

O processo filho não toca no buffer; ele apenas executa um comando não relacionado via execvp.

Minhas suposições e preocupações: fork() causa COW (Copy-on-Write), mas como somente o pai grava no buffer, eu esperava que o conteúdo atualizado refletisse na memória física.

O comportamento do COW ou o remapeamento de memória pós-bifurcação podem estar interferindo nas regiões de memória mapeadas por DMA?

Confirmei que plib->copyDataToBuffer executa a gravação corretamente de uma perspectiva de software, mas o conteúdo real da memória física (verificado a partir do espaço do kernel) permanece obsoleto.

Pergunta: Por que a memória física que dá suporte ao meu buffer DMA retém dados obsoletos após um fork() + exec em um processo filho, mesmo que o pai grave novos dados depois?

Quais são as melhores práticas para garantir atualizações consistentes de memória física para buffers DMA em chamadas fork()?

Ouvi dizer que chmod 777é uma ideia horrível. No entanto, ninguém mais vai usar meu sistema (e esse é um cenário bem comum para muitos sistemas *nix). Por que eu não deveria permitir tudo?

Eu vi as perguntas e respostas sobre a necessidade de escape duplo dos argumentos para comandos ssh remotos. Minha pergunta é: exatamente onde e quando a segunda análise é feita?

Se eu executar o seguinte:

$ ssh otherhost pstree -a -p

Eu vejo o seguinte na saída:

  |-sshd,3736
  |   `-sshd,1102
  |       `-sshd,1109
  |           `-pstree,1112 -a -p

O processo pai para o comando remoto ( pstree) é sshd, não parece haver nenhum shell que analise os argumentos da linha de comando para o comando remoto, portanto, não parece que aspas duplas ou escape seriam necessárias ( mas com certeza é). Se, em vez disso, eu ssh lá primeiro e obter um shell de login e, em seguida, executar pstree -a -p, vejo o seguinte na saída:

  ├─sshd,3736
  │   └─sshd,3733
  │       └─sshd,3735
  │           └─bash,3737
  │               └─pstree,4130 -a -p

Então, claramente, há um bashshell que faria a análise da linha de comando nesse caso. Mas no caso em que eu uso um comando remoto diretamente, não parece haver um shell, então por que aspas duplas são necessárias?

Questão simples. O shell bash tem suporte para usar ponteiros ao escrever um script de shell?

Estou familiarizado com a notação de expansão, ${var[@]}ao iterar sobre o array $var, mas não está claro que isso esteja utilizando ponteiros para iterar sobre os índices do array. O bash fornece acesso a endereços de memória como outros idiomas?

Se o bash não suporta o uso de ponteiros, o que outros shells fazem?

A matriz a seguir representa o número de discos em cada máquina Linux

Cada array único inclui o número de discos em uma máquina Linux .

echo ${ARRAY_DISK_Quantity[*]}
4 4 4 4 2 4 4 4

qual é a maneira simples de identificar que todos os valores da matriz são iguais?

bom estado:

4 4 4 4 4 4 4 4

Estado ruim:

4 4 4 4 4 4 2 4

Estado ruim:

6 6 6 6 6 6 6 6 6 6 2 6 2

Sim, eu vi que já existe uma pergunta semelhante , mas me deparei kill -- -0e queria saber o que --está fazendo?

Estou tentando observar qualquer nova saída de um arquivo de log. Outro script (que não está sob meu controle) está excluindo o arquivo e criando um novo com o mesmo nome. O uso tail -fnão funciona porque o arquivo está sendo excluído.

Digamos que eu tenha o seguinte script:

#!/bin/bash
for i in $(seq 1000)
do
    cp /etc/passwd tmp
    cat tmp | head -1 | head -1 | head -1 > tmp  #this is the key line
    cat tmp
done

Na linha chave, leio e escrevo o mesmo arquivo tmpque às vezes falha.

(Eu li que é por causa das condições de corrida porque os processos no pipeline são executados em paralelo, o que não entendo por que - cada um headprecisa pegar os dados do anterior, não é? Essa NÃO é minha pergunta principal, mas você também pode responder.)

Quando executo o script, ele gera cerca de 200 linhas. Existe alguma maneira de forçar esse script a produzir sempre 0 linhas (para que o redirecionamento de E/S tmpseja sempre preparado primeiro e os dados sejam sempre destruídos)? Para ser claro, quero dizer alterar as configurações do sistema, não este script.

Obrigado por suas idéias.

Sei que essa pergunta já foi feita antes, mas não aceito a resposta: "você pode ver claramente as adições personalizadas". Quando adiciono ppa's (o que não faço há anos), aperto uma tecla do teclado chamada "Enter" que me permite adicionar uma linha vazia antes da nova entrada (eu até adicionaria um comentário explicativo, mas sou um escritor de tecnologia, então ....). Eu gosto do meu sources.conflimpo e arrumado.

/etc/apt/sources.d

Significa que tenho meia dúzia de arquivos para analisar em vez de apenas um.

AFAIK, não há "absolutamente" nenhuma vantagem em ter um arquivo de configuração versus 6 (por uma questão de argumento, talvez você tenha 3 ou até 2, não importa ... 1 ainda vence 2).

Alguém pode, por favor, apresentar uma vantagem racional, "você pode ver claramente as adições personalizadas" é uma desculpa de pobre.

Devo acrescentar que adoro mudanças, no entanto, APENAS quando há benefícios introduzidos pela mudança.

Editar após a primeira resposta:

Ele permite que novas instalações que precisam de seus próprios repositórios não precisem pesquisar um arquivo simples para garantir que não estejam adicionando entradas duplicadas.

Agora, eles precisam procurar em um diretório por dupes em vez de um arquivo simples. A menos que eles assumam que os administradores não mudam as coisas ...

Ele permite que um administrador de sistema desative facilmente (renomeando) ou remova (excluindo) um conjunto de repositórios sem precisar editar um arquivo monolítico.

O administrador precisa grep do diretório para encontrar o arquivo apropriado para renomear, antes, ele pesquisaria UM arquivo e comentaria uma linha, uma linha sed para "quase" qualquer administrador.

Ele permite que um mantenedor de pacote forneça um comando simples para atualizar os locais do repositório sem ter que se preocupar em alterar inadvertidamente a configuração de repositórios não relacionados.

Não entendo este, "presumo" que o mantenedor do pacote conheça a URL de seu repositório. Novamente, tem sedum diretório em vez de um único arquivo.

Como posso visualizar PDFs como imagens no ranger ? Por padrão, ele usa pdftotext(no scope.sharquivo de configuração de visualização), mas gostaria de usar pdfimages, pdftoppmou outra solução gráfica.

O ArchWiki sugere um método usandopdftoppm , mas parece desatualizado (não funciona como está e não segue a estrutura do código ao redor).