Um driver de dispositivo é uma pequena coleção software que informa ao sistema operacional e a outro software como se comunicar com um componente de hardware.
Por exemplo, os drivers de impressora informam ao sistema operacional e, por extensão, a qualquer programa em que você tenha o que deseja imprimir, exatamente como imprimir as informações na página.
Os drivers da placa de som são necessários para que seu sistema operacional saiba exatamente como traduzir os 1s e 0s que compõem esse arquivo MP3 em sinais de áudio que a placa de som pode enviar para seus fones de ouvido ou alto-falantes.
A mesma ideia geral se aplica a placas de vídeo, teclados, monitores, mouses, unidades de disco, etc.
Continue lendo para saber mais por que os drivers são importantes, incluindo mais alguns exemplos, bem como informações sobre como manter seus drivers atualizados e o que fazer se eles não estiverem funcionando corretamente.
Como funcionam exatamente os drivers de dispositivo?
Pense nos drivers de dispositivo como tradutores entre um programa que você está usando e um dispositivo que esse programa deseja utilizar de alguma forma. O software e o hardware foram criados por pessoas ou empresas diferentes e falam duas línguas completamente diferentes, portanto, um tradutor (o driver) permite que eles se comuniquem.
Em outras palavras, um programa de software pode fornecer informações a um driver para explicar o que ele deseja que uma peça de hardware faça, informações que o driver de dispositivo entende e pode preencher com o hardware.
Graças aos drivers de dispositivo, a maioria dos programas de software não precisa saber como trabalhar diretamente com o hardware, e um driver não precisa incluir uma experiência de aplicativo completa para os usuários interagirem. Em vez disso, o programa e o driver simplesmente precisam saber como interagir um com o outro.
Este é um bom negócio para todos os envolvidos, considerando que existe um suprimento quase infinito de software e hardware por aí. Se todos tivessem que saber como se comunicar com todos, o processo de fabricação de software e hardware seria quase impossível.
Como gerenciar drivers de dispositivos
Os drivers para cada peça de hardware em seu computador Windows são gerenciados centralmente a partir do Gerenciador de Dispositivos, disponível em todas as versões do Microsoft Windows.
Na maioria das vezes, os drivers são instalados automaticamente e nunca precisam de mais atenção, além da atualização ocasional para corrigir bugs ou adicionar um novo recurso legal. Isso é verdadeiro para alguns drivers do Windows baixados por meio do Windows Update.
Quando um fabricante lança uma atualização de driver, é sua responsabilidade instalá-la. Algumas empresas oferecem programas que verificam e instalam atualizações relevantes, mas a maioria não facilita isso.
Felizmente, existem programas de atualização de driver gratuitos que têm a mesma finalidade e funcionam com todos os tipos de drivers. Alguns vão até verificar se há atualizações automaticamente, baixá-las e instalá-las para você, como o Windows Update.
Muitos problemas que podem ser isolados de uma determinada peça de hardware não são problemas com o hardware em si, mas com os drivers de dispositivo instalados para esse hardware. Alguns dos recursos vinculados acima devem ajudá-lo a descobrir tudo isso.
Quando uma atualização de driver estiver disponível de um fabricante de hardware, ela estará disponível gratuitamente em seu site. Você nunca deve ter que pagar para atualizar os drivers, a menos que esteja pagando por um programa de atualização de driver, mas mesmo assim, os próprios drivers específicos não devem precisar ser comprados.
Mais sobre driver de dispositivo
Além da relação básica de software-driver-hardware, há algumas outras situações que envolvem drivers (e não) que são bem interessantes.
Embora isso seja menos comum atualmente, alguns softwares são capazes de se comunicar diretamente com alguns tipos de hardware – sem a necessidade de drivers! Isso geralmente só é possível quando o software está enviando comandos muito simples para o hardware, ou quando ambos foram desenvolvidos pela mesma empresa, mas também pode ser visto como uma espécie de situação de driver embutido.
Alguns drivers de dispositivo se comunicam diretamente com um dispositivo, mas outros são colocados em camadas. Nessas situações, um programa se comunicará com um driver antes que esse driver se comunique com outro, e assim por diante, até que o último driver realmente execute a comunicação direta com o hardware.
Esses drivers “intermediários” geralmente não executam nenhuma função além de verificar se os outros drivers estão funcionando corretamente. Independentemente de haver um driver ou múltiplos trabalhando em uma “pilha”, tudo isso é feito em segundo plano, sem que você precise saber ou fazer nada.
O Windows usa arquivos .SYS como drivers de dispositivo carregáveis, o que significa que eles podem ser carregados conforme a necessidade, de forma que nem sempre ocupem memória – outros drivers estão no formato DLL ou EXE. O mesmo é válido para módulos Linux .KO.
WHQL é um processo de teste da Microsoft que ajuda a provar que um driver de dispositivo específico funcionará com uma versão específica do Windows. Você pode ver que um driver que está baixando é ou não certificado pelo WHQL.
Outra forma de driver é o driver de dispositivo virtual. Esses drivers geralmente terminam com a extensão de arquivo .VXD e são usados com software de virtualização. Eles funcionam de forma semelhante aos drivers regulares, mas para evitar que o sistema operacional convidado acesse o hardware diretamente, os drivers virtuais se disfarçam como hardware real para que o sistema operacional convidado e seus próprios drivers possam acessar o hardware de maneira muito semelhante aos sistemas operacionais não virtuais.
Em outras palavras, enquanto um sistema operacional host e seus drivers fazem interface com componentes de hardware reais, os sistemas operacionais convidados virtuais e seus drivers fazem interface com o hardware virtual por meio de drivers de dispositivos virtuais, que são então retransmitidos para o hardware físico real pelo sistema operacional host.