Dúvida sobre Arquivos de Aceleração de Hardware, OpenGL, Hdparm, Sdparm e Fuse [RESOLVIDO]

Freud_Tux
(usa Outra)

Enviado em 31/08/2021 - 14:04h

Olá a todos

Estava revisando minha "receita de bolo" para instalação do Debian, e ao ler uma matéria ( https://linuxdicasesuporte.blogspot.com/2021/08/driver-mesa-3d-na-distribuicao-gnu.html ), fiquei pensativo e fui verificar a minha receita.
Bem, fiquei com algumas dúvidas e se puderem me ajudar nessa, agradeço. Antes que eu esqueça, processador intel e placa de vídeo integrada ao processador (notebook).

Bem, é simples.
Fui verificar o que uma instalação full do Debian com KDE instala por padrão, e se não estiver enganado, ele instala isso aqui referente a Aceleração de Hardware e OpenGPL:

* libegl-mesa0

* libegl1-mesa

* libegl1 

* libgl1-mesa-dri

* libglapi-mesa

* libglu1-mesa

* libglx-mesa0

* libglvnd0

* libglx0

* libvulkan1

* mesa-va-drivers

* mesa-vdpau-drivers 

Até ai, beleza.
Mas na matéria acima ( https://linuxdicasesuporte.blogspot.com/2021/08/driver-mesa-3d-na-distribuicao-gnu.html ), são usado esses arquivos:

libegl1-mesa

libgl1-mesa-dri 

libgl1-mesa-glx 

libglapi-mesa 

libgles2-mesa 

mesa-vulkan-drivers 

mesa-utils 

apt install libegl1-mesa libgl1-mesa-dri libgl1-mesa-dri:i386 libgl1-mesa-glx libgl1-mesa-glx:i386 libglapi-mesa libglapi-mesa:i386 libgles2-mesa mesa-vulkan-drivers mesa-utils inxi 

Desconsiderei os que são i386, pois minha arquitetura é 64bits, não 32. E desconsiderei também os arquivos que são pacotes de transição (são meio que irrelevantes):

* libegl1-mesa ( É pacote de transição )

* libgl1-mesa-glx ( É pacote de transição )

* libgles2-mesa ( É pacote de transição ) 

Eu estava instalando só os arquivos abaixo:

* libgl1-mesa-dri

* mesa-utils 

* mesa-va-drivers

* mesa-vdpau-drivers

* libvdpau-va-gl1

* libgl1-mesa-dri 

Mas notei que o VLC as vezes apresenta um comportamento estranho de travar com vídeos, coisa que não rola com a instalação full.

A pergunta é!
Estou enxugando demais essa parte? Eu jurava que os arquivos com vulkan, eram ligados a placas Nvidia rsrs. Li e reli várias vezes as páginas do Debian sobre os arquivos acima, como aqui: https://packages.debian.org/en/bullseye/libvulkan1 , mas não cheguei a uma conclusão sobre o que é melhor instalar e o que deixar de fora nesse caso, com exceto, os de 32bits e os pacotes de transição.

Bem, outra coisa que estou pesquisando, mas não cheguei a uma conclusão definitiva, é sobre os arquivos: hdparm, sdparm e fuse.
Sei que hdparm e sdparm alteram coisas nos hds. O fuse ele cria um tipo de sistema de arquivos a nível de usuário comum.
A dúvida é que se o hdparm e sdparm são uma boa ideia instalar em um computador usando ssd? E o fuse, não interfere em nada, desde a montagem e desmontagem de pendrives e discos usb (hds via case)?

Bem é isso ai.
Obrigado pela ajuda.

Valeus, T+

leandropscardua
(usa Ubuntu)

Enviado em 31/08/2021 - 21:38h

Essa parte de aceleração envolve configurar algumas variáveis tb (por exemplo no meu bashrc eu tenho export LIBVA_DRIVER_NAME=i965). Algumas configurações necessitam do Xorg.conf personalizado pq a configuração automática no boot não faz um bom serviço às vezes. Acho que é bom traçar uma meta e configurar o sistema até atingir essa meta (do contrário vc pode mexer demais e linux não perdoa erros ;-).
O hdparm é p configurar discos rígidos (que giram). Pelo que me lembro não funcionam em ssd (mas posso estar equivocado. O sdparm é uma alternativa p discos rotacionais com interface usb (aqueles q pluga, esqueci o nome correto). Fuse é um sistema de arquivo em modo usuário p montar dispositivos sem precisar ser root. Esse tipo de ferramenta vale a pena instalar pq nunca se sabe o que vai ser necessário de amanhã aparecer um disco novo e não for possível conectar à internet.

Freud_Tux
(usa Outra)

Enviado em 01/09/2021 - 22:42h

Olá, tudo bem?

Obrigado pela luz ai ;).




Entendi.
Já tive alguns problemas com placas da via e driver openchrome a muito tempo, com aceleração. Se não me engano, o problema era no driver vdpau...
Pra ser sincero, não sei até que ponto vale a pena instalar todos os arquivos de aceleração e OpenGL, como na instalação full, ou deixo mais enxuto, como o que venho fazendo...
Estou pesquisando, mas nada de concreto. Pretendo ver mais sobre os arquivos que não conheço bem. Mas fiquei encucado, o fato de na instalação full ficar mais fluído, sem travamentos.
No jeito que instalei aqui, o sistema ficou muito bom, mas só tive problemas com o VLC no quesito aceleração. No Kaffeine e no SMplayer não tive nenhum problema rodando os mesmos arquivos... Preciso estudar mais sobre isso.

Teria alguns links de material nesse caso? Como você mesmo disse, Linux não perdoa... ;). E estou agora, bem confuso com isso rsrs.




Então...
Vi uns caras rodando o Hdparm em ssd, pra executar o Trim hehehe.
Ai surgiu a dúvida sobre a finalidade desses dois programas para uma instalação com ssd, mas que usa cases usb com hds comuns.
O fuse se monta quase igual ao comando mount, mas com o nome fuse na frente e algumas mudanças em alguns parâmetros. Vou dar uma lida melhor sobre ele, mas é como você mesmo disse, as vezes é melhor ter no caso de alguma emergência ;).

