Em Junho, um usuário do fórum de discussão sobre hardware 2CPU postou uma mensagem relatando algo interessante: ele notou que, sempre que há uma música em MP3 tocando, o desempenho de transferências de arquivo na rede local em sua máquina com o Windows Vista caía significativamente. E “quanto é significativamente?”, vocês me perguntam: bem, cerca de 90%. E não só com a música tocando. Mesmo com ela pausada, o desempenho continua baixo. Basta fechar o player para tudo voltar ao normal.

Um blogueiro da ZDNet resolveu investigar a história e encontrou o mesmo problema, embora “um pouco menos grave”. Queda de 50% no desempenho das transferências em rede, sempre que um programa reprodutor de música (ou vídeo) estava aberto. E não importa o programa: Windows Media Player 11, iTunes, Real Player, Windows Media Center, Nero ShowTime… em todos o mesmo comportamento se manifesta. Ou seja, é um “bug” no Windows, não no player. O problema não existe no Windows XP, e não está relacionado a sobrecarga do processador.

A resposta da Microsoft diz que parte do que acontece é “comportamento esperado”, parte não é.  Usuários com placas Gigabit Ethernet estão tendo uma degradação maior do que deveria, e a empresa estaria de olho no problema. Teoricamente, a queda no desempenho de rede seria para evitar problemas durante a reprodução de áudio, como ruídos e estalos.

Hmmm… não cola. O XP não tem esse problema, e não me lembro de ruídos e estalos durante transferências de rede.  Outros sistemas operacionais, como o Linux e Mac OS X também não tem problema nenhum em assobiar e chupar cana ao mesmo tempo. E com os requisitos de hardware do Vista, uma queda de desempenho dessas é ainda menos aceitável.

O principal suspeito é o sistema de DRM utilizado extensivamente em todo o Windows Vista. O que levanta a questão: o que mas está sendo sacrificado em nome do bem-estar das gravadoras e estúdios de cinema?

Estou tentando salvar um arquivo de um CD com problema sérios de leitura. Antes de jogar o disco fora, tenho como costume tentar a cópia nos vários micros da casa. Notei, por exemplo, que o disco que dá erros de leitura em um drive às vezes é lido sem problemas pelo drive que o gravou^[1].

Como o disco foi gravado no notebook, ele é a primeira cobaia. O sistema operacional é um Windows XP SP2, e a máquina tem um Celeron de 1,4 GHz e 512 MB de RAM. Começo a cópia, o Windows atinge a parte com erros de leitura e… para. O sistema inteiro simplesmente para, enquanto o drive fica tentanto inúmeros “retries” consecutivos para extrair os dados do CD.

OK, toca pro Mac Mini. PowerPC G4 de 1,25 GHz, também com 512 MB de RAM, rodando o Mac OS X 10.4.10. A cópia começa, o sistema atinge a parte com erros de leitura e… olhe só! O desempenho do sistema continua intacto. A única coisa que para é o processo de cópia em si, sem afetar nenhum outro programa. Alguns minutos depois o Finder desiste e exibe uma mensagem que basicamente diz: “Desculpe, não consegui ler seu CD”.

E depois tem gente que não consegue entender porque gosto do Mac OS X.

PS: Não fiz o teste no Linux. O pinguim tirou férias aqui de casa (do notebook, pra ser mais preciso) até pelo menos a próxima versão, ou até aprender a brincar direito com o meu hardware. Hardware, aliás, que funcionava perfeitamente, até algum espertinho resolver reescrever um driver de rede do zero e tirar o antigo de circulação, deixando os usuários órfãos (e ilhados) até a nova versão ficar pronta.

[1] Isso me lembra os primeiros floppies da Shugart, na década de 70. Problemas com alinhamento das cabeças de leitura e gravação causavam a desconfortável situação em que muitas vezes era impossível ler um disco gravado em um drive “A” em outro “B” idêntico.