Na minha experiência, o servidor em modo kernel executou o samba com meus clientes. Se o desempenho for sua preocupação número um, pule o samba. Dito isso, há várias limitações no servidor SMB / CIFS no modo de kernel do Solaris, principalmente:
- Só é executado na região global. O Samba pode ser executado em várias zonas isoladas e / ou na região global simultaneamente.
- O compartilhamento acontece no nível do sistema de arquivos, não no nível do diretório. Portanto, para novos compartilhamentos,
zfs create pool/fs
um novo sistema de arquivos zfs, copie os dados e compartilhe-os (em vez de compartilhar um diretório existente) - Sem links simbólicos a seguir em compartilhamentos, a menos que estejam no mesmo sistema de arquivos.
- Nenhum filho é montado. Se você compartilhar um sistema de arquivos, os sub-sistemas de arquivos não serão compartilhados. (por exemplo, dois sistemas de arquivos, pool / fs e pool / fs / subfs. Se você compartilhar pool / fs, você não poderá acessar o conteúdo de pool / fs / subfs sem compartilhá-lo separadamente. Ele aparecerá como um diretório via SMB, mas ficará inacessível.
- Nenhum dos controladores de domínio / AD Master, WINS Server e outras sutilezas do Samba
É claro que não há bloqueio entre protocolos (um arquivo bloqueado via SMB também é bloqueado via NFS quando nbmand=on
é definido com o servidor in-kernel) e não integra o VSS para que os instantâneos apareçam no Guia 'Versões anteriores' do Windows na janela de propriedades.
Se você pode viver com as limitações do servidor em modo kernel e não precisa de isolamento em nível de zona, acho que é o caminho a ser seguido. Se você é um usuário pesado do Linux / Samba agora e gosta de alguns de seus recursos exclusivos, sinta-se à vontade para continuar com ele. Também digno de nota, se você estiver executando o SmartOS a escolha foi feita para você, eles tornam quase impossível executar coisas na região global (com um bom motivo), então você terá que usar OmniOS, OpenIndiana ou Oracle Solaris se você odeio o samba.