Obrigado e valeus, T+


-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang: "Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";

" Ignorance is bliss, for learning is the highest joy. " - High Elf Archer

leandropscardua
(usa Ubuntu)

Enviado em 02/09/2021 - 08:10h

Então, pode ser que o vlc não esteja usando a aceleração gráfica, ae vc precisa ir na configuração dele e ver se está usando. A melhor (mais completa) é a wiki do arch linux -
https://wiki.archlinux.org/title/Hardware_video_acceleration
Sobre o hdparm realmente não conheço uso p ssd, bom saber dessa possibilidade.

Buckminster
(usa Debian)

Enviado em 02/09/2021 - 15:21h

Olha eu aqui de novo!

O Mesa é o driver e OpenGL, Vulkan, etc, são APIs.
Nouveau é driver também.
Mesa e Nouveau (projeto menor) são, vamos dizer assim, drivers genéricos, pois a maioria dos fabricantes de placas de vídeo não fazem drivers para Linux.

Como diz ali no site do Debian sobre a Vulkan: "lida com gerenciamento de camadas e gerenciamento de drivers."

Esse problema de instalação em questão de driver gráfico e dependências, aceleração, etc, instale tudo o que for solicitado, o que abunda não prejudica nesse caso.
Caso o gerenciador de pacotes der aquela mensagem: "tais pacotes são recomendados, mas não serão instalados", instale.

hdparm e sdparm

https://linux.die.net/man/8/hdparm
https://linux.die.net/man/8/sdparm
https://elias.praciano.com/2014/09/melhore-a-performance-do-seu-disco-rigido-com-hdparm/

O hdparm é para interfaces SATA/PATA/SAS, mas já suporta também SCSI-ATA (SAT).
O sdparm é para interfaces SCSI e inclui leitores de CD/DVD.

