"Corrigir" o atraso do cursor no MacBook Neo: grave 1 pixel da tela a cada 10 segundos

Artigo original ↗ Discussão no Hacker News ↗

Reação geral ao bug do cursor no Neo

  • Muitos veem o atraso do cursor como um “pecado capital” em UX: o ponteiro é descrito como a “personificação” do usuário no computador, então qualquer travamento faz o sistema inteiro parecer quebrado.
  • Comentadores comparam isso desfavoravelmente aos sistemas dos anos 1980–90, em que os cursores eram consistentemente suaves, mesmo em hardware muito mais fraco.
  • Vários dizem que isso parece algo que deveria ser tratado como um bug crítico, bloqueador.

A correção proposta de gravar 1 pixel

  • O script grava periodicamente um pixel para forçar o WindowServer a compor o cursor em vez de usar uma sobreposição de hardware.
  • Alguns o elogiam como um contorno minimamente invasivo e prático para um problema extremamente irritante.
  • Outros chamam de cura “terrível”, que mantém a GPU acordada ou força composição extra, e temem que os usuários esqueçam que ele está rodando muito depois de a Apple corrigir o bug real.
  • Um padrão semelhante de “correção improvisada” aparece em relatos: scripts que fazem hash periodicamente para parar o coil whine, tocar arquivos para impedir que discos USB desliguem, etc.

Discussão técnica: cursor de hardware vs software

  • Várias postagens detalhadas explicam cursores de hardware (planos de sobreposição separados, registradores de posição) versus cursores de software (desenhados em um framebuffer composto).
  • Uma teoria: o atraso acontece durante a transição de cursor de hardware para cursor de software, possivelmente por esperar que filas de comandos da GPU ou fences sejam liberados.
  • Outros argumentam que compositores modernos apenas redesenham camadas a cada frame; eles contestam descrições antigas de “salvar/restaurar sob o cursor” como obsoletas.
  • Não está claro exatamente o que o macOS está fazendo no Neo; os comentadores dizem que respostas reais exigiriam código do driver ou do WindowServer.

Mitigações alternativas e bugs relacionados

  • Mudar o tamanho do cursor ligeiramente historicamente corrigiu alguns bugs de GPU/composição; no Neo, é relatado que um tamanho visivelmente maior é necessário, e talvez nem sempre ajude.
  • Modos de baixo consumo em tela cheia destacados no macOS são mencionados como fonte de falhas de renderização no passado.

Comparações e comentários mais amplos sobre a Apple

  • Alguns usuários de Linux relatam atraso semelhante do cursor sob carga pesada ou em configurações específicas; outros dizem nunca ter visto isso, então a prevalência é contestada.
  • Vários comentários lamentam uma percepção de declínio no rigor de UX da Apple, argumentando que o baixo preço do Neo, somado a falhas visíveis, enfraquece a marca de “simplesmente funciona”.

Tópicos paralelos

  • Breve digressão sobre a sintaxe guard do Swift e suas vantagens.
  • Notas sobre usar Swift como linguagem de script via shebang.
  • Trotes anedóticos e discussão nostálgica sobre hardware antigo e princípios de design de UI.