Tenho notado que quando eu acesso meu compartilhamento Samba do Windows, o daemon smbd sempre usa aproximadamente 10-20% da CPU - não importa se o compartilhamento é usado ou não do Windows. Mesmo se eu fechar o compartilhamento / janela, smbd continuará usando a CPU e somente uma reinicialização / desligamento do meu Windows poderá reduzir o uso da CPU ao normal.
Foi quando acabei de reinicializar / iniciar meu Windows - o compartilhamento é mapeado, mas ainda não é acessado. Ele terá esse status "vermelho" no Windows até que eu o acesse:
Antesdefazerqualqueroutracoisa,euverificoosmbstatuseotopnomeuLinux:
Não há nenhum problema até agora - o uso da CPU não é perceptível em top , então tudo ainda está bom.
MAS ... quando eu acesso o compartilhamento do Windows, a CPU do Linux imediatamente aumenta para 10-20%:
Eosmbstatussempremostraalgunsarquivosbloqueados(?)que,comcerteza(?),nãosãoacessadospelomeuWindows:
O testparm mostra minha configuração smb.conf :
Aúnicamaneiraqueeuposso"consertar isso" é reinicializar meu Windows ou desmapear a unidade / compartilhamento.
Mais uma coisa estranha - quando eu não mapeei o compartilhamento / drive, eu ainda posso acessar o compartilhamento via UNC ... e ao acessá-lo através do UNC ele NÃO eleva a CPU de forma alguma !? Estranho!
Meu hardware é bastante recente / atualizado:
Servidor:
Core i5 1.5-2.9GHz dual core / HT
16 GB de RAM
Samsung 850 Pro (512 GB)
Cliente:
Windows 8.1
Eu usei a mesma configuração em uma instalação do CentOS 6 sem problemas. Eu também tentei desabilitar o que eu acho que pode se comunicar com o compartilhamento de rede no meu computador Windows (antivírus e software de backup).
Alguém pode ajudar a resolver este problema?