Nunca fui muito fã de nenhum dos dois porque, como as próprias man pages falam, são muito perigosos. São poderosos, mas um errinho e tu [*****] o disco e/ou trava o sistema.

Então, o SSD (Solid State Drive) tem com interface SATA, tem com SAS, etc.
Nenhum problema usar o hdparm com SSD, o problema está se você cometer um erro num comando hdparm.
No Debian, por exemplo, que eu saiba, o hdparm nunca veio instalado como padrão.

Com relação à SSDs NVMe não saberia te dizer se o hdparm teria algum problema.
NVMe (Non-Volatile Memory Express) é uma interface e unidade de comunicações que define um conjunto de comandos e recursos para SSDs com base em PCIe com a finalidade de aumentar o desempenho e a interoperabilidade em uma ampla variedade de sistemas empresariais e de clientes.
https://www.kingston.com/br/community/articledetail/articleid/48543

hdparm e sdparm são utilitários que agem pela interface de conexão do HD ou SSD.

Fuse
https://www.kernel.org/doc/html/latest/filesystems/fuse.html

Não confunda o fuse com o fuser.

O que é FUSE?
FUSE é uma estrutura de sistema de arquivos do espaço do usuário. Ele consiste em um módulo de kernel (fuse.ko), uma biblioteca de espaço de usuário (libfuse. *) e um utilitário de montagem (fusermount).



Não. Quem faz a montagem desses dispositivos é o kernel.
Por exemplo, você está logado como usuário (não como root) e conecta um pendrive. O Fuse (sistema de arquivos do espaço do usuário) faz a chamada do sistema e solicita ao módulo respectivo do kernel a montagem do pendrive, grosso modo é isso. Lembre que tudo é interligado, um software interagindo com o outro. Lembrando que o Fuse também é um módulo do kernel.
Quando a CPU está executando no Modo de Usuário, a CPU pode acessar apenas a memória que está no espaço do usuário, quando a CPU tenta acessar a memória no espaço do Kernel o resultado é uma "exceção de hardware". Quando a CPU está executando no modo Kernel ela pode acessar diretamente tanto para o espaço do kernel quanto para o espaço do usuário.

https://img.vivaolinux.com.br/imagens/artigos/comunidade/Figura-1.png

"Algumas chamadas da biblioteca fornecem muitos recursos não encontrados na chamada do sistema. Quando uma aplicação executa uma chamada do sistema, é dito que o kernel está sendo executado em nome da aplicação. E mais, é dito que a aplicação está executando uma chamada do sistema no espaço do kernel e o kernel está sendo executado no contexto do processo.

Um programa em si não é um processo, um processo é um programa ativo com seus recursos afins. Dois ou mais processos podem existir executando o mesmo programa e compartilhando diversos recursos.

Um processo inicia sua vida através de uma chamada do sistema que cria um novo processo duplicando um já existente. Outro nome para processo, é tarefa. Porém, a denominação de um programa em execução no kernel é tida como uma tarefa e a denominação de um programa do espaço do usuário é tida como um processo.

O Linux transfere a execução do espaço do usuário para o espaço do kernel sempre que a aplicação fizer uma chamada ao sistema ou a aplicação for suspensa por uma interrupção de hardware. Num driver, algumas funções são executadas usando chamadas ao sistema e outras fazem interrupções."



________________________________________________
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.
Ou então execute:

# chown -R root:root /

# mount -o remount,rw /

# reboot



e veja o sistema derreter na sua frente. 

Freud_Tux
(usa Outra)

Enviado em 03/09/2021 - 20:26h

Bem, peço desculpas pela demora.
A internet aqui tá zoada desde terça e estou "lutando" pra ajeitarem ;)
Vamos lá ;)



Opá!

Valeus pelo link!
Irei ver ele daqui a pouco.

Sobre o lance do trim via hdparm, segue o link:

https://qastack.com.br/superuser/283590/restoring-performance-and-estimating-life-of-a-used-ssd-driv...

Se deu certo, ai não sei te dizer hehe.

Valeus, T+




Olá, tudo sussa ;)
Seja Bem vindo por aqui :D.
Obrigado sobre os esclarecimentos ali e cima sobre drivers e as APIs... Eu sempre confundo essas coisas (> < ).

Resumidamente então, se eu juntar os "3 pacotes/listinhas" que mencionei ali em cima (o que vem por padrão em uma instalação do Debian com KDE full, a do site e a minha) acaba sendo melhor nesse caso. Creio que um iria acabar puxando o outro, tanto via pacotes recomendados, sugeridos ou via um pacote vital puxa o outro por dependências.
O que acha? Nesse caso, as chances de ter problemas com essa parte de aceleração seriam diminuídas de maneira significativa.



Obrigado pelos links.
Eu tinha visto só a man do hdparm. Eu achava que o sdparm era praticamente a mesma coisa que o hdparm.
Eu também não sou tão fã assim de realizar alterações nesses discos, pois é como você mesmo disse, um errinho e já era.
Pra quem já perdeu um hd bem no final do tcc, na hora que ia fazer backup, eu sei bem como é o lance ai hehe.



Obrigado pela explicação sobre ou uso do fuse.
Resumidamente então, ele não estando instalado na máquina, não iria atrapalhar em nada a montagem de hds e ssds em cases usb ou pendrives? Pois no kernel já te o módulo do fuse, e é ele que permite que o usuário comum, monte esses dispositivos no espaço do usuário comum, certo?
Eu lembro que que fazia isso era o HAL, ou seja, tô ficando véio e não me aprofundei mais no assunto... rsrs

Valeus, T+

-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang: "Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";

" Ignorance is bliss, for learning is the highest joy. " - High Elf Archer

Buckminster
(usa Debian)

Enviado em 03/09/2021 - 21:22h

Como tu disse, uma dependência acaba puxando a outra. E se vier um ou outro pacote a mais não faz diferença. Depois em algum momento é só dar um autoclean, autoremove, etc.
Eu sempre instalo tudo para não dar problema de faltar alguma coisa, principalmente se for compilação manual.
Drivers de vídeo para Linux tem pouquíssimos proprietários (aqueles não genéricos), então o melhor é instalar o que puder, pois no meio disso ainda tem as interfaces gráficas (Gnome, Kde, Xfce, etc).
Drivers de vídeo, aceleração, etc, eu sempre prefiro fazer pelo gerenciador de pacotes automaticamente, quando dá.



O TRIM pode ser habilitado e desabilitado se quiser. O TRIM é um comando ATA que permite ao sistema operacional do computador informar a unidade de estado sólido para apagar blocos de dados quando eles se tornarem inúteis e o computador não estiver usando nenhum deles. O comando TRIM em uma unidade de estado sólido permite que o controlador do SSD gerencie o espaço de armazenamento disponível.
O TRIM é, grosso modo, uma limpeza no SSD, um gerenciamento do espaço de armazenamento, pois o SSD não tem disco rígido, tem chips. Porém, o TRIM não faz desfragmentação.
Ele é habilitado por padrão nos SSDs.
Caso você usar uma ferramenta de terceiros, há chances de que a ferramenta desative o TRIM no SSD.

Pode verificar se o TRIM está Hab/Des:
No cmd do Windows - fsutil behavior query DisableDeleteNotify
Caso o resultado for 0 está habilitado, caso for 1 está desabilitado.
Para desabilitar - fsutil behavior set DisableDeleteNotify 1

No Linux:
sudo systemctl status fstrim.timer
E veja se na saída retorna Active.

No Debian em /usr/lib/systemd/system/fstrim.timer está o arquivo com as configurações em que o TRIM é executado semanalmente por padrão.

Caso queria executar um TRIM manualmente:
systemctl start fstrim.service
Fique executando esse comando umas 300 vezes sem parar e veja o que acontece no SSD.
Ou
fstrim -a
dá no mesmo.

"Executar fstrim com frequência, ou mesmo usar mount -o discard, pode afetar negativamente a vida útil de dispositivos SSD de baixa qualidade. Para a maioria dos sistemas de desktop e servidor, uma frequência de corte suficiente é uma vez por semana. Observe que nem todos os dispositivos suportam um corte enfileirado, portanto, cada comando trim incorre em uma penalidade de desempenho em qualquer outra coisa que possa estar tentando usar o disco no momento."
https://man7.org/linux/man-pages/man8/fstrim.8.html



Nunca tentei desinstalar o Fuse (e não aconselho a fazer isso) porque ele vem imbricado, entranhado no kernel.
Espaço do usuário é um conceito; o fuse é um módulo de kernel (fuse.ko), uma biblioteca de espaço de usuário (libfuse. *) e um utilitário de montagem (fusermount).
Grosso modo, o tal Systemd também dá para considerar que faz parte do espaço do usuário porque ele faz o meio de campo entre as aplicações e o kernel, algumas chamadas ao sistema é o Systemd quem faz.


________________________________________________
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.
Ou então execute:

# chown -R root:root /

# mount -o remount,rw /

# reboot



e veja o sistema derreter na sua frente. 

Freud_Tux
(usa Outra)

Enviado em 08/09/2021 - 11:22h

Olá,tudo bem?

Buckminster!

A noite retorno com mais calma. Estou tendo muitos problemas com a internet aqui e estou vendo no que vai dar.

T+ e valeus


-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang: "Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";

" Ignorance is bliss, for learning is the highest joy. " - High Elf Archer

Freud_Tux
(usa Outra)

Enviado em 09/09/2021 - 14:23h

Olá.
Desculpe a demora. Estou ainda com problemas na internet aqui...
Vamos lá!



Entendi.
Irei colocar tudo então, nesse caso, como você mesmo diz, é a maior parte de APIs, e acho que eu errei em não colocar mais algumas.
No mais irei usar um KDE, e como já tô acostumado em usar ele, então, meio que eu sei me virar melhor.
Obrigadão pelas dicas ;)




Entendi.
Resolvendo o problema com a internet aqui, eu irei tacar o ssd no pc e instalar os sistemas e ai irei brincar pra valer. Já estou salvando os comandos.
Mas captei tudo o que você falou ai.
Mas me surgiu uma dúvida.
No windows, a desfragmentação de disco não desabilita o trim? Já que ele é uma ferramenta de terceiros, que pode bagunçar tudo lá?



Creio que eu me enrolei ai com os Fuse's rsrs.
Mas meio que não instalar o fuse que monta as coisas não vai ( fusemount....) atrapalhar em nada (eu acho), já que tem o módulo do fuse e o systemd?

Obrigadão.

T+

-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang: "Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";

" Ignorance is bliss, for learning is the highest joy. " - High Elf Archer

Buckminster
(usa Debian)

Enviado em 09/09/2021 - 16:12h

O TRIM não fica habilitado o tempo todo. Ele vem configurado por padrão na maioria das vezes para limpar o SSD uma vez por semana.
A desfragmentação do Windows, quando acionada, ela praticamente bloqueia tudo porque fica "jogando" os arquivos de um lado para o outro, fica juntando os fragmentos dos arquivos que foram gravados separadamente no HD ou SSD e fica criando links entre os pedaços que não tem como serem juntados.
A gravação de pastas, arquivos, downloads, etc, no Windows não é feita "corrida", vamos por assim dizer, o Windows grava onde tem espaço e pode acontecer (e acontece) que um arquivo é fragmentado e cada pedaço é gravado num lugar diferente (espaço de memória, cluster) do HD ou SSD. E entre cada pedaço do arquivo o sistema cria um link entre eles, um endereço de memória para poder juntá-los. Aliás, no Linux a gravação também não é feita "corrida", sequencialmente, porém, os sistemas de arquivos do Linux gerenciam isso melhor do que o NTFS.
Por exemplo, quando você manda um arquivo para a lixeira e depois deleta ele da lixeira, na verdade o que foi deletado é o link para o endereço do espaço de memória onde estava o arquivo no HD ou SSD, mas o arquivo continua lá e será apagado somente quando for gravado outro arquivo por cima. Para o sistema, esse espaço de memória está disponível mesmo tendo um arquivo gravado lá.
Formatações zero fill ou schreder demoram porque elas realmente gravam por cima e apagam o HD ou SSD, diferentemente do sistema operacional que somente deleta o link para o endereço de memória. E não tem como ser diferente porque senão cada download, cada pasta criada, cada arquivo demoraria um "eito" para ser gravado no HD ou SSD porque o sistema teria de apagar antes o que está lá gravado para depois gravar a nova pasta.

Uma boa analogia para entender a fragmentação de arquivos é um estacionamento com as faixas pintadas no chão demarcando um "cluster" de memória para cada carro e daí vem um caminhão e ocupa uma vaga e meia. O carro seguinte terá que ser cortado ao meio e cada metade terá de ser "estacionada" num espaço disponível gerando um ciclo onde o próximo carro também terá de ser "cortado" ao meio; ou 3/4 numa parte, 1/5 na outra, etc.
O sistema de arquivos seria a gerência do estacionamento que lida com os clusters (as vagas). No NTFS cada cluster tem entre 512 bytes e 4 KB e isso é meio que "amarrado".
Os sistemas de arquivos Linux (ext4, Btrfs, etc) não seguem uma regra rígida no tamanho dos clusters. O próprio sistema de arquivos gerencia isso já na instalação do sistema operacional, por isso o Linux não tem quase nada de fragmentação. Por exemplo, um tamanho de bloco pequeno, como 1024 bytes, diminui a fragmentação e perda de espaço, mas em contrapartida gera um impacto negativo no desempenho, pois acarreta o gerenciamento de uma maior quantidade de blocos (perceba: na hora de usar o carro [arquivo] o manobrista tem que sair juntando os pedaços dele e isso faz cair o desempenho). O tamanho de bloco padrão para volumes grandes (caminhões) é de 4096 bytes. Por isso que em sistemas para banco de dados geralmente o bloco padrão do cluster é grande, pois o gerenciamento é melhor, não precisa ficar juntando os pedaços.
Não confunda cluster aqui com aquele cluster de computadores, são coisas diferentes. O cluster aqui é, na analogia, a vaga do estacionamento, um espaço de memória no HD ou SSD.



Não instalar o Fuse não atrapalha em nada. Uma grande parte dos sistemas Linux estão vindo com o Systemd e o Systemd é, praticamente, grosso modo, quem gerencia o espaço do usuário; isso para não dizer que o Systemd É o espaço do usuário.


________________________________________________
Always listen the Buck!
Sanou tua dúvida, resolveu teu problema?
Então marque como Resolvido e escolha a Melhor Resposta.
Ou então execute:

# chown -R root:root /

# mount -o remount,rw /

# reboot

e veja o sistema derreter na sua frente. 

Freud_Tux
(usa Outra)

Enviado em 02/10/2021 - 20:17h

Bem, foi mals a demora. Aquele problema com a internet aqui. Mas parece que foi resolvido, mas foi canseira rsrs.
Vamos lá.



Entendi tudo ai.
Faz sentido total o que você escreveu.
Eu tenho um pendrive que uso com ext4, pois o fat é cheio de limitações e dá pau a toa e precisa de uma máquina com windows pra consertar. Com ext4, é só rodar o fsck e já era. A diferença no jeito que é gerenciado os arquivos no ext4 vs. fat/ntfs é gritante!

Obrigado pela excelente explicação.



O systemd e sua "mania" de "devorar" tudo hehe.
Captei também.

Irei encerrar o tópico, pois já consegui excelentes informações e as dúvidas já foram tiradas.
Sinta-se livre para postar aqui, caso queira acrescentar algo.

T+ e valeus

-------------------------------------------------------------------------------------------------------------------------------------------------
Noob: "[...]Sou muito noob ainda usando o terminal, então preciso de ajuda "mastigada", pra operá-lo."
zhushazang: "Sou velho e meus dentes desgastados. Estude linux www.guiafoca.org";

" Ignorance is bliss, for learning is the highest joy. " - High Elf Archer