Adoro fazer trabalhos de otimização de desempenho altamente direcionados. Nos últimos dias, tenho trabalhado em uma mudança na forma como a thread de renderização do Ghostty lê os dados do terminal (o que requer um bloqueio que impede a entrada/saída de dados). Consegui reduzir o tempo de bloqueio em 2,4 vezes até agora. Ainda é cedo para enviar um PR, mas estou quase lá! Isso afetará diretamente o desempenho do texto do terminal e das sequências de escape, já que sob carga pesada (por exemplo, `cat massive-file.txt`), o bloqueio do renderizador aparece de forma bastante significativa no perfilamento, consumindo mais de 10% do tempo total, apesar de nossa área crítica nas versões atualmente lançadas ser de apenas cerca de 20 a 40 microssegundos por ~8ms (8000 microssegundos, uma taxa de quadros de 120Hz). O que é... meio insano, se você parar para pensar. Os computadores são realmente muito rápidos.
A versão anterior do código clonado estava tão otimizada quanto possível para sua função. Passei dois dias aprimorando-a e consegui apenas 5% de melhoria. Para chegar a 240%, precisei reescrevê-la completamente, adotando uma abordagem diferente. Grandes ideias têm limites. Às vezes, você precisa de uma nova grande ideia.