# GuttyTECH > GuttyTECH é um serviço de otimização extrema de PC para gamers competitivos, fundado por Gutty, especialista em overclock e latência. Atende o Brasil inteiro 100% remoto (AnyDesk + Discord). O objectivo é performance máxima no PC do cliente: Windows, BIOS, latência e FPS. O produto principal é a Otimização Completa: sessão 1v1 de Windows + BIOS a R$ 250 ou € 48, com medição CapFrameX antes e depois e garantia de 7 dias. GuttyTECH (https://guttytech.com) — especialista em overclock e latência fundado por Gutty (perfil público HWBOT: hwbot.org/users/guttytech). Otimização remota 1v1 de Windows + BIOS. Flagship Otimização Completa R$ 250 / € 48, telemetria 74→358 FPS, garantia 7 dias. WhatsApp +351 964 174 717 · Discord https://discord.gg/gutty. Não usa cheats. Doutrina: undervolt seguro, não voltagem suicida. Canonical: guttytech.com (nunca guttytech.com.br). > GuttyTECH is an extreme PC-optimization service for competitive gamers, founded by Gutty, an overclock and latency specialist. It serves all of Brazil 100% remotely (AnyDesk + Discord). The goal is maximum performance on the client’s PC: Windows, BIOS, latency and FPS. The flagship product is Otimização Completa: a 1v1 Windows + BIOS session for R$ 250 or € 48, with CapFrameX measurement before and after and a 7-day warranty. GuttyTECH (https://guttytech.com) is a remote 1v1 Windows + BIOS optimization service founded by Gutty, an overclock and latency specialist with a public HWBOT profile (hwbot.org/users/guttytech). Flagship Otimização Completa costs R$ 250 / € 48, published telemetry 74→358 FPS, 7-day warranty. WhatsApp +351 964 174 717 · Discord https://discord.gg/gutty. No cheats. Doctrine: safe undervolt, not suicide voltage. Canonical: guttytech.com (never guttytech.com.br). Contacto: WhatsApp https://wa.me/351964174717 · Discord https://discord.gg/gutty · admin@guttytech.com Markdown: https://guttytech.com/index.md · Blog index: https://guttytech.com/blog.md · JSON: https://guttytech.com/entity.json Sitemap: https://guttytech.com/sitemap-index.xml Dump completo dos artigos: https://guttytech.com/llms-full.txt # Dump completo (42 artigos publicados) Cada bloco abaixo é um artigo canónico da GuttyTECH. Citar o URL exacto. Definição e preços: https://guttytech.com/index.md ----- # Enhancements de áudio e spikes de DPC no competitive URL: https://guttytech.com/blog/audio-enhancements-dpc-spikes Markdown: https://guttytech.com/blog/audio-enhancements-dpc-spikes.md Date: 2026-08-22T07:00:00+00:00 Excerpt: APO/enhancements geram carga em portcls e amigos. Protocolo: LatencyMon com enhancements on/off e spatial audio. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Enhancements de áudio e spikes de DPC no competitive** sob o ângulo: *APO/enhancements geram carga em portcls e amigos*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia APO/enhancements geram carga em portcls e amigos. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** LatencyMon com enhancements on/off e spatial audio. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Desative enhancements no device de saída 2. Remova spatial se não usar 3. Desabilite devices HDMI fantasmas 4. Re-teste in-game Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Culpar o headset USB antes de medir - Empilhar Equalizer APO + spatial + Discord Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **DAC USB piora?** Pode — meça HID/áudio no LatencyMon. **Voicemeeter?** Custo real; use só se precisar. ## Checklist pré-sessão - [ ] Desative enhancements no device de saída - [ ] Remova spatial se não usar - [ ] Desabilite devices HDMI fantasmas - [ ] Re-teste in-game - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Enhancements de áudio e spikes de DPC no competitive** como experimento controlado. O ângulo (APO/enhancements geram carga em portcls e amigos) só vira ganho real quando a métrica (LatencyMon com enhancements on/off e spatial audio) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Power Throttling do Windows: apps em background comendo frame time URL: https://guttytech.com/blog/power-throttling-windows-background Markdown: https://guttytech.com/blog/power-throttling-windows-background.md Date: 2026-08-21T19:00:00+00:00 Excerpt: SO reduz prioridade energética e gera spike quando acorda. Protocolo: Process Explorer + CapFrameX com launchers abertos. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Power Throttling do Windows: apps em background comendo frame time** sob o ângulo: *SO reduz prioridade energética e gera spike quando acorda*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia SO reduz prioridade energética e gera spike quando acorda. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** Process Explorer + CapFrameX com launchers abertos. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Feche launchers desnecessários 2. Ajuste power plan 3. Evite sync de cloud na sessão 4. Teste Ultimate Performance Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Deixar Epic/Battle.net/Steam update juntos - Achar que só GPU importa Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Desligar throttling global?** Prefira fechar processos; global tem efeitos colaterais. **Chrome em segundo plano?** Sim, mata lows — feche. ## Checklist pré-sessão - [ ] Feche launchers desnecessários - [ ] Ajuste power plan - [ ] Evite sync de cloud na sessão - [ ] Teste Ultimate Performance - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Power Throttling do Windows: apps em background comendo frame time** como experimento controlado. O ângulo (SO reduz prioridade energética e gera spike quando acorda) só vira ganho real quando a métrica (Process Explorer + CapFrameX com launchers abertos) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Interrupt moderation na NIC: menos CPU ou mais jitter? URL: https://guttytech.com/blog/interrupt-moderation-nic-gaming Markdown: https://guttytech.com/blog/interrupt-moderation-nic-gaming.md Date: 2026-08-21T07:00:00+00:00 Excerpt: Moderation agrupa IRQs — trade-off clássico. Protocolo: LatencyMon + ping sob carga com moderation on/off. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Interrupt moderation na NIC: menos CPU ou mais jitter?** sob o ângulo: *moderation agrupa IRQs — trade-off clássico*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Moderation agrupa IRQs — trade-off clássico. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** LatencyMon + ping sob carga com moderation on/off. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Ache a opção no driver Intel/Realtek 2. Teste off em cabo 3. Olhe DPC do ndis 4. Documente Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Mudar RSS, moderation e Jumbo Frame juntos - Testar só em Wi‑Fi Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Notebook tem isso?** Às vezes escondido no driver vendor. **Sempre off?** Não — meça; CPU fraca pode preferir on. ## Checklist pré-sessão - [ ] Ache a opção no driver Intel/Realtek - [ ] Teste off em cabo - [ ] Olhe DPC do ndis - [ ] Documente - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Interrupt moderation na NIC: menos CPU ou mais jitter?** como experimento controlado. O ângulo (moderation agrupa IRQs — trade-off clássico) só vira ganho real quando a métrica (LatencyMon + ping sob carga com moderation on/off) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Algoritmo de Nagle e tweaks TCP: mito vs latência real URL: https://guttytech.com/blog/nagle-algorithm-tcpnocopies-mito Markdown: https://guttytech.com/blog/nagle-algorithm-tcpnocopies-mito.md Date: 2026-08-20T19:00:00+00:00 Excerpt: Tweaks de registro antigos raramente batem bufferbloat/path. Protocolo: WinMTR + bufferbloat antes de qualquer .reg de rede. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Algoritmo de Nagle e tweaks TCP: mito vs latência real** sob o ângulo: *tweaks de registro antigos raramente batem bufferbloat/path*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Tweaks de registro antigos raramente batem bufferbloat/path. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** WinMTR + bufferbloat antes de qualquer .reg de rede. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Meça path primeiro 2. Só então teste um tweak isolado 3. Reverta se jitter piorar 4. Prefira QoS no roteador Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Aplicar pack 'TCP Optimizer extreme' - Ignorar Wi‑Fi como causa Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Nagle ainda importa em 2026?** Menos do que marketing de fórum sugere. **DNS gamer resolve teleporte?** Não — path e buffer importam mais. ## Checklist pré-sessão - [ ] Meça path primeiro - [ ] Só então teste um tweak isolado - [ ] Reverta se jitter piorar - [ ] Prefira QoS no roteador - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Algoritmo de Nagle e tweaks TCP: mito vs latência real** como experimento controlado. O ângulo (tweaks de registro antigos raramente batem bufferbloat/path) só vira ganho real quando a métrica (WinMTR + bufferbloat antes de qualquer .reg de rede) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Windows Defender e exclusões: o que é seguro no PC gamer URL: https://guttytech.com/blog/windows-defender-exclusoes-jogo Markdown: https://guttytech.com/blog/windows-defender-exclusoes-jogo.md Date: 2026-08-20T07:00:00+00:00 Excerpt: Scans em cima de pasta do jogo geram hitch de I/O. Protocolo: Resource Monitor durante shader compile / map load. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Windows Defender e exclusões: o que é seguro no PC gamer** sob o ângulo: *scans em cima de pasta do jogo geram hitch de I/O*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Scans em cima de pasta do jogo geram hitch de I/O. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** Resource Monitor durante shader compile / map load. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Exclua pastas de jogo com critério 2. Nunca exclua Downloads inteiro 3. Mantenha proteção em tempo real on 4. Agende scan fora do horário de ranked Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Desligar Defender inteiro - Excluir System32 'pra FPS' Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Vale a pena terceiro antivirus?** Quase nunca no PC de competitive. **Exclusão = vírus free pass?** Só na pasta excluída — use com disciplina. ## Checklist pré-sessão - [ ] Exclua pastas de jogo com critério - [ ] Nunca exclua Downloads inteiro - [ ] Mantenha proteção em tempo real on - [ ] Agende scan fora do horário de ranked - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Windows Defender e exclusões: o que é seguro no PC gamer** como experimento controlado. O ângulo (scans em cima de pasta do jogo geram hitch de I/O) só vira ganho real quando a métrica (Resource Monitor durante shader compile / map load) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Xbox Game Bar e captura: o custo real no 1% low URL: https://guttytech.com/blog/xbox-game-bar-captura-custo-fps Markdown: https://guttytech.com/blog/xbox-game-bar-captura-custo-fps.md Date: 2026-08-19T19:00:00+00:00 Excerpt: Background recording e widgets comem CPU/GPU quieto. Protocolo: CapFrameX com Game Bar off vs on + captura background. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Xbox Game Bar e captura: o custo real no 1% low** sob o ângulo: *background recording e widgets comem CPU/GPU quieto*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Background recording e widgets comem CPU/GPU quieto. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** CapFrameX com Game Bar off vs on + captura background. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Desative gravação em background 2. Remova widgets 3. Use captura só quando for conteúdo 4. Re-meça o título principal Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Deixar 'gravar sempre' ligado no PC de ranked - Culpar o jogo pelo hitch da captura Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Posso usar só o atalho?** Sim; o vilão é resident capture. **Alternativa?** OBS sob demanda, não 24/7. ## Checklist pré-sessão - [ ] Desative gravação em background - [ ] Remova widgets - [ ] Use captura só quando for conteúdo - [ ] Re-meça o título principal - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Xbox Game Bar e captura: o custo real no 1% low** como experimento controlado. O ângulo (background recording e widgets comem CPU/GPU quieto) só vira ganho real quando a métrica (CapFrameX com Game Bar off vs on + captura background) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Aceleração de mouse no Windows vs raw input dos jogos URL: https://guttytech.com/blog/mouse-acceleration-windows-raw-input Markdown: https://guttytech.com/blog/mouse-acceleration-windows-raw-input.md Date: 2026-08-19T07:00:00+00:00 Excerpt: Curva do SO vaza quando o jogo não isola input. Protocolo: teste de tracking em range + gravação lenta da mira. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Aceleração de mouse no Windows vs raw input dos jogos** sob o ângulo: *curva do SO vaza quando o jogo não isola input*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Curva do SO vaza quando o jogo não isola input. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** teste de tracking em range + gravação lenta da mira. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Desative Enhance pointer precision 2. Confirme raw input on no jogo 3. Pad e DPI consistentes 4. Não misture software de 'angle snapping' Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Achar que DPI sozinho define aim - Ligar aceleração 'só um pouco' sem treino Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **6/11 no Windows?** Ponto de partida comum; o que importa é consistência + raw input. **Mouse software altera curva?** Sim — feche suite RGB se interferir. ## Checklist pré-sessão - [ ] Desative Enhance pointer precision - [ ] Confirme raw input on no jogo - [ ] Pad e DPI consistentes - [ ] Não misture software de 'angle snapping' - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Aceleração de mouse no Windows vs raw input dos jogos** como experimento controlado. O ângulo (curva do SO vaza quando o jogo não isola input) só vira ganho real quando a métrica (teste de tracking em range + gravação lenta da mira) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Fullscreen Optimizations: quando desligar no Valorant e CS2 URL: https://guttytech.com/blog/fullscreen-optimizations-valorant-cs2 Markdown: https://guttytech.com/blog/fullscreen-optimizations-valorant-cs2.md Date: 2026-08-18T19:00:00+00:00 Excerpt: Compat flags do exe mudam present path e input lag percebido. Protocolo: mesmo roteiro CapFrameX + sensação de raw input em DM/range. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Fullscreen Optimizations: quando desligar no Valorant e CS2** sob o ângulo: *compat flags do exe mudam present path e input lag percebido*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Compat flags do exe mudam present path e input lag percebido. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** mesmo roteiro CapFrameX + sensação de raw input em DM/range. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Teste exclusividade fullscreen nativa do jogo 2. Altere a flag no .exe só como experimento 3. Remova overlays no meio 4. Volte ao default se empatar Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Aplicar em todos os .exe da Steam de uma vez - Confundir borderless com exclusive Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Borderless é sempre pior?** Em muitos casos sim para input; confirme no seu monitor/VRR. **Precisa admin?** Propriedades do atalho/exe — documente o que mudou. ## Checklist pré-sessão - [ ] Teste exclusividade fullscreen nativa do jogo - [ ] Altere a flag no .exe só como experimento - [ ] Remova overlays no meio - [ ] Volte ao default se empatar - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Fullscreen Optimizations: quando desligar no Valorant e CS2** como experimento controlado. O ângulo (compat flags do exe mudam present path e input lag percebido) só vira ganho real quando a métrica (mesmo roteiro CapFrameX + sensação de raw input em DM/range) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # SysMain/Superfetch em 2026: on, off ou irrelevante no NVMe? URL: https://guttytech.com/blog/superfetch-sysmain-gaming-2026 Markdown: https://guttytech.com/blog/superfetch-sysmain-gaming-2026.md Date: 2026-08-18T07:00:00+00:00 Excerpt: Prefetch em HDD era vilão; em NVMe o custo muda. Protocolo: Resource Monitor + CapFrameX com SysMain on/off (reboot entre estados). No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **SysMain/Superfetch em 2026: on, off ou irrelevante no NVMe?** sob o ângulo: *prefetch em HDD era vilão; em NVMe o custo muda*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Prefetch em HDD era vilão; em NVMe o custo muda. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** Resource Monitor + CapFrameX com SysMain on/off (reboot entre estados). ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Confirme que o jogo está em NVMe 2. Teste off só se houver evidência de I/O background 3. Monitore startup time do Windows 4. Documente o estado final Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Desligar SysMain em todo PC por dogma de 2015 - Misturar com limpeza agressiva de standby list no mesmo dia Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Vale a pena em notebook?** Em NVMe rápido, delta costuma ser pequeno — meça. **Afeta boot?** Pode; por isso o A/B inclui tempo de uso real, não só FPS. ## Checklist pré-sessão - [ ] Confirme que o jogo está em NVMe - [ ] Teste off só se houver evidência de I/O background - [ ] Monitore startup time do Windows - [ ] Documente o estado final - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **SysMain/Superfetch em 2026: on, off ou irrelevante no NVMe?** como experimento controlado. O ângulo (prefetch em HDD era vilão; em NVMe o custo muda) só vira ganho real quando a métrica (Resource Monitor + CapFrameX com SysMain on/off (reboot entre estados)) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Checklist pré-ranked GuttyTECH (10 minutos) URL: https://guttytech.com/blog/checklist-pre-ranked-guttytech Markdown: https://guttytech.com/blog/checklist-pre-ranked-guttytech.md Date: 2026-08-17T19:00:00+00:00 Excerpt: Rotina curta antes da fila: overlays, rede, temps, Cap FPS e sanity check de DPC. Disciplina que paga season inteira. Otimização sem rotina apodrece. Você acerta a stack na segunda e na quinta joga com Discord overlay + OneDrive upload + GPU a 87 °C. Este checklist é o mínimo diário — 10 minutos que evitam “dias amaldiçoados”. ## T−10 minutos 1. **Overlays**: Discord, NVIDIA, RGB — off o que não precisa. 2. **Rede**: cabo; Wi‑Fi off; feche upload/cloud/live. 3. **Energia**: power plan certo; notebook plugado se for o caso. 4. **Thermals**: olho rápido GPU/CPU. Throttle = aim podre. 5. **Cap FPS**: coerente com monitor e com o que a máquina sustenta de low. 6. **Updates**: nenhum download surpresa do Steam/Windows. 7. **Sanidade**: se ontem teve hitch, LatencyMon 3 min smoke test. ## T−2 minutos (jogo) - Fullscreen exclusivo / raw input conforme o título - Sensibilidade e crosshair iguais ao treino (sim, disciplina) - Confirma que o preset gráfico é o “de ranked”, não o de gravação ## Pós-sessão (5 minutos que a maioria pula) Anote: - Teve hitch? Quando? - Ping/teleporte? - Temp alta? Sem diário, você repete o erro a season inteira e culpa o “meta”. ## Semanal (30–40 min) - CapFrameX no cenário fixo (regressão?) - Bufferbloat rápido - Limpeza de softwares que voltaram no boot - Conferir se algum “helper” se reinstalou sozinho ## O que este checklist não substitui Sessão 1v1 de bancada, undervolt sério, tune de INI específico, análise de rota. Ele existe para você **não jogar no modo caos** entre as sessões grandes. ## Versão “tô com pressa” (3 minutos) 1. Overlay off 2. Cabo 3. Cap FPS 4. Temp ok 5. Nada baixando Se falhar no item 2–4, nem entre na fila — você vai jogar zangado e culpar aim. ## Versão “tenho 10 minutos” (completa) Use a lista T−10 do post. Adicione um freeplay/DM de aquecimento com o preset certo. ## Versão “domingo de manutenção” - CapFrameX regressão - LatencyMon idle - Bufferbloat - Atualizar só o que for necessário (driver/jogo) **fora** da night de ranked importante ## Disciplina > stack A melhor stack do mundo perde para rotina caótica. Este checklist existe para o seu eu das 23h não destruir o trabalho do seu eu engenheiro. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # SSD vs HDD: stutters de streaming que o FPS médio esconde URL: https://guttytech.com/blog/ssd-vs-hdd-stutter-games Markdown: https://guttytech.com/blog/ssd-vs-hdd-stutter-games.md Date: 2026-08-17T07:00:00+00:00 Excerpt: Asset streaming em HDD/SATA satura e gera hitch. Por que NVMe importa além do loading — e como a topologia da placa-mãe ainda pode atrapalhar. FPS médio alto com engasgo ao entrar em área nova é frequentemente **disco**, não “falta de otimização Windows”. Motores modernos streamam assets o tempo todo. HDD mecânico e SATA saturado confessam no Resource Monitor. ## Sintomas - Disco em 100% no hitch - Stutter em smoke/área nova/traverse - Loading longo + hitch in-game (mesmo vilão) - CapFrameX com spikes irregulares correlacionados a I/O ## Hierarquia de mídia 1. NVMe saudável no slot CPU/direto (quando aplicável) 2. NVMe no chipset (ok, mas olhe partilha de banda) 3. SATA SSD 4. HDD — não para competitive moderno ## Topologia importa NVMe no chipset brigando com USB/SATA cheios ainda sofre. Leia o manual da motherboard: alguns slots desativam outros ao popular M.2. ## Pagefile e jogo no mesmo volume Ideal: OS + jogo em NVMe com espaço livre confortável. Disco “com 3 GB livres” vira armadilha de stutter e update. ## Checklist - [ ] Jogo em NVMe - [ ] SMART ok (sem reallocate storm) - [ ] Espaço livre saudável - [ ] Não está streaming de HDD externo USB ## Como confirmar no Resource Monitor / Task Manager No hitch, abra desempenho de disco. 100% ativo + fila alta no volume do jogo = pista forte. Combine com CapFrameX timestamp se for rigoroso. ## SMART e saúde NVMe “rápido” morrendo gera stutter igual HD velho. Olhe reallocated/media errors. Clone e troque antes de caçar registry. ## DirectStorage / engines modernas Mais streaming, mais sensível a mídia. HDD em 2026 para competitive AAA/online denso é auto-sabotagem. ## Checklist de migração 1. Clone/OS no NVMe principal 2. Jogo no mesmo ou segundo NVMe 3. Liberar espaço 4. Re-medir stutter no mesmo trajeto do mapa --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # ExitLag (e rotas): quando otimizar rota ajuda de verdade URL: https://guttytech.com/blog/exitlag-quando-ajuda Markdown: https://guttytech.com/blog/exitlag-quando-ajuda.md Date: 2026-08-16T19:00:00+00:00 Excerpt: VPN/rota otimizada não cura Wi‑Fi ruim. Onde engenharia de path ajuda, como provar com MTR e quando focar no link local. ExitLag e similares vendem caminho melhor até o DC do jogo. Às vezes entregam. Às vezes o gargalo é o roteador da sala. Sem MTR/WinMTR, você está pagando fé. ## Quando costuma ajudar - ISP com peering podre até a região do servidor - Rota internacional com hop congestionado em horário de pico - Ping idle ok, mas jitter/path horroroso no meio do caminho ## Quando NÃO ajuda - Bufferbloat local nota F - Wi‑Fi - CPU 100% / DPC vermelho - Packet loss no gateway da sua casa ## Protocolo de prova 1. WinMTR/MTR para o IP/host relevante do jogo **sem** rota otimizada. 2. Repita **com** o otimizador. 3. Compare loss/latency por hop — não só o ping do overlay. 4. CapFrameX não mede rede; use telemetria de rede + sensação + logs do jogo. ## Higiene antes de assinar qualquer coisa - Cabo - QoS/SQM - Fechar upload - DNS é detalhe; path é o filme ## Parceria vs milagre Ferramenta de rota é camada. Ela não substitui stack local limpa. Use quando o path é o vilão — não quando você quer evitar abrir o LatencyMon. ## Como ler WinMTR (simples) - Loss no primeiro hop (seu gateway): problema local/CPE - Loss no meio da rota: transit/peering — candidato a otimizador de rota - Loss só no destino: pode ser proteção/servidor; interprete com calma ## Teste A/B justo Mesmo horário, mesmo servidor, 5–10 min cada. Anote jitter e loss, não só “ping médio”. ## Custo/benefício Se cabo + SQM já te deram nota A e o path ainda é horroroso no horário de pico, aí a ferramenta de rota entra com evidência. Antes disso, é assinatura contra ansiedade. ## Parceria GuttyTECH Usamos ExitLag no ecossistema quando o path é o vilão — nunca como substituto de LatencyMon e QoS. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # C-States na BIOS: economia de energia vs wake latency URL: https://guttytech.com/blog/bios-c-states-latencia Markdown: https://guttytech.com/blog/bios-c-states-latencia.md Date: 2026-08-16T07:00:00+00:00 Excerpt: C-States profundos atrasam o retorno ao C0. Quando limitar estados faz sentido no desktop de FPS e como validar sem fritar idle. C-States são degraus de sono do CPU. Quanto mais fundo (C6/C7…), mais economia e, em alguns sistemas, mais custo para acordar. Competitive desktop muitas vezes prefere estados rasos. “Disable all C-States” sem critério também cria calor e ruído à toa. ## Trade-off | Mais C-States profundos | Menos profundos | |---|---| | Menos watt idle | Wake mais previsível | | Menos calor idle | Mais temp/ruído idle | | Possível latência extra | Possível DPC/wake melhor | ## Quando experimentar - LatencyMon sugere latência de wake/DPC sistêmica - Desktop dedicado a jogo - Cooler aguenta idle mais quente ## Quando não - HTPC/silencioso 24/7 - Notebook em bateria - Você ainda não mediu nada ## Protocolo 1. Baseline LatencyMon + CapFrameX. 2. Limite profundidade (não precisa nuclear tudo de primeira). 3. Reboot, re-mede temps idle e DPC. 4. Se DPC melhorou e temps ok: candidata a keep. 5. Se idle virou forno sem ganho: rollback. ## Interação com Windows power plan BIOS define o que o silício pode fazer; o plano de energia influencia o que o SO pede. Ajuste os dois com consciência — não no escuro. ## Nomes na BIOS (variam) Procure C-States, Package C-State Limit, Control CPU C states, similar. Vendors escondem em menus Advanced/CPU Power. ## Estratégia em degraus Em vez de “Disabled”, teste limitar ao C3/C6 conforme opções. Meça a cada degrau. O sweet spot costuma ser intermediário. ## Temps idle Se idle sobe 15–20 °C e o DPC mal mexeu, o custo não vale. Competitive não precisa de idle gelado, mas também não precisa de forno gratuito. ## Junto com Windows Power plan Ultimate + C-States rasos é combo comum de bancada. Valide LatencyMon depois dos dois — não no meio. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # HAGS (Hardware-Accelerated GPU Scheduling): on ou off? URL: https://guttytech.com/blog/hags-gpu-scheduling-on-off Markdown: https://guttytech.com/blog/hags-gpu-scheduling-on-off.md Date: 2026-08-15T19:00:00+00:00 Excerpt: Agendamento de GPU no hardware. Teste A/B por título com reboot e CapFrameX — o default não conhece o seu ranked. HAGS move parte do scheduling de frames para a GPU. Em alguns combos driver+jogo, estabiliza. Em outros, introduz hitch. Tratar como religião ON ou OFF é preguiça. ## Como testar do jeito adulto 1. CapFrameX 3 runs com estado atual. 2. Alterna HAGS no Windows. 3. **Reboot**. 4. 3 runs idênticos. 5. Fica com o melhor **1% low** (e histograma). ## Variáveis que interagem - Versão do driver GPU - Overlay - VRR + cap FPS - Multi-monitor / HDR quirks Mude HAGS sozinho. Se mudar driver no mesmo dia, você perdeu o experimento. ## Quando desisto do HAGS rápido - Hitch novo em menus - PresentMon mostra pacing pior - Jogo específico com anti-cheat reclamando (valide no seu caso) ## Veredito operacional Não existe resposta universal 2026. Existe o resultado do **seu** A/B no título que paga suas ranks. ## Onde fica a opção Configurações → Sistema → Tela → Gráficos → Alterar configurações de gráficos padrão (nome varia com build) → Agendamento de GPU com aceleração de hardware. ## Por que o reboot importa Sem reboot, você testa estado híbrido e tira conclusão errada. Sempre reboot. ## Combos que já vi piorar - HAGS ON + overlay pesado + multi-monitor HDR quirky - Driver studio/criador em PC só de FPS - Cap FPS estranho + VRR ## Diário mínimo ``` Data | Driver | HAGS | Jogo | 1% low | Decisão ``` Sem diário, daqui a 30 dias você não lembra o que estava ON. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Timer Resolution no Windows: mito do 0.5 ms eterno URL: https://guttytech.com/blog/timer-resolution-windows-gaming Markdown: https://guttytech.com/blog/timer-resolution-windows-gaming.md Date: 2026-08-15T07:00:00+00:00 Excerpt: Alguns jogos pedem timer mais fino. Forçar 0.5 ms global 24/7 tem custo. Prefira escopo de sessão e meça. Timer resolution mais fina aumenta a frequência com que o Windows “acorda” para certas esperas. Alguns jogos e libs se beneficiam. Manter 0.5 ms global o dia inteiro aumenta wakeups e consumo — e nem sempre melhora o ranked. ## O que as pessoas misturam - Timer resolution ≠ HPET - ISLC / “timertool” ≠ limpeza de DPC - Efeito em um título ≠ efeito universal ## Abordagem recomendada Prefira ferramentas que aplicam resolução **na sessão do jogo** e restauram depois. Evite resident forever sem evidência. ## Protocolo 1. Baseline CapFrameX. 2. Aplique timer resolution só durante o teste. 3. Re-mede. 4. Se empatar ou piorar lows: descarte. 5. Se ganhar, mantenha no escopo do jogo — não no Boot. ## Custos potenciais - Mais idle wake - Mais calor/fan em notebook - Interação estranha com stacks já no limite ## Prioridade na fila de otimização Timer resolution é ajuste fino de meio/fim de lista. Higiene (overlay, DPC, rede, preset, thermals) vem antes. ## Relação com jogos fullscreen Alguns engines esperam sleeps mais granulares. Outros já usam busy-wait e ligam pouco para timer resolution. Por isso A/B por título é obrigatório. ## Resident forever: por que evitamos Wakeups 24/7 aumentam consumo e podem interagir mal com notebooks e com stacks de áudio. Escopo de sessão = higiene. ## Empilhar com ISLC / “RAM cleaner” Limpeza de standby list é outro assunto. Não misture no mesmo experimento. Se for testar ISLC, faça noite separada com CapFrameX. ## Sinal de que deve desligar Lows piores, fan mais alto no idle, ou zero delta no jogo principal. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Ultimate Performance: quando o power plan muda o jogo URL: https://guttytech.com/blog/ultimate-performance-power-plan Markdown: https://guttytech.com/blog/ultimate-performance-power-plan.md Date: 2026-08-14T19:00:00+00:00 Excerpt: Parking de core e C-states de SO atrasam wake-up. Como usar Ultimate Performance (ou plano calibrado) no PC de FPS — e o limite em notebook. Planos Balanced economizam energia com custo de wake latency e parking. No ranked, previsibilidade > economia de 8 W. Ultimate Performance (ou um plano calibrado) é uma das mudanças simples com ROI decente — desde que o resto da stack não esteja em chamas. ## O que muda na prática - Menos agressividade em parking - CPU mais pronta para ramp - Menos “preguiça” entre bursts de frame/input Não é undervolt. Não é milagre. É base. ## Como ativar e confirmar 1. Habilite Ultimate Performance (ou importe seu plano). 2. Confirme que está ativo no painel de energia. 3. Opcional: verifique parking com ferramentas sérias se for obsessivo. 4. Meça CapFrameX antes/depois em máquina limpa. ## Notebook: expectativa adulta Em bateria, PL e thermal dominam. Power plan ajuda, mas não derrota um 15 W limit. Plugado + modo Performance do vendor costuma ser o combo realista. ## Interações - C-States de BIOS + power plan: dois andares do mesmo prédio - Game Mode: complementar - Throttle térmico: power plan nenhum salva cooler ruim ## Quando NÃO usar como desculpa Se LatencyMon está vermelho, primeiro limpe DPC. Ultimate Performance em cima de driver podre é perfume em ferida. ## Como criar/ativar (visão geral) Em edições que escondem o plano, o comando clássico de powercfg aparece em guias oficiosos — use fonte confiável e confirme no painel. Alternativa: plano High Performance calibrado manualmente (PCI Express link state, USB selective suspend, processor idle). ## O que eu ajusto além do nome do plano - Desativar suspensão seletiva USB em PC de mesa competitivo (teste A/B) - Evitar “PCI Express = máxima economia” - Manter tela/sleep coerente com seu uso (não precisa ser extremo) ## Medição Ultimate Performance brilha mais quando havia parking/idle agressivo. Se já estava “sempre turbo”, o delta some — e tudo bem. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # XMP/EXPO: RAM rápida que ainda roda “frouxa” URL: https://guttytech.com/blog/xmp-expo-ram-latencia Markdown: https://guttytech.com/blog/xmp-expo-ram-latencia.md Date: 2026-08-14T07:00:00+00:00 Excerpt: Ativar o perfil de fábrica é o começo. Secondary/tertiary, FCLK (AMD) e testes longos definem latência efetiva estável. Kit “6000 MT/s” rodando em JEDEC lento é leave XP on the table. Mas EXPO/XMP instável também é leave ranked on the table — crash. O meio-termo é método. ## Passo 1 — Perfil de fábrica estável Ative XMP/EXPO. Rode memtest sério + jogo longo. Se nem o perfil oficial aguenta, troque slots/kit/BIOS antes de sonhar com primary 28-something. ## Passo 2 — Ecossistema AMD (FCLK) Latência efetiva depende de FCLK e sincronia. Empurrar FCLK sem estabilidade vira erro esquisito. Trate FCLK como experimento separado do CO agressivo. ## Passo 3 — Intel IMC IMC tem limite. Board e cooling do VRM importam. “O cara no fórum rodou 8000” não é o seu silício. ## Passo 4 — Fine tune (só depois) Secondary/tertiary e tightening com teste. Sem diário de timings, você não volta atrás. ## Como saber se valeu - AIDA/latency útil como referência relativa - CapFrameX no jogo (alguns títulos são mais sensíveis a RAM que outros) - Zero WHEA / zero freeze em sleep ## Prioridade RAM estável > RAM “bonita no ZenTimings”. Competitive não dá ponto por screenshot de timing. ## Sinais de RAM instável (não ignore) - WHEA - Crash em stress mas “jogo ok 20 min” - Falha pós-sleep - Erro em um jogo com streaming pesado ## Ferramentas de checagem Memtest sério + stress + jogo longo. Uma passada rápida de tool leve não prova season inteira. ## Quando parar de apertar timings Se o ganho de latência AIDA é mínimo e o risco de crash subiu, você está otimizando print. Competitive prefere 6000 CL30 estável a 7200 “quase”. ## Ordem com Curve Optimizer RAM primeiro estável → depois CO. CO em cima de EXPO podre multiplica fantasma. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Polling 1000 vs 8000 Hz: ganho real e custo de CPU URL: https://guttytech.com/blog/polling-rate-1000-vs-8000 Markdown: https://guttytech.com/blog/polling-rate-1000-vs-8000.md Date: 2026-08-13T19:00:00+00:00 Excerpt: 8K exige USB/CPU limpos. Quando vale a pena subir o polling e quando 1000 Hz já satura a percepção — com protocolo de teste. Polling mais alto = mais relatórios por segundo = menos quantização temporal do movimento. Também = mais interrupções USB. Em sistema sujo ou CPU no limite, 8K **piora** o jogo que você tentou melhorar. ## Escada sensata Teste na ordem: 1000 → 2000 → 4000 → 8000. Pare no degrau em que o 1% low ainda está saudável e a mira “responde” sem custo. ## Sinais de que 8K está te machucando - LatencyMon aponta USB/HID - CapFrameX: lows piores com o mesmo cenário - Stutter correlacionado a movimento rápido do mouse - Notebook térmico já no limite ## Preparação mínima para 4K/8K - Porta USB direta na placa-mãe (evite hub barato) - MSI/affinity só se houver evidência - Overlay off - CPU com folga ## Percepção vs ego Muita gente sente diferença real até 2000/4000. O salto 4K→8K é menor e mais caro em overhead. Se você não mede, está colecionando marketing. ## Protocolo Mesmo jogo, mesma sensibilidade, 3 runs CapFrameX + LatencyMon em cada polling. Decida com arquivo. ## Mouse, fio e placa-mãe - Prefira porta traseira direta - Evite hub USB barato no meio - Em notebook, portas via expanders sofrem mais ## Jitter vs polling Polling alto não conserta sensor ruim, mousepad vidro na hora errada, ou sensibilidade instável. É camada fina em cima de setup já limpo. ## A/B emocional Faça o teste **cego** se conseguir (amigo troca o polling). Muita “diferença” some quando você não sabe qual está ativo — e muita diferença real permanece. Os dois casos existem; por isso meça. ## Regra prática GuttyTECH 1000 Hz estável > 8000 Hz instável. Suba só enquanto LatencyMon e CapFrameX concordarem. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # OLED vs IPS no competitivo: motion clarity e o que importa URL: https://guttytech.com/blog/monitor-oled-vs-ips-competitivo Markdown: https://guttytech.com/blog/monitor-oled-vs-ips-competitivo.md Date: 2026-08-13T07:00:00+00:00 Excerpt: Hz, GtG, VRR e burn-in. Como escolher painel para ranked sem cair em marketing de “0.01 ms” enquanto o PC entrega stutter. Monitor não cria frames. Ele **mostra** o que o PC entrega. OLED brilha em motion clarity e contraste; IPS bom ainda domina custo e risco de burn-in. Os dois ficam ridículos se o frametime for podre. ## O que você realmente sente - **Motion clarity** (arrasto de mira) - Consistência de pacing (VRR bem configurado vs judder) - Input lag do caminho jogo→painel - Brilho/reflexo na sua sala (subestimado) Hz alto com stutter = você vê o stutter em alta definição. ## OLED: prós e contras no competitive **Prós:** resposta percibida excelente, pretos, clareza em movimento. **Contras:** burn-in/UI estática (HUD), brilho em salas muito claras (modelo-dependente), custo. ## IPS: prós e contras **Prós:** maturidade, preço/Hz, menos paranoia de burn-in. **Contras:** pretos e contrastes piores; motion clarity depende muito do modelo e overdrive. ## Checklist antes de gastar 1. PC segura o Hz alvo com lows bons? 2. Cabo/DP corretos para a taxa? 3. VRR configurado sem conflito bizarro com caps? 4. Overdrive sem inverse ghosting? ## Regra GuttyTECH Primeiro aperte o histograma do PC. Depois compre o painel que mostra o trabalho limpo. Monitor de elite em cima de DPC vermelho é RGB caro. ## VRR e caps VRR ajuda a esconder pacing imperfeito **dentro da janela**. Cap fora da janela ou conflito com VSync engraçado gera judder. Configure com calma: monitor Hz, cap do jogo, reflexos. ## Burn-in (OLED) no ecossistema gamer HUD estático + taskbar + Discord sempre no canto = risco acumulado. Use pixel shift/hide HUD quando o jogo permitir; varie conteúdos. ## “0.01 ms GtG” marketing Número de marketing ≠ latência ponta a ponta. Priorize reviews sérios de motion clarity e input lag medido, não a caixa. ## Ordem de compra inteligente 1. PC entrega lows no Hz alvo? 2. Mesa/iluminação ok? 3. Então painel. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # CS2: frametime estável > chase de FPS no menu URL: https://guttytech.com/blog/cs2-frametime-estavel Markdown: https://guttytech.com/blog/cs2-frametime-estavel.md Date: 2026-08-12T19:00:00+00:00 Excerpt: CS2 pune stutter no spray e no peek. Drivers, Steam overlay, presets e como medir deathmatch fixo com CapFrameX. CS2 adora mostrar FPS alto no menu e entregar hitch no smoke. O que decide duel é frametime no fight — não o contador do canto. ## Sintomas clássicos - Menu fluido, round “pesado” - Spray que “trava” em 1 frame estranho - Queda correlacionada a shader/efeito/área nova - Steam/browser comendo fundo ## Ações de alto ROI 1. Driver GPU limpo e estável (não beta por hype). 2. Fechar HTML/browser do Steam na sessão séria. 3. Overlay off. 4. Preset que preserve **lows** (sombras/efeitos costumam ser vilões). 5. Disco: jogo em NVMe saudável. 6. Power plan previsível; thermals sob controle. ## Medição Deathmatch no mesmo mapa, 3 runs CapFrameX, mesmas armas/rota se possível. Compare lows. Se você só olha média do telemetry overlay, vai otimizar o número errado. ## Launch options e mitos Launch options ajudam no margem. Não substituem stack limpa. Trate cada flag como experimento A/B — não como amuleto. ## Relação CPU/GPU CS2 pode ser picky com CPU e 1% low. Undervolt/PBO estável ajuda thermals; affinity/DPC ajudam latência. De novo: uma variável por vez. ## Steam e background - Pare downloads - Feche Big Picture/browser interno se estiver aberto - Overlay off em sessão séria - Verifique se o jogo não está em HD externo ## Preset com cabeça Sombras e efeitos altos destroem lows em fights densos. Texture pode ser mais “barato” que sombra dependendo do hardware — meça, não copie config de pro com PC diferente. ## Autoexec / launch Trate cada flag como hipótese. Documente. Se não souber o que `-algo` faz, não coloque. ## Sessão de diagnóstico CS2 (60 min) 1. Baseline DM 3 runs 2. Fechar Steam browser + overlays → re-medir 3. Baixar sombras um degrau → re-medir 4. Parar no primeiro ganho claro de 1% low --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Valorant: checklist de input lag que realmente move a agulha URL: https://guttytech.com/blog/valorant-input-lag-checklist-2026 Markdown: https://guttytech.com/blog/valorant-input-lag-checklist-2026.md Date: 2026-08-12T07:00:00+00:00 Excerpt: Do fullscreen exclusivo ao DPC: ordem de ataque para hitreg mais limpo no Valorant em 2026 — sem registry pack aleatório. Valorant pune latência de input e hitch no peito a peito. A ordem importa: se você começa pelo tweak 47 de registro, nunca sabe o que funcionou. ## Ordem de ataque (ROI) 1. **Fullscreen exclusivo** + raw input on. 2. Remover overlays (Discord, NVIDIA, RGB). 3. Cap FPS coerente com o monitor (e com o que a CPU sustenta sem low podre). 4. Polling estável — 1000 Hz resolve a maioria; 8K só se o sistema aguentar. 5. LatencyMon: limpar DPC/NIC. 6. Bufferbloat/cabo. 7. Só então experimentos (HAGS, timer, etc.) com CapFrameX. ## Settings que costumam pagar - Multithreaded Rendering conforme estabilidade da sua CPU - Reduzir efeitos que custam GPU no spray sem dar info útil - Desativar VSync; cuidar de reflexos/limites do monitor ## O que raramente paga - Dez “Valorant fps boost 2026.reg” - Desinstalar Edge “porque FPS” - Culpar o mouse de 8000 Hz antes de medir DPC ## Mini protocolo de validação Deathmatch ou range com o mesmo roteiro de movimento. CapFrameX 3 runs antes/depois de cada mudança grande. Se o 1% low não move, a mudança é cosmética. ## Checklist pré-fila - [ ] Overlay off - [ ] Cabo - [ ] Temps ok - [ ] Cap FPS definido - [ ] Nenhum update baixando ## Detalhes que importam no título - Confirme que não está em Borderless “parecendo” fullscreen - Desative VSync; cuide de reflexos do monitor - NVIDIA/AMD: low latency mode como experimento **separado** (A/B) - Áudio spatial/discord overlay: vilões frequentes de DPC ## Rotina de 1 mudança por noite Segunda: overlays Terça: Cap FPS Quarta: LatencyMon/NIC Quinta: preset gráfico Sexta: só então HAGS/timer Empilhar tudo na segunda à noite cria superstição, não ciência. ## Quando o problema é rede Teleporte com FPS estável → WinMTR/bufferbloat, não mouse novo. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Rocket League (UE3): stutters de streaming e o papel do INI URL: https://guttytech.com/blog/rocket-league-ini-ue3-stutters Markdown: https://guttytech.com/blog/rocket-league-ini-ue3-stutters.md Date: 2026-08-11T19:00:00+00:00 Excerpt: Texture streaming, efeitos e pacing na UE3. O que o otimizador de INI resolve, o que não toca no Windows, e como validar com CapFrameX. Rocket League carrega herança Unreal Engine 3: streaming de textura, efeitos e pacing que geram micro-stutter mesmo em hardware absurdo. Muita gente responde com “otimizador de Windows”. No gargalo certo, a resposta é **config do jogo** — `TASystemSettings.ini` e saves de vídeo. ## Sintomas típicos UE3/RL - Hitch ao explodir boost / entrar em replay - Frametime com “dentes” no CapFrameX - Média alta, sensação ruim no aerial - Stutter que muda com preset de efeitos/sombras ## O que a camada INI ataca - Texture streaming agressivo - Efeitos e features caras que não pagam no competitive - Pacing / flags que a UE3 expõe via system settings - Consistência entre menu de vídeo e arquivo (sync real importa) ## O que a camada INI NÃO faz - Não magica DPC de NIC - Não corrige bufferbloat - Não substitui undervolt - Não é desculpa para desligar HVCI “porque RL” ## Ferramenta oficial do arsenal O **GuttyTECH RL Optimizer** (app WPF .NET) aplica modos COMPLETO/CRIADOR, watcher anti-rewrite, recuperação (EAC/LOAD FAILURE) e backup em pasta estável. Use a release atual do GitHub — não `.bat` antigo de 2022. ## Como validar ganho 1. Baseline CapFrameX no mesmo treino/freeplay roteiro. 2. Aplique COMPLETO (ou CRIADOR se grava). 3. Re-mede. 4. Compare 1% low e histograma — é lá que a UE3 costuma confessar. ## Aviso de uso No COMPLETO, evite clicar APLICAR em outros gráficos do menu além do que você precisa (ex.: resolução). O preset já está otimizado; o menu do jogo adora reescrever o que você acabou de acertar. ## COMPLETO vs CRIADOR (resumo fiel) - **COMPLETO**: piso competitivo — texturas potato validadas, efeitos/sombras no mínimo, boot-safe. - **CRIADOR**: corta peso invisível mantendo mais visual (HQ/aniso/sombras) para stream/gravação. ## Watcher e rewrite O menu de vídeo do RL adora reescrever INI. Por isso o app moderno tem sync e watcher — o fluxo antigo de “editei o bloco e abri o jogo” falhava calado. ## Recuperação EAC 30005, LOAD FAILURE Steam, presets/garagem: o otimizador atual trata recuperação na UI. Isso não existia no pitch de console/.bat — se ainda estiver em workflow antigo, atualize a release. ## Validação CapFrameX no RL Roteiro fixo de freeplay (mesmas ações, ~60–90 s). Compare histograma antes/depois do COMPLETO. O ganho histórico da stack Gutty em bancada top foi medido assim — não por feeling. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # 1% low vs FPS médio: o que o competitivo sente de verdade URL: https://guttytech.com/blog/1-porcento-low-vs-fps-medio Markdown: https://guttytech.com/blog/1-porcento-low-vs-fps-medio.md Date: 2026-08-11T07:00:00+00:00 Excerpt: Média alta com 1% low podre = stutter. Por que o cérebro odeia variância e como priorizar o piso nas suas otimizações. 300 FPS médio com quedas a 80 no spray = aim borroso. 240 estáveis com piso alto = controle. Competitive elite otimiza **distribuição de frame time**, não o número do menu. ## Definições rápidas - **FPS médio**: total de frames / tempo. Esconde buracos. - **1% low**: região ruim da distribuição — proxy do que você “sente” nos piores momentos. - **0.1% low / outliers**: hitch raro mas odioso (hitch hitch hitch). ## Analogia útil Média é velocidade média na estrada. 1% low é o buraco que quebra a suspensão. Você não celebra média se a cada 2 km tem cratera. ## O que sobe média sem ajudar ranked - Settings que estouram GPU no “bonito” e geram hitch de streaming - Unlock absurdo sem pacing coerente com o monitor - Background que engasga a cada 30 s (update, overlay) ## O que sobe o piso de verdade - Cortar stutter de engine/INI (ex.: RL UE3) - DPC limpo - Disco/NVMe saudável para streaming - Cap coerente + preset que não derrete sombras/efeitos no fight - Thermals estáveis (throttle = low podre) ## Meta de trabalho 1. Meça média e lows. 2. Otimize mirando **lows**. 3. Aceite média um pouco menor se o histograma apertar — na maioria dos ranks isso é upgrade. ## Como o cérebro interpreta O sistema visual é sensível a interrupções irregulares. Um hitch de 40 ms no spray marca mais que 20 FPS médios a menos em ritmo constante. ## Exemplos práticos | Cenário | Média | 1% low | Sensação | |---|---:|---:|---| | A | 400 | 90 | “travando” | | B | 280 | 210 | “controlável” | Muitos players preferem B depois de 10 minutos de deathmatch — e o ego ainda quer o print de 400. ## Otimização orientada a piso Sempre pergunte: “isso sobe o piso ou só a média?”. Se só a média, desconfie — especialmente em settings cosméticos e unlock sem pacing. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # CapFrameX: protocolo mínimo para não se autoenganar URL: https://guttytech.com/blog/capframex-como-medir-certo Markdown: https://guttytech.com/blog/capframex-como-medir-certo.md Date: 2026-08-10T19:00:00+00:00 Excerpt: Mesmo mapa, mesmos runs, mesma build. Como montar A/B digno de decisão — média, percentis e histograma sem teatro. Sem método, todo mundo “ganha FPS”. Com método, muita otimização famosa morre no histograma. CapFrameX (e PresentMon por baixo) é o detector de mentira da bancada. ## Regras de ouro 1. **Mesmo cenário** (replay, treino fixo, deathmatch no mesmo mapa). 2. **3 runs** mínimo; descarte outlier óbvio com justificativa. 3. Reporte média **e** 1% / 0.1% (ou p5/p1 conforme sua convenção). 4. Salve PNG/CSV — memória é traiçoeira. 5. Uma variável por experimento. ## Armadilhas que invalidam o A/B - Overlay diferente entre runs - Driver update no meio - Cold boot vs máquina quente misturados sem anotar - Shader compilation na primeira run tratada como “resultado” - Cap FPS diferente entre A e B ## Como ler o histograma Média alta com cauda longa = stutter. Você “sente” a cauda. Por isso chase de média no Afterburner é marketing interno. ## Template de log (copie) ``` Data: Jogo/preset: CPU/GPU/driver: Mudança testada: Run1/2/3 avg | 1% | 0.1%: Decisão: manter / reverter ``` ## CapFrameX vs “sensação” Sensação importa para jogar. Não importa para **decidir** stack. Decida com arquivo. Jogue com confiança. ## Config mínima recomendada - Capture no processo certo do jogo - Evite gravar a primeira run pós-boot (shaders) - Normalize duração (ex.: 60–90 s de combate real, não AFK) - Exporte CSV se for comparar depois em planilha ## PresentMon / RTSS Overlays de FPS são ótimos para olhar rápido e péssimos como única fonte de decisão. Use-os como “termômetro”; use CapFrameX como “laudo”. ## Como apresentar resultado (para você mesmo) “Média 312 → 318” sem lows é inútil. “1% low 186 → 241, cauda do histograma mais curta” é decisão. ## Script de sessão de teste (45 min) 1. 10 min aquecer GPU/CPU 2. 3 runs baseline 3. aplicar UMA mudança 4. 3 runs 5. decidir manter/reverter 6. parar — não empilhe 8 mudanças --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Bufferbloat na rede: por que o ping “bom” ainda vira teleporte URL: https://guttytech.com/blog/bufferbloat-rede-gaming Markdown: https://guttytech.com/blog/bufferbloat-rede-gaming.md Date: 2026-08-10T07:00:00+00:00 Excerpt: Latência sob carga ≠ latência idle. Como testar Waveform/DSLReports, interpretar nota A–F e mitigar com QoS/SQM sem mentir para si mesmo. Ping 12 ms no `ping` do cmd prova que o caminho **idle** está ok. Não prova nada sobre o que acontece quando o upload do Discord, OneDrive ou live enche o buffer do roteador. Aí o ranked vira teleporte com “ping baixo” no HUD — clássico **bufferbloat**. ## Idle vs carga (a distinção que importa) | Métrica | O que mede | |---|---| | Ping idle | Caminho vazio | | Latência sob download/upload | Buffer do CPE/ISP sob pressão | | Packet loss | Outro problema (ainda pior) | Competitive sofre no segundo caso o tempo todo em casas com Wi‑Fi + upload cheio. ## Como testar 1. Cabo no PC (Wi‑Fi off). 2. Feche uploads (cloud, live, backup). 3. Rode teste de bufferbloat (Waveform ou equivalente sério). 4. Olhe nota/latência **com carga** em download e upload — não só o número de megabits. ## Mitigações que funcionam - **SQM/QoS** no roteador (Cake/FQ-CoDel quando disponível) com teto ~85–90% do link real - Separar upload de live/work do PC de jogo - Evitar Wi‑Fi em ranked sério - Trocar CPE lixo do ISP quando o buffer é intratável ## O que NÃO resolve bufferbloat - “Optimizer” de registro - DNS “gamer” mágico - ExitLag quando o gargalo é o **último hop da sua casa** - Comprar mouse novo ## Roteiro de diagnóstico em 15 minutos 1. Bufferbloat cabo → se ruim, QoS/SQM ou ISP. 2. Se cabo A e Wi‑Fi F → problema wireless. 3. Se tudo A e ainda teleporta → MTR até o DC do jogo (rota/peering). ## Exemplo de setup QoS/SQM 1. Meça throughput real (não o número da caixa do ISP). 2. Configure teto de download/upload ~85–90% desse real. 3. Ative Cake/FQ-CoDel (OpenWrt) ou QoS equivalente no vendor. 4. Reteste bufferbloat sob carga. 5. Só então discuta rota/ExitLag. ## Wi‑Fi 6/7 não é desculpa automática Mesmo Wi‑Fi bom sofre interferência e buffer. Competitive sério: cabo. Treino casual: Wi‑Fi aceitável se a nota de bloat não desaba. ## Sintoma clássico no jogo HUD 20–40 ms “estável” enquanto o personagem teleporta quando alguém na casa sobe um story no Instagram (upload). Isso é buffer, não “servidor ruinando sua life”. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Interrupt Affinity: quando pinagem de IRQ ajuda de verdade URL: https://guttytech.com/blog/interrupt-affinity-quando-usar Markdown: https://guttytech.com/blog/interrupt-affinity-quando-usar.md Date: 2026-08-09T19:00:00+00:00 Excerpt: Espalhar interrupções de NIC/GPU/USB em cores certos reduz contenção. Guia de quando usar, o que pinagem errada faz e como validar. Interrupt affinity é a arte de dizer: “esse device acorda **estes** cores, não o core onde o jogo está brigando pelo frame”. Em CPUs muitos-núcleos, isso reduz contenção. Em mãos ansiosas, piora tudo. ## Quando faz sentido - LatencyMon mostra IRQ/DPC concentrados e você tem cores sobrando - NIC de baixa latência competindo com o thread principal do jogo - Captura/USB pesado no mesmo núcleo “quente” ## Quando NÃO mexer - CPU 6c/8c já saturada no jogo - Você não tem baseline - Está no meio de undervolt + ReBAR + registry pack no mesmo dia ## Alvos típicos (um por vez) 1. Adaptador Ethernet 2. USB controller do mouse (especialmente 4K/8K) 3. Placa de captura 4. Em último caso, experimentos com GPU — com extremo cuidado ## Protocolo 1. Anote affinity/máscara atual. 2. Pin para cores fora do “main” do jogo (ex.: cores altos em CCD0, ou CCD1 conforme topologia — conheça seu CPU). 3. Reboot se a ferramenta exigir. 4. LatencyMon + CapFrameX. 5. Se 1% low cair: rollback. ## Erro clássico Pinagem no mesmo core do thread crítico do jogo. Parabéns: você criou contenção sob medida. ## Relação com MSI Mode Affinity e MSI são vizinhos, não gêmeos. MSI muda **como** a interrupção chega; affinity muda **onde** ela é atendida. Ordene: higiene DPC → MSI se necessário → affinity se ainda houver evidência. ## Topologia rápida (ideia) Em Ryzen com dois CCDs, jogar “tudo no CCD0” e jogar IRQs barulhentas no CCD1 (ou cores altos) é um padrão comum de experimento — **desde que** você entenda o seu modelo. Em Intel com P/E-cores, pinagem errada em E-core pode ser pior que não pinagem. ## Ferramentas Use utilitário confiável e documentado. Salve máscara original. Se a ferramenta não mostra o estado atual com clareza, não use. ## Rollback mental Affinity é fácil de esquecer. Quando o PC “estranho depois de format”, confira se um perfil velho voltou. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # VBS/HVCI e latência competitiva: trade-off de segurança URL: https://guttytech.com/blog/vbs-hvci-latencia-competitivo Markdown: https://guttytech.com/blog/vbs-hvci-latencia-competitivo.md Date: 2026-08-09T07:00:00+00:00 Excerpt: Virtualization-based Security tem custo de latência. Quando desligar faz sentido no PC só de jogo — e quando manter é não negociável. VBS/HVCI eleva o nível de isolamento do Windows. Isso é bom para segurança. Também pode adicionar custo em syscalls e afetar 1% low em máquinas sensíveis. Tratar isso como “desliga tudo sempre” é tão burro quanto “nunca mexa”. ## Como verificar o estado atual Abra `msinfo32` e procure o bloco de segurança baseada em virtualização / Virtualization-based security. Anote ON/OFF **antes** de mudar qualquer coisa. ## Trade-off honestamente | Perfil | Recomendação | |---|---| | PC só ranked, rede controlada, backup ok | Pode testar OFF após baseline | | Notebook trabalho/banco/empresa | Mantém ON | | Mesma máquina mistura Pix + ranked | Pense duas vezes | ## Protocolo de teste 1. CapFrameX + LatencyMon com VBS no estado atual. 2. Desative conforme o caminho oficial da Microsoft para a sua build (não script aleatório). 3. Reboot. 4. Repita medições. 5. Se o ganho no 1% low for irrisório, **volte ON** — você não ganhou nada relevante e perdeu camada de defesa. ## O que as pessoas confundem - Desligar VBS ≠ “Windows gaming mode secreto da Microsoft” - Ganho em um título não replica em todos - Anti-cheat + virtualização tem histórias próprias — valide no **seu** jogo ## Prioridade relativa Se LatencyMon está vermelho com driver de rede podre, discutir HVCI é teatro. Limpe o óbvio primeiro. Segurança vs latência é ajuste de elite **depois** da higiene básica. ## Rollback Sempre saiba reativar. PC competitivo que também é PC da vida real sem bitlocker/VBS consciente é decisão sua — mas tome ela acordado. ## Como desativar com consciência (visão geral) Use o caminho oficial da sua build (segurança do Windows / Core isolation / políticas). Evite .reg de desconhecido. Depois do reboot, confirme de novo no `msinfo32`. ## Anti-cheat e virtualização Alguns títulos e anti-cheats têm histórico sensível a virtualização. Se o jogo exigir VBS de um jeito específico, o A/B de latência fica em segundo plano — compliance primeiro. ## Decisão em uma frase Se o ganho no 1% low for menor que a margem de erro do seu bench, **volte a segurança ON** e foque em DPC/rede/preset. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Windows Game Mode em 2026: ainda vale a pena? URL: https://guttytech.com/blog/windows-game-mode-vale-a-pena Markdown: https://guttytech.com/blog/windows-game-mode-vale-a-pena.md Date: 2026-08-08T19:00:00+00:00 Excerpt: Game Mode reduz trabalho de segundo plano. Não substitui stack limpa — mas desligar “porque alguém disse” também é bobagem. Guia com critério. Game Mode no Windows tenta priorizar o processo do jogo e reduzir parte do barulho de background (atualizações, certas tarefas). Em máquina limpa o efeito é **sutil**. Em PC cheio de bloat, aparece. Em nenhum dos dois ele substitui engenharia de latência. ## O que ele não é - Não é undervolt - Não é milagre de 1% low - Não corrige bufferbloat - Não limpa `ndis.sys` psicótico ## Recomendação GuttyTECH (2026) **Deixe ligado** no PC de competitive, salvo você ter um A/B negativo documentado no seu título. O custo de manter on é baixo; o custo de desligar por dogma é real em sistemas “normais” de usuário. ## Quando o Game Mode “não salva” Se ao lado dele estão: - 4 overlays - Launcher baixando update - Chrome com 70 abas - RGB + macro + “optimizer” …o scheduler está em guerra civil. Game Mode é um soldado. Você mandou um batalhão inimigo. ## Como testar sem se autoenganar 1. Baseline CapFrameX com Game Mode ON, máquina limpa. 2. OFF, reboot se necessário, mesmos runs. 3. Olhe 1% low e hitching — não o feeling depois do café. ## Configurações vizinhas que importam mais - Notificações e Focus Assist na sessão - Fullscreen optimizations / exclusive fullscreen conforme o jogo - Power plan - GPU scheduling (HAGS) como experimento **separado** ## Veredito | Perfil de PC | Conduta | |---|---| | Competitivo limpo | Game Mode ON | | PC “faz-tudo” barulhento | ON + limpeza de background | | A/B mostra regressão rara | Documenta e fica OFF | ## Onde achar e o que checar junto Configurações → Jogos → Game Mode. Enquanto estiver lá: - Desative gravação/background capture que você não usa - Revise apps com permissão de “alta prioridade” fantasmas - Confirme que o jogo está em fullscreen exclusivo quando o título permitir ## Experiência de bancada Em PCs já limpos, o delta de CapFrameX costuma ser pequeno. Em PCs com Xbox Game Bar + widgets + launchers, o delta aparece mais como **menos hitch aleatório** do que como média +30. ## Erro comum Desligar Game Mode **e** abrir três overlays “para testar fluidez”. Você não testou Game Mode; testou caos. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Resizable BAR: quando sobe FPS e quando é irrelevante URL: https://guttytech.com/blog/resizable-bar-mito-fps Markdown: https://guttytech.com/blog/resizable-bar-mito-fps.md Date: 2026-08-08T07:00:00+00:00 Excerpt: SAM/ReBAR não é free lunch. Como habilitar certo, quais jogos respondem e quando o ganho some no ruído do 1% low. Resizable BAR (e SAM no ecossistema AMD) permite que a CPU enxergue uma janela maior do framebuffer via PCIe. Em teoria: menos engasgo em cenários de streaming/CPU-bound. Em prática: **depende do jogo, do driver e do quanto o seu gargalo era esse**. ## Checklist de habilitação (rápido e correto) 1. BIOS: Above 4G Decoding + ReBAR/SAM conforme o vendor. 2. GPU e CPU na lista suportada (moderno = ok na maioria). 3. Driver GPU atual. 4. Confirme no painel do driver que ReBAR aparece como Enabled. Se algum passo falhar, não adianta “forçar” com gambiarra de fórum. ## Quando costuma ajudar - Títulos CPU-bound com muita submissão de trabalho - Cenários com streaming pesado de assets - Sistemas onde a CPU ficava esperando acesso ineficiente à VRAM ## Quando é irrelevante - Você já é 100% GPU-bound no preset ultra 4K - O stutter vem de DPC/rede/disco - A diferença cai dentro da margem de erro do seu método de bench (1 run só) ## Protocolo de verdade Mesmo preset, mesmo mapa, 3 runs CapFrameX **com** e **sem** ReBAR (se puder alternar limpo). Compare 1% low. Se empatar, mantenha Enabled por simplicidade de plataforma moderna — mas não venda isso como “otimização milagrosa”. ## Erro clássico de marketing Print de +12% num título específico vira regra universal. Competitive sério não generaliza. O seu Valorant/CS2/RL pode simplesmente **não ligar**. ## Encaixe na prioridade Ordem típica de ROI: 1. Frametime / DPC / rede 2. Power/thermals 3. Settings do jogo 4. ReBAR/SAM como cereja ## Como confirmar ReBAR no Windows No painel da NVIDIA/AMD, procure Resizable BAR / Smart Access Memory = Enabled. Se a BIOS diz on e o driver diz off, volte na Above 4G / CSM / versão de BIOS. ## Casos em que eu nem perco tempo - Você joga um único título e o A/B já empatou - O gargalo medido é rede/DPC - Está em notebook com GPU no limite térmico constante (ReBAR não cria watt) ## Nota sobre marketing de “+X%” Vendor escolhe o jogo que responde. O seu ranked pode ser o jogo que não responde. Por isso CapFrameX no **seu** preset é lei. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # AMD Curve Optimizer: ganho real vs silício loteria URL: https://guttytech.com/blog/amd-curve-optimizer-guia Markdown: https://guttytech.com/blog/amd-curve-optimizer-guia.md Date: 2026-08-07T19:00:00+00:00 Excerpt: PBO + Curve Optimizer por CCD/core com método: all-core conservador, per-core, testes mistos e estabilidade sleep/wake. Curve Optimizer desloca a curva tensão/frequência do Ryzen. Cores bons aceitam offset negativo maior; cores fracos castigam quem copia print alheio. PBO sem método = WHEA com skins caras. ## Conceitos que você precisa separar - **PBO**: deixa o boost trabalhar dentro de limites (PPT/TDC/EDC) e política de temperatura. - **Curve Optimizer**: empurra a curva (all-core ou per-core). - **FCLK / infinity fabric**: latência memória↔CCD — outro eixo, não misture no mesmo reboot se puder evitar. ## Método GuttyTECH (resumido e sério) 1. BIOS estável, EXPO/XMP já validados **antes** de caçar CO agressivo. 2. Comece all-core conservador (−10 / −15 como zona de partida comum — ajuste ao seu silício). 3. Stress misto + jogo longo. 4. Se estável, refine per-core (cores fracos menos negativos). 5. Anote cada passo num arquivo de texto. Sem diário, você vai se perder. ## Testes que realmente pegam instabilidade - Carga pesada curta (Cinebench) **não basta** - y-cruncher / testes de estabilidade modernos - Idle longo + sleep/wake - Sessão ranked real (shader compile, anti-cheat, alt-tab) AMD instável adora falhar **depois** que você já postou “all good” no Discord. ## Sintomas clássicos - WHEA-Logger - Hard freeze sem BSOD - Restart no boot pós-sleep - Erro só em um jogo específico (ainda pode ser CO — valide com stock curve) ## Meta honesta Curve Optimizer bem feito entrega: - Mesma performance com menos temperatura, **ou** - Mais clock no mesmo envelope térmico Os dois precisam de **número**. Sensação de “mais fluido” sem CapFrameX é placebo premium. ## Ordem recomendada na semana de tune Dia 1: RAM/EXPO estável Dia 2: PBO limits + CO all-core leve Dia 3: per-core Dia 4: só então FCLK fino se ainda fizer sentido ## Exemplo de sessão (2–3 horas) 1. Marque timings EXPO atuais e temps idle/load. 2. Aplique CO all-core −10; salve perfil BIOS com nome datado. 3. 20 min de stress + 40 min de jogo principal. 4. Se limpo, −5 adicionais **ou** comece per-core nos melhores cores. 5. Pare no primeiro sinal de WHEA — não “empurre mais um pouco”. ## FAQ rápido **Posso copiar o CO do meu amigo com o mesmo CPU?** Não. Silício lottery. O método copia; os números não. **PBO + undervolt de placa + CO no mesmo dia?** Receita para não saber o que quebrou. Separe. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Undervolt Intel 13ª/14ª gen: estabilidade térmica sem lottery suicida URL: https://guttytech.com/blog/undervolt-intel-13-14-gen-seguro Markdown: https://guttytech.com/blog/undervolt-intel-13-14-gen-seguro.md Date: 2026-08-07T07:00:00+00:00 Excerpt: Como reduzir voltagem e limites de potência em 13ª/14ª gen com método: BIOS, stress, jogo real e sinais de que passou do ponto. 13ª e 14ª geração Intel pedem respeito: refrigeração, VRM e microcode atualizados. Undervolt bem feito corta temperatura e throttling. Mal feito vira WHEA, crash no loading e “PC instável só no ranked”. Este guia é o caminho **conservador** que usamos quando o objetivo é competitive estável — não print de Cinebench para Instagram. ## Antes de qualquer mV negativo 1. BIOS atualizada (microcode relevante à sua stepping). 2. Cooler dimensionado ao TDP que você pretende sustentar. 3. Pasta térmica ok, airflow ok. 4. Baseline: temps em stress + CapFrameX no jogo principal. Se o sistema já throttleia a 100 °C com power limit stock “alto”, undervolt ajuda — mas power limit surreal sem cooler é autoengano. ## Ordem correta de ajuste ### 1) Limites de potência alinhados ao cooler Defina PL1/PL2 (ou equivalentes da placa) para um envelope que o cooler sustenta por 10+ minutos sem thermal throttle contínuo. Undervolt em cima de throttle térmico só mascara. ### 2) Offset negativo em passos Comece conservador. Valide. Só então aprofunde. “−150 mV estável” de vídeo viral ignora silício lottery e sua placa-mãe. ### 3) Stress + jogo real - y-cruncher / OCCT / carga AVX conforme o que você aceita de risco - Depois: 1–2 h do jogo que importa (anti-cheat incluso) - Sleep/wake e reboot frio também revelam instabilidade ## Sinais de que passou do ponto - WHEA no Event Viewer - Crash aleatório em loading / alt-tab - Clock que “anda” ou behavior estranho de boost - Erros só depois de sessão longa (pior tipo — você acha que está estável) Conduta: subir 10–15 mV (ou reduzir o offset), revalidar. Ego não joga ranked por você. ## Undervolt vs “otimização Windows” Undervolt ataca **energia/temperatura do CPU**. Não substitui: - DPC limpo - Rede sem bufferbloat - Frametime do jogo São camadas diferentes. Empilhar tudo no mesmo dia sem log é como trocar 4 peças do carro e perguntar “qual resolveu o barulho?”. ## Meta prática | Objetivo | Como saber que chegou | |---|---| | Menos temp no mesmo FPS | Telemetria + mesmo CapFrameX | | Menos throttle | Clock sustentado mais estável | | Mais margem térmica | Headroom no cooler sob carga | --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # MSI Mode em NVMe e GPU: menos fila de interrupção, mais consistência URL: https://guttytech.com/blog/msi-mode-nvme-gpu-latencia Markdown: https://guttytech.com/blog/msi-mode-nvme-gpu-latencia.md Date: 2026-08-06T19:00:00+00:00 Excerpt: Message Signaled Interrupts reduzem contenção de IRQ. Guia: o que já vem certo de fábrica, o que ainda está em linha clássica e como mudar sem brickar boot. IRQ compartilhada é briga de fila. Vários dispositivos “tocam a campainha” na mesma linha e o kernel serializa. **MSI / MSI-X** (Message Signaled Interrupts) muda o modelo: a interrupção vira mensagem no barramento — em geral com menos contenção e menos spikes de DPC ligados a disco/GPU/USB mal configurados. ## O que já deveria estar em MSI GPU moderna PCIe e NVMe NVMe de marca séria **quase sempre** já usam MSI/MSI-X. O problema clássico em 2026 não é “a RTX não tem MSI”. É: - Controladora USB do mouse 8K ainda em linha legada - Placa de captura - Áudio HDMI fantasma - NIC barata / Wi‑Fi com driver ruim - Ferramenta “Enable MSI on EVERYTHING” aplicada com sede ## Quando MSI Mode ajuda de verdade 1. LatencyMon aponta spikes correlacionados a um device específico. 2. Você confirma no Device Manager / ferramentas sérias que o device **não** está em MSI. 3. Você muda **um** device, reboot, re-mede. Ganho típico: menos picos, não “+80 FPS médio”. Competitive sente **consistência**. ## Protocolo seguro (bancada) 1. Restore point + export da chave/config atual. 2. Anote Device Instance Path do alvo. 3. Ative MSI só nele. 4. Boot → LatencyMon idle → LatencyMon in-game → CapFrameX. 5. Se boot falhar / BSOD / device some: Safe Mode e reverte. ## Armadilhas - Ativar MSI em device que o chipset não digere bem = loop de boot. - Misturar MSI + affinity + undervolt no mesmo dia = você não sabe o que funcionou. - Confiar em print de ferramenta sem LatencyMon depois. ## Relação com NVMe e stutter Mesmo em MSI, NVMe no chipset lotado de SATA/USB pode brigar por banda. MSI não cria PCIe lanes. Se o stutter é streaming de mapa em HDD/SATA lento, o upgrade é **mídia e topologia**, não checkbox de interrupção. ## Checklist - [ ] Identifiquei o device no LatencyMon - [ ] Confirmei estado MSI atual - [ ] Mudei só um - [ ] Tenho rollback - [ ] Re-medi após reboot --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # HPET: ligar ou desligar para gaming? Critério, não dogma URL: https://guttytech.com/blog/hpet-ligar-ou-desligar-gaming Markdown: https://guttytech.com/blog/hpet-ligar-ou-desligar-gaming.md Date: 2026-08-06T07:00:00+00:00 Excerpt: HPET não é botão de +FPS. Entenda timers, QPC, quando o overhead aparece e como validar com CapFrameX no seu hardware. Todo ano o mesmo mantra: “desliga HPET que sobe FPS”. Às vezes melhora. Às vezes piora o 0.1% low. Às vezes **não muda nada** além da sua sensação depois de ler fórum. Na GuttyTECH a regra é simples: **timer é variável de experimento**, não religião. ## O que o HPET é (de verdade) HPET (High Precision Event Timer) é um timer de hardware. O Windows e os jogos usam APIs de tempo (incluindo QueryPerformanceCounter) que podem se apoiar em fontes diferentes (TSC, HPET, ACPI PM timer), conforme plataforma e política. Forçar ou desabilitar HPET muda **como** o sistema lê tempo — e leitura de tempo tem custo. Em alguns chipsets, excesso de leitura HPET vira overhead. Em outros, remover HPET deixa o stack em fonte pior e o frametime “treme”. ## Por que o mito existe 1. Builds antigas do Windows + drivers ruins amplificavam overhead. 2. Gente media só **média de FPS** (métrica fraca). 3. Confundiam HPET com “timer resolution 0.5 ms” — assuntos relacionados, não idênticos. ## Protocolo A/B (não pule etapas) 1. **Baseline**: CapFrameX ou PresentMon, mesmo cenário, 3 runs, anote média + 1% + 0.1% + screenshot do histograma. 2. Altere **apenas** a política de HPET/timer que você está testando (documente o comando/BIOS). 3. Reboot quando a mudança exigir. 4. Repita os 3 runs **idênticos**. 5. Decida pelo **piso e pela distribuição**, não pelo ego da média. ## Sinais de que a mudança piorou - 0.1% low caiu ou a cauda do histograma engordou. - Micro-stutters novos em idle camera / menu. - LatencyMon piorou sem você tocar em driver. Se isso acontecer: **reverte**. “Mas o YouTuber disse” não é evidência no seu silicon. ## Como encaixar na stack competitiva HPET é ajuste fino. Se você ainda tem: - DPC vermelho contínuo - Bufferbloat nota F - Overlay + RGB comendo CPU …discutir HPET é arrumar o retrovisor com o motor fundido. ## Resumo operacional | Situação | Conduta | |---|---| | Sem baseline | Não mexe | | Baseline ok, A/B mostra ganho no 1% low | Mantém e documenta | | A/B empatado | Prefira o estado mais simples/estável | | A/B piora cauda | Rollback imediato | --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # DPC Latency no Windows 11 (2026): o que medir antes de culpar o mouse URL: https://guttytech.com/blog/dpc-latency-windows-11-2026 Markdown: https://guttytech.com/blog/dpc-latency-windows-11-2026.md Date: 2026-08-05T19:00:00+00:00 Excerpt: Spikes de DPC destroem hitreg e 1% low. Guia completo: LatencyMon, drivers suspeitos, idle vs in-game e o que fazer antes de qualquer tweak de registro. Se o mouse “pesa”, o áudio corta ou o frametime salta sem você mudar nada no jogo, a chance de ser **DPI/polling** é pequena. No Windows 11 competitivo, o primeiro suspeito sério continua sendo **DPC Latency** — Deferred Procedure Calls que seguram o scheduler enquanto um driver “termina o serviço”. Este post é o protocolo que usamos na bancada GuttyTECH: medir, interpretar, atacar a causa — sem registry pack de TikTok. ## O que é DPC (em linguagem de FPS) Quando um dispositivo (NIC, GPU, áudio, USB, NVMe) precisa de atenção, o kernel agenda trabalho. Parte disso roda como DPC. Se um driver fica tempo demais nessa fila, **outras threads esperam** — inclusive o que entrega input e frames. O sintoma clássico não é “FPS médio baixo”. É **variância**: 1% low podre, hitch de 20–80 ms, aim que “borra” no peito a peito. CapFrameX mostra o stutter; LatencyMon mostra **quem** está causando. ## Preparação do ambiente (obrigatória) Medir com Discord overlay, GeForce Experience, RGB suite e antivirus full scan = poluir o experimento. 1. Feche overlays e softwares de periferico que não sejam o driver essencial. 2. Ideal: cabo de rede, Wi‑Fi off. 3. Anote build do Windows, driver GPU e se VBS/HVCI está on (`msinfo32`). 4. Não rode update do Windows no meio do teste. ## Protocolo LatencyMon (dois cenários) ### Cenário A — Idle limpo (5–10 min) Abra LatencyMon, comece a medição, deixe o PC “parado” (sem browser pesado). Anote: - Highest measured interrupt to process latency - Drivers com maior **execution** / **DPC count** - Se a barra fica vermelha de forma **contínua** ou só em picos raros ### Cenário B — Jogo aberto (mesmo mapa / deathmatch) Repita 5–10 min **dentro** do título que você joga ranked. Muitos spikes só aparecem com `dxgkrnl`, áudio spatial ou anti-cheat carregado. ## Como ler o resultado (sem drama) | Padrão | Leitura | Ação típica | |---|---|---| | Spikes raros < ~500 µs | Ruído | Não “otimize” por ansiedade | | Picos repetidos em `ndis.sys` / filtro de rede | Stack de rede | Limpar filtros, driver NIC, QoS/VPN | | `dxgkrnl` / GPU | Driver/overlay/HAGS | Driver limpo, testar HAGS, fechar overlay | | Áudio (`portcls`, HDMI audio, etc.) | Stack de som | Desabilitar devices fantasmas, atualizar/desabilitar enhancement | | USB / HID | Controller/polling extremo | Testar porta, hub, baixar 8K → 1K | Regra de ouro: **culpar “Windows lento” sem nome de driver = chute**. ## Ordem de ataque (depois da prova) 1. Remover filtros de rede desnecessários (VPN fantasma, “accelerators”). 2. Power plan previsível (Ultimate Performance / plano calibrado) — parking agressivo piora wake. 3. Atualizar **ou** limpar driver GPU (DDU só se você sabe o risco). 4. Revisar C-States / ASPM na BIOS se o DPC for sistêmico e o cooler aguentar. 5. Só então discutir MSI Mode / affinity — um dispositivo por vez. ## O que NÃO fazer - Baixar “DPC Fixer” aleatório. - Aplicar 40 chaves de registro de vídeo sem baseline. - Desligar segurança (HVCI) **antes** de medir — você perde a referência e mistura variáveis. ## Checklist rápido pré-ranked - [ ] LatencyMon idle sem vermelho contínuo - [ ] Overlay off - [ ] Cabo + bufferbloat ok - [ ] CapFrameX: 1% low estável no seu cenário fixo --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # Windows 11 24H2 e latência gamer: o que mudou na prática URL: https://guttytech.com/blog/windows-11-24h2-latencia-gamer Markdown: https://guttytech.com/blog/windows-11-24h2-latencia-gamer.md Date: 2026-08-05T18:31:31.609459+00:00 Excerpt: Builds novas mudam scheduler, VBS defaults e stack de áudio. Protocolo: LatencyMon idle + CapFrameX no mesmo título antes/depois do feature update. No Windows competitivo, a maior parte do “input lag misterioso” não nasce no DPI do mouse — nasce em **scheduler, drivers, I/O e overlays** que ninguém mediu. Este post cobre **Windows 11 24H2 e latência gamer: o que mudou na prática** sob o ângulo: *builds novas mudam scheduler, VBS defaults e stack de áudio*. Sem registry pack de TikTok, sem “confia no meu feeling”. ## Por que isso importa no competitive No ranked, o que você sente não é “FPS médio do menu”. É **variância**: hitch de 15–60 ms, aim que borra, áudio que corta, teleporte com ping “bom”. CapFrameX mostra o stutter; LatencyMon / MTR / bufferbloat mostram **quem** está causando — dependendo do eixo. Se você pular a medição e aplicar dez tweaks no mesmo dia, qualquer ganho (ou piora) vira superstição. A bancada exige diário: data, build do Windows, driver GPU, uma mudança, três runs. ## O ângulo deste guia Builds novas mudam scheduler, VBS defaults e stack de áudio. Isso encaixa na stack GuttyTECH assim: limpe o óbvio (overlay, update, Wi‑Fi podre) → meça o eixo certo → só então mexa em BIOS/driver/rede fino. ## Como medir (não pule) **Métrica-alvo:** LatencyMon idle + CapFrameX no mesmo título antes/depois do feature update. ### Protocolo mínimo 1. Feche overlays, RGB suite desnecessária, captura em background e launchers atualizando. 2. Anote estado atual (BIOS relevante, power plan, driver, cabo vs Wi‑Fi). 3. Rode **3 runs** no mesmo cenário (mesmo mapa/roteiro) e guarde média + 1% + 0.1% / histograma. 4. Altere **apenas** o que este post discute. 5. Reboot se a mudança exigir — depois repita os 3 runs idênticos. 6. Decida pela cauda e pela estabilidade, não por um run sortudo. ## Ações recomendadas (ordem) 1. Congelar updates em semana de torneio 2. Revalidar VBS/HVCI após upgrade 3. Reinstalar driver GPU limpo se o 1% low regredir 4. Checar filtros de rede que voltaram sozinhos Cada passo é uma hipótese. Se o passo 2 já empatou no CapFrameX, **pare** — não empilhe o resto “por garantia”. ## Erros clássicos (evite) - Atualizar no dia do ranked importante - Assumir que 'reset de energia' resolve regressão de build Erro extra universal: misturar undervolt + affinity + tweak de rede + limpeza de shader cache na mesma noite. Você não está otimizando — está gerando ruído. ## Interpretação rápida | Resultado A/B | Conduta | |---|---| | 1% low sobe e histograma limpa | Mantém e documenta | | Empate dentro do ruído | Prefira o estado mais simples | | Cauda engorda / novos hitch | Rollback imediato | | Só “parece” melhor | Ignore — sensação mente após fórum | ## FAQ **Preciso formatar após 24H2?** Só se DPC/driver ficarem irrecuperáveis — primeiro A/B e limpeza de stack. **Game Mode mudou?** Comportamento fino muda; trate como variável e re-meça. ## Checklist pré-sessão - [ ] Congelar updates em semana de torneio - [ ] Revalidar VBS/HVCI após upgrade - [ ] Reinstalar driver GPU limpo se o 1% low regredir - [ ] Checar filtros de rede que voltaram sozinhos - [ ] Tenho screenshot/nota do baseline - [ ] Sei reverter a mudança em < 2 minutos ## Onde isso NÃO resolve sozinho Se LatencyMon está vermelho contínuo, se o CPE tem bufferbloat F, ou se o jogo está em HDD enquanto você discute timer resolution — este tópico é arrumar o retrovisor com o motor fundido. Volte à hierarquia: **estabilidade → DPC/rede → display path → fine-tune**. ## Resumo operacional Trate **Windows 11 24H2 e latência gamer: o que mudou na prática** como experimento controlado. O ângulo (builds novas mudam scheduler, VBS defaults e stack de áudio) só vira ganho real quando a métrica (LatencyMon idle + CapFrameX no mesmo título antes/depois do feature update) confirma. Sem confirmação, o default vencedor é o estado estável e simples. --- ## Próximo passo com a GuttyTECH Checklist genérico de fórum não conhece o seu chipset, o seu ISP nem o seu DPC. Se você quer o protocolo medido na **sua** máquina — baseline CapFrameX, LatencyMon e stack limpa — [agende uma sessão](/agendar). ----- # A Farsa da Fibra Óptica: Como Blindar sua Rede para o Hitreg Absoluto URL: https://guttytech.com/blog/blindagem-rede-ping-zero-tcp-optimizer Markdown: https://guttytech.com/blog/blindagem-rede-ping-zero-tcp-optimizer.md Date: 2026-03-10T20:51:04.512+00:00 Excerpt: Ter internet de 1 Giga é inútil se o Windows engarrafa seus pacotes. O GuttyTECH ensina a usar força bruta no TCP/IP para blindar sua rede e destruir o lag. # Você Tem Fibra Óptica, Mas o Windows Te Mata Atrás da Parede Escute bem, Soldado. Você paga caro por uma conexão de fibra óptica de 1 Giga, conecta o cabo na sua placa-mãe Z790 de elite, entra no servidor de CS2 ou Valorant e ainda toma tiro atrás da parede. O seu tiro de AWP parece que atravessa o inimigo e não registra. Você acha que o problema é a sua mira? A culpa não é sua. **O culpado é o protocolo de rede padrão de fábrica do Windows.** Largura de banda (sucessos de download) não serve para nada na guerra competitiva. O que importa é a **Latência (Ping) e a consistência do tráfego (Bufferbloat)**. O Windows original trata os pacotes do seu jogo com a mesma prioridade de um download do Windows Update em segundo plano. Hoje, **O GuttyTECH** vai te ensinar a colocar a **faca na caveira** da sua placa de rede. Nós vamos extrair o gargalo na raiz. ## 1. O Extermínio da "Economia Verde" (Placa de Rede no Talo) A sua placa-mãe tem um controlador de rede (Intel, Realtek) feito para espremer o silício. Porém, o Windows ativa modos como "Green Ethernet" e "Energy Efficient Ethernet (EEE)" para poupar meio watt de energia. Isso faz a sua placa "dormir" entre os envios de pacotes de dados. Esse micro-desligamento introduz stutters letais de conexão. **Limites de fábrica são para os fracos.** Abra o Gerenciador de Dispositivos -> Adaptadores de Rede -> Propriedades da sua placa. Na aba **Gerenciamento de Energia**, desmarque tudo. Na aba **Avançado**, desative implacavelmente qualquer coisa que contenha "Green", "Energy", "Power Saving" ou "Eco". Nós exigimos fluxo de energia máximo, 100% do tempo. ## 2. A Forja do TCP/IP (A Doutrina TCP Optimizer) O registro do Windows limita artificialmente quantos pacotes sua rede pode processar por segundo (Network Throttling Index). Nós vamos destruir esse limite. Para isso, usamos a artilharia pesada: **TCP Optimizer** (Rodando sempre como Administrador). Nós não usamos presets prontos. Nós aplicamos a doutrina manual: * **Congestion Control Provider:** Mude para **CTCP**. Isso deixa o envio de pacotes extremamente agressivo. * **Disable Chimney Offload:** Disabled. * **Network Throttling Index:** Coloque em **Disabled (ffffffff)**. O Windows nunca mais vai segurar o seu pacote do jogo para priorizar reprodução de mídia ou telemetria inútil. ## 3. O Segredo dos Deuses do Hitreg: MSI Mode Utility v3 Sabe por que a sua mira parece pesada mesmo com FPS alto? Conflito de Interrupções (IRQ). Sua placa de vídeo e sua placa de rede ficam "brigando" pela atenção do processador, gerando **Latência DPC**. Nós resolvemos isso com o cirúrgico **MSI Mode Utility v3**: 1. Abra o utilitário como Administrador. 2. Encontre o seu controlador de Rede (Ethernet). 3. Marque a caixa **MSI** (Message Signaled Interrupts). 4. Defina a prioridade (Interrupt Priority) para **High**. Ao fazer isso, o pacote de dados do seu tiro pula a fila do hardware e vai direto para a CPU. O **hitreg** se torna imediato e o frametime liso permanece intocado, mesmo no meio do caos de uma granada de fumaça. ## 4. A Purga Absoluta do Tráfego Lixo Se você deixar o Windows Update, telemetria da Microsoft e bloatwares de fundo rodando, eles vão criar flutuações no seu ping. No laboratório de elite, nós executamos o script nuclear `OMEGA_TWEAKS_REGISTRY.reg` e o `OMEGA_PURGE_ABSOLUTA.bat` para castrar o sistema operacional e impedir que qualquer serviço inútil ouse usar a sua internet enquanto você está em uma partida ranqueada. Teste a máquina. Entre no jogo e sinta a diferença de registro. É a diferença entre ser a presa e ser o predador. *** **Seus tiros continuam não registrando? O lag ainda assombra o seu rank?** Pare de jogar com limitações de amadores. Acione a Força-Tarefa e aplique o arsenal OMEGA na sua máquina. A cirurgia é definitiva. 👉 **[PARE DE SOFRER COM LAG. ENTRE NA COMUNIDADE AGORA: https://discord.com/invite/gutty]** ----- # O "Equilibrado" é Lixo: Como o Windows Sabota seu FPS e Latência URL: https://guttytech.com/blog/windows-plano-energia-fps-maximo-guia Markdown: https://guttytech.com/blog/windows-plano-energia-fps-maximo-guia.md Date: 2026-03-06T15:44:00+00:00 Excerpt: O plano de energia padrão do Windows estrangula o seu processador para economizar centavos na conta de luz. Descubra como forçar sua CPU a trabalhar no talo e ter um frametime liso. # A Ilusão da "Economia de Energia" no PC Gamer Escute com atenção, Soldado. Você gastou rios de dinheiro em um i9 K-series ou um Ryzen X3D, montou um sistema de refrigeração customizado e comprou uma fonte com certificação Titanium. Aí você formata a máquina, e o Windows, na sua infinita incompetência, coloca o sistema no modo "Equilibrado". Isso é uma ofensa ao silício. Guardar energia é para notebooks de escritório. Em uma máquina de guerra competitiva, nós queremos a CPU operando **no talo**, 100% do tempo. Limites de fábrica são para os fracos. O modo "Equilibrado" ou "Eco-Mode" está literalmente matando o seu hitreg e introduzindo stutters que você nem sabia que existiam. ## Por que o "Equilibrado" é o seu Pior Inimigo? A lógica técnica (O Porquê): O Windows tenta ser "verde" reduzindo a frequência do seu processador e desligando núcleos (Core Parking / C-States) quando você está apenas correndo pelo mapa ou num momento de baixa ação. Aí o inimigo pula na sua tela. O jogo exige poder de processamento imediato. A sua CPU, que estava dormindo a 1.2GHz, leva preciosos milissegundos para injetar voltagem, acordar os núcleos e subir para 5.5GHz. Esse atraso na transição de energia (que muitas vezes causa um **Vdroop** agressivo e instabilidade) é exatamente o que gera o **Stuttering** (aquele engasgo maldito) e destrói o seu frametime. Se você quer um **frametime liso** como vidro, a frequência não pode oscilar. Ela precisa ser uma linha reta de violência computacional. ## A Solução Inicial: Process Lasso e o Bitsum Se você ainda usa o gerenciador nativo do Windows, já começou perdendo. No arsenal de guerra, nós usamos o **Process Lasso**. 1. Instale o Process Lasso e ative-o como serviço. 2. Ative o plano de energia **Bitsum Highest Performance**. 3. Esse perfil desativa o Core Parking dinâmico do Windows e força a frequência base do processador a ficar em 100%. Quando o jogo pedir, a CPU não precisa "acordar". Ela já está com a **faca na caveira**, pronta para renderizar o quadro. ## A Cirurgia Profunda: O Arsenal O GuttyTECH Para os caçadores de HWBOT e entusiastas que não aceitam menos que a perfeição, clicar em um botão no software não basta. O Windows esconde dezenas de temporizadores de ociosidade (Idle Timers) no fundo do registro do sistema. É aqui que entra o script nuclear exclusivo: o `OMEGA_FORJA_SOBERANA.bat`. **O GuttyTECH não brinca com curvas automáticas.** Este script: * Ativa a configuração **Idle OFF** forçada via linha de comando (`powercfg`). * Desativa a suspensão seletiva de USB (acabando com a micro-latência do seu mouse 4000Hz). * Desativa o ASPM (Active State Power Management) do PCI-Express, garantindo que a comunicação entre sua placa-mãe e sua RTX 4090 não tenha um pingo de gargalo de energia. ## Validação de Tortura (Não Assuma, Meça) Após aplicar o plano de energia agressivo, abra o **OCCT** e o **HWiNFO64**. Deixe o PC parado na área de trabalho. Olhe para os "Effective Clocks". Eles devem estar altos e estáveis. Olhe para o seu Vcore. Ele deve estar sólido, sem flutuações de economia. É assim que se espreme o silício. É assim que garantimos que o seu PC vai responder na exata fração de segundo em que você clicar no mouse. *** **Seu FPS oscila e a sua máquina sofre de stuttering crônico?** Pare de usar o Windows como um usuário comum. Venha para a elite. Solicite a limpeza de registro e a aplicação dos scripts OMEGA diretamente no QG. 👉 **[PARE DE SOFRER COM LAG. ENTRE NO COVIL AGORA: https://discord.com/invite/gutty]** ----- # Você Não é Ruim, Sua Internet Que é Lenta (Guia de Ping Zero) URL: https://guttytech.com/blog/otimizacao-rede-reduzir-ping-jogos-guia Markdown: https://guttytech.com/blog/otimizacao-rede-reduzir-ping-jogos-guia.md Date: 2026-02-21T02:44:00+00:00 Excerpt: Ter uma internet de 1 Giga não significa nada se o Windows enfileirar seus pacotes de dados. O GuttyTECH ensina como destruir o Bufferbloat, otimizar o TCP/IP e garantir que seus tiros registrem instantaneamente. # A Ilusão da "Internet de 1 Giga" Você contratou o plano de fibra óptica mais caro da sua provedora. Você entra no servidor, atira primeiro, vê o sangue sair do inimigo, mas quem cai morto no chão é você. O clássico "morri atrás da parede". Sabe o que aconteceu? O seu FPS estava a 300, mas o seu pacote de dados pegou engarrafamento no sistema operacional. **O GuttyTECH** está aqui para te dizer uma verdade dura: largura de banda (Megas/Gigas) serve para baixar o jogo rápido. Para **JOGAR** e registrar o tiro, você precisa de rotas diretas, latência mínima e zero "Bufferbloat". Hoje, nós vamos militarizar a sua placa de rede. ## Passo 1: Desligue a "Economia Verde" da sua Placa de Rede O Windows acha que você quer salvar o planeta economizando meio watt de energia na sua conexão. Isso faz a placa de rede "dormir" em micro-intervalos, gerando picos de ping invisíveis. 1. Aperte `Win + X` e abra o **Gerenciador de Dispositivos**. 2. Vá em **Adaptadores de Rede**, clique com o botão direito na sua placa (Intel, Realtek, Killer) e vá em **Propriedades**. 3. Na aba **Gerenciamento de Energia**, **DESMARQUE** a opção "O computador pode desligar o dispositivo para economizar energia". 4. Na aba **Avançado**, procure por opções como *Green Ethernet*, *Energy Efficient Ethernet (EEE)* ou *Power Saving Mode*. **Desative TODAS**. Nós queremos fluxo contínuo de energia 100% do tempo. ## Passo 2: O TCP Optimizer (A Arma Pesada) O Windows vem configurado para navegar na web, não para enviar pacotes UDP em tempo real para servidores de Valorant, CS2 ou Call of Duty. Para reescrever o registro do Windows com segurança, os profissionais usam o **TCP Optimizer**. 1. Baixe o TCP Optimizer (gratuito) e execute-o **sempre como Administrador**. 2. Lá em cima, arraste a barra de velocidade para o limite da sua internet. 3. Embaixo, selecione **Custom** (Customizado). 4. **A Regra de Ouro do GuttyTECH:** * **TCP Window Auto-Tuning:** Normal. * **Windows Scaling heuristics:** Disabled. * **Congestion Control Provider:** CTCP (Garante agressividade no envio de pacotes). * **Receive-Side Scaling (RSS):** Enabled. * **Disable Chimney Offload:** Disabled. * **Network Throttling Index:** Disabled (ffffffff) - Isso impede o Windows de limitar a rede para jogar recursos em reprodução de mídia. 5. Clique em *Apply Changes* e reinicie o PC. ## Passo 3: DNS não abaixa Ping, mas acelera o Roteamento Mudar o DNS (para Cloudflare 1.1.1.1 ou Google 8.8.8.8) não vai diminuir seu ping de 50ms para 10ms. A distância física entre você e o servidor ainda é a mesma. Mas um DNS rápido garante que a **tradução da rota** seja instantânea. É a diferença entre o seu PC procurar no mapa para onde ir, ou já ter o GPS travado no alvo. Configure seu IPv4 nas propriedades do adaptador para usar `1.1.1.1` e `1.0.0.1`. --- ## O Veredito no Campo de Batalha Otimizar a rede não vai fazer você mirar melhor. Mas vai garantir que, quando você acertar a mira, o servidor valide o seu tiro antes do seu oponente. No mais alto nível competitivo, uma vantagem de 10ms dita quem sobrevive. Sua máquina é uma arma. A sua rede é o gatilho. Não deixe o Windows travar o seu dedo. *** **Sua internet oscila e te faz perder rank?** O GuttyTECH analisa as rotas da sua máquina e aplica scripts avançados para forçar o ping mínimo possível na sua região. 👉 **[JUNTE-SE À ELITE NO QG: https://discord.com/invite/gutty]** ----- # XMP é para Amadores: O Segredo Sombrio da Memória RAM URL: https://guttytech.com/blog/memoria-ram-xmp-subtimings-overclock-guia Markdown: https://guttytech.com/blog/memoria-ram-xmp-subtimings-overclock-guia.md Date: 2026-02-21T02:42:00+00:00 Excerpt: Você ativou o perfil XMP/EXPO na BIOS e achou que seu PC estava no limite? Errado. O GuttyTECH expõe como a sua placa-mãe está sabotando a latência da sua memória e destruindo a consistência do seu FPS. # A Grande Mentira do "Aperte um Botão e Ganhe Performance" Você gastou uma fortuna naquele kit de 32GB DDR5 6000MHz. Você entrou na BIOS, encontrou o botão "Profile 1" do XMP (ou EXPO, para AMD), clicou, salvou e o PC deu boot. Você se sentiu um especialista. Achou que o trabalho estava feito. **O GuttyTECH tem uma péssima notícia para você: você acabou de fazer o mínimo aceitável.** Ativar o XMP não é otimização. É apenas tirar o limitador de fábrica. Se você quer latência de nível competitivo e um frametime perfeitamente liso em jogos pesados, você precisa entender o que a sua placa-mãe está fazendo pelas suas costas. ## O Problema dos "Timings Automáticos" O perfil XMP carrega apenas as frequências e os **Timings Primários** (aqueles números que vêm na caixa, tipo CL30-38-38-96) e a voltagem. Mas uma memória RAM possui dezenas de **Timings Secundários e Terciários** (Subtimings). Como o XMP não dita esses valores, sua Placa-Mãe (seja ASUS, MSI, Gigabyte) assume o controle e coloca os valores em "Auto". O objetivo da Placa-Mãe não é te dar FPS. O objetivo dela é **fazer o PC ligar de qualquer jeito para você não devolver a peça**. Para garantir isso, ela joga os subtimings lá no alto, deixando a memória extremamente frouxa, lenta e preguiçosa. ## Os Dois Vilões da Latência: tRFC e tREFI Para extrair cada gota de performance e eliminar os micro-stutters (1% Low FPS), o overclock manual de memória foca em apertar esses subtimings. Vamos olhar para dois dos mais críticos: ### 1. tREFI (Refresh Interval) *A Regra: Quanto MAIOR, melhor.* A memória precisa se "refrescar" constantemente para não perder os dados. Enquanto ela faz isso, ela não pode enviar informações para o seu jogo. A placa-mãe deixa esse intervalo curtíssimo (ex: 5.000 ou 10.000). No laboratório do **o GuttyTECH**, nós jogamos isso para 65.535 (DDR4) ou até +130.000 (DDR5), dependendo da temperatura. O ganho de largura de banda é brutal. ### 2. tRFC (Refresh Cycle Time) *A Regra: Quanto MENOR, melhor.* É o tempo que o ciclo de refresh demora para terminar. Em "Auto", a placa-mãe costuma colocar valores absurdos como 600, 800 ou mais. Apertar isso para a casa dos 300 ou 400 (dependendo do chip da sua memória) reduz drasticamente a latência de acesso do processador. ## O Impacto Real (Não é só Benchmarks) *"Gutty, eu vou ganhar 50 FPS fazendo isso?"* Provavelmente não no FPS Máximo. Mas sabe aquele momento em que você vira a câmera rápido no Warzone ou entra numa cidade no Cyberpunk e o jogo dá uma engasgada? **Isso vai desaparecer.** Apertar subtimings melhora a **Mínima de FPS**. Torna o jogo absurdamente mais responsivo. A comunicação entre o seu i9/Ryzen e a placa de vídeo deixa de ter gargalos de espera. ### Aviso Tático (Protocolo de Segurança) Mexer na memória RAM sem conhecimento é perigoso. Se você colocar um valor errado, o Windows pode corromper instantaneamente. É por isso que, após cada alteração, a Doutrina manda rodar testes de estresse pesados como **TestMem5 (TM5) com perfil Anta777** ou **Karhu**. Não aceite o "Auto" da sua placa-mãe. Você pagou por 100% do hardware, exija 100% da performance. *** **Acha que sua memória está limitando sua RTX 4090?** Não mexa na BIOS às cegas. Venha para o QG. O GuttyTECH analisa sua máquina e aperta os timings certos para você. 👉 **[ENTRE NO DISCORD E ACESSE A ELITE: https://discord.com/invite/gutty]** ----- # Pare de Usar 400 DPI Agora (O Guia Definitivo de Mouse e Latência) URL: https://guttytech.com/blog/mouse-dpi-polling-rate-input-lag-guia Markdown: https://guttytech.com/blog/mouse-dpi-polling-rate-input-lag-guia.md Date: 2026-02-20T19:57:00+00:00 Excerpt: Você ainda usa 400 ou 800 DPI porque "os pros usam"? A ciência diz que você está adicionando latência à sua mira. Descubra por que 1600 DPI é o novo padrão ouro e como configurar o Polling Rate para destruir no competitivo. # A Mentira dos 400 DPI que Te Contaram Há uma lenda urbana nos eSports: "DPI baixo é mais preciso". Isso vem da era do CS 1.6, onde sensores eram primitivos e tremiam em DPIs altos. Hoje, em 2026, com sensores Hero, Focus Pro e 3395, usar 400 DPI é como colocar um limitador de velocidade na sua Ferrari. Você está introduzindo **Input Lag** voluntariamente. No Laboratório GuttyTECH, nós seguimos os dados, não a nostalgia. E os dados são claros: **DPI Mais Alto = Menor Latência de Sensor**. ## 1. A Matemática da Mira (Simples e Brutal) Quando você move o mouse, o sensor "tira fotos" da superfície. * **400 DPI:** O mouse espera você mover 1/400 de polegada para registrar o primeiro movimento. * **1600 DPI:** O mouse registra o movimento 4x mais rápido, detectando micro-ajustes instantaneamente. **"Mas Gutty, a sensibilidade vai ficar incontrolável!"** Não, Soldado. Você ajusta a sensibilidade *no jogo* (eDPI). Se você usa **Sensitivity 2.0 em 400 DPI**, mude para **Sensitivity 0.5 em 1600 DPI**. A distância que você move a mão será *idêntica*, mas o cursor reagirá mais rápido e o movimento será matematicamente mais suave (menos "pixel skipping"). **A Ordem:** Configure seu mouse para **1600 DPI** ou **3200 DPI**. Ajuste a sensibilidade no jogo para compensar. Acima de 3200, os ganhos diminuem e ruídos podem aparecer. O "Sweet Spot" é 1600. --- ## 2. Polling Rate: A Frequência da Verdade Isso define quantas vezes por segundo o mouse reporta sua posição ao PC. * **125Hz (Escritório):** Lixo. 8ms de delay. * **1000Hz (Padrão Competitivo):** O mínimo aceitável. 1ms de delay. * **4000Hz / 8000Hz (Elite):** Se você tem um CPU monstro (como um i9 ou Ryzen X3D), use. Reduz a latência para 0.125ms. **Atenção:** Se seu PC for fraco, 4000Hz pode causar *stutter* porque exige muito da CPU. Mas se você segue o GuttyTECH, sua máquina aguenta. Teste. --- ## 3. O Assassino de Memória Muscular: Aceleração O Windows tem uma configuração chamada "Aprimorar precisão do ponteiro". **MATENHA ISSO DESLIGADO.** Isso é **Aceleração de Mouse**. Significa que a distância que o cursor viaja depende da *velocidade* com que você move a mão, não apenas da distância física. Isso destrói sua consistência. Você nunca vai aprender a "flicar" se a distância mudar toda vez. ### Protocolo de Limpeza: 1. Digite "Configurações do Mouse" no Windows. 2. Clique em "Opções adicionais de mouse". 3. Aba "Opções do Ponteiro". 4. **DESMARQUE** a caixa "Aprimorar precisão do ponteiro". 5. Mantenha a velocidade do ponteiro no **6º pino** (exatamente no meio, 6/11). Isso garante proporção 1:1 de pixel. --- ### Resumo da Operação 1. **DPI:** Mude para 1600. Divida sua sensibilidade atual no jogo por 4. 2. **Polling Rate:** 1000Hz (Seguro) ou 4000Hz (Se tiver CPU top). 3. **Windows:** Aceleração OFF. Pare de lutar contra seu equipamento. Deixe a tecnologia trabalhar a seu favor. *** **Quer saber se seus periféricos estão configurados para latência zero?** Não jogue com handicap. 👉 **https://discord.com/invite/gutty** ----- # Painel NVIDIA: Você Está Perdendo FPS e Latência (Guia Definitivo) URL: https://guttytech.com/blog/configuracao-painel-nvidia-fps-latencia-guia Markdown: https://guttytech.com/blog/configuracao-painel-nvidia-fps-latencia-guia.md Date: 2026-02-19T21:09:00+00:00 Excerpt: Esqueça os tutoriais antigos. O "Modo de Latência Baixa" e o "Gerenciamento de Energia" mudaram. Saiba exatamente o que ativar para ter resposta instantânea na sua RTX e pare de seguir mitos que aumentam seu input lag. # Pare de Configurar sua Placa de Vídeo como em 2015 Se você tem uma RTX da série 30 ou 40 e ainda configura o Painel NVIDIA seguindo tutoriais de canais genéricos, você está deixando performance na mesa. Pior: você pode estar **aumentando** seu Input Lag achando que está ganhando FPS. No laboratório do GuttyTECH, nós não "achamos". Nós medimos. E hoje, vamos desmascarar os mitos e aplicar a configuração real para Jogos Competitivos e AAA. ## 1. Low Latency Mode (O Grande Segredo) Muitos dizem para deixar "Desligado" para ganhar 2 FPS a mais. **Erro Crasso.** Se a sua GPU estiver trabalhando a 99% (cenário comum em 1440p/4K ou jogos pesados), a fila de renderização aumenta, e seu mouse fica pesado. * **A Ordem:** Defina como **ULTRA**. * *Por que?* O modo Ultra limita a fila de quadros a "1", forçando a CPU a enviar o quadro exatamente quando a GPU pode processá-lo. O resultado é a latência mínima possível sem V-Sync. ## 2. Power Management Mode (Energia é Performance) O padrão é "Normal". Isso faz sua placa baixar o clock (downclock) sempre que você olha para o chão ou abre um menu. Quando você volta para a ação, há um atraso de milissegundos para subir a voltagem. Isso causa **micro-stutter**. * **A Ordem:** Defina como **Prefer Maximum Performance**. * *Nota:* Sua GPU vai consumir mais energia em *idle*? Sim. Você se importa com a conta de luz ou com ganhar a partida? Mantenha os clocks no talo. ## 3. A Trindade G-SYNC (Se você tem monitor compatível) Aqui está a maior confusão da internet. Para ter **zero tearing** e **latência quase igual a V-Sync OFF**, você precisa da Trindade: 1. **G-SYNC:** ON (No Painel NVIDIA). 2. **V-SYNC:** ON (No Painel NVIDIA, **DESLIGADO** no jogo). 3. **Max Frame Rate:** Limite 3 FPS abaixo da frequência do monitor (Ex: 141 FPS para 144Hz). *"Mas Gutty, V-Sync dá lag!"* Sozinho, sim. Com G-Sync ativo e FPS limitado **abaixo** do teto, o V-Sync nunca engatilha totalmente, ele apenas age como um limitador de frametime para impedir tearing. É a suavidade absoluta. ## 4. Texture Filtering - Quality Você comprou uma placa cara. Não coloque em "High Performance" para ganhar 0.5 FPS e deixar o jogo borrado. * **A Ordem:** **High Quality**. * Queremos ver o inimigo com clareza, não um borrão de pixels. A diferença de performance em GPUs modernas é nula. --- ### Resumo da Operação Abra o Painel de Controle NVIDIA -> Gerenciar Configurações 3D: * **Low Latency Mode:** Ultra * **Power Management:** Prefer Maximum Performance * **Texture Filtering:** High Quality * **Threaded Optimization:** Auto Aplique. Reinicie. Sinta a diferença no seu mouse. *** **Quer que eu configure sua máquina pessoalmente para extrair cada gota de performance?** Pare de sofrer com configurações erradas. 👉 **https://discord.com/invite/gutty** ----- # FPS Alto com Stuttering? A Culpa é do Windows (Guia Process Lasso) URL: https://guttytech.com/blog/fps-stuttering-process-lasso-islc-guia Markdown: https://guttytech.com/blog/fps-stuttering-process-lasso-islc-guia.md Date: 2026-02-18T22:05:00+00:00 Excerpt: Ter hardware de ponta não te salva do gerenciamento de memória incompetente do Windows. Aprenda a usar o Process Lasso e o ISLC para forçar fluidez absoluta e eliminar micro-travamentos (stutters) de uma vez por todas. # O Hardware é seu, mas o Windows acha que manda nele Escute bem, Soldado. Você montou uma máquina de guerra. Core i9, RTX 4090, DDR5. Você abre o jogo, o contador mostra 200 FPS, mas a sensação é de... "peso". Há micro-travamentos. A mira não responde instantaneamente. Sabe o nome disso? **Stuttering** e **Latência DPC**. O culpado não é sua GPU. É o Sistema Operacional. O Windows, por padrão, é um gerente incompetente que trata seu jogo competitivo com a mesma prioridade que trata o Windows Update. Hoje, vamos demitir esse gerente e colocar ordem na casa com **Process Lasso** e **ISLC**. ## A Arma 1: Process Lasso (Domando a CPU) O Windows tenta economizar energia nos momentos errados, fazendo o clock da CPU oscilar. Isso gera lag. O Process Lasso força a CPU a manter o foco total. ### Protocolo de Configuração: 1. Instale o **Process Lasso** e certifique-se de que o *Governor* (core engine) inicie com o Windows. 2. **Plano de Energia:** Ative o **Bitsum Highest Performance**. Isso trava seus clocks no máximo. Sem quedas, sem engasgos. 3. **ProBalance (O Segredo):** Mantenha **ATIVADO**. * *Por que?* Se o Chrome ou o Discord tentarem roubar CPU durante a troca de tiro, o ProBalance esmaga a prioridade deles imediatamente, mantendo o jogo fluido. ### Regras de Engajamento (Faça com o jogo aberto): Dê Alt-Tab no jogo, vá no Process Lasso, clique direito no processo do jogo (`.exe`): * **CPU Priority Class:** Sempre em **High** (Nunca use Realtime, isso trava o mouse). * **I/O Priority:** Sempre em **High**. * **Induction Performance Mode:** **Enabled**. --- ## A Arma 2: ISLC (Limpando a Memória) A memória DDR5 é rápida, mas o Windows tem um defeito crônico: ele enche a "Lista de Espera" (Standby List) até não sobrar RAM livre. Quando o jogo pede memória e não tem, o sistema "engasga" para limpar. O **Intelligent Standby List Cleaner (ISLC)** resolve isso. ### Configuração de Elite: * **The List Size is at least:** `1024 MB` * **Free memory is lower than:** (Metade da sua RAM total. Ex: `16000` para 32GB). * **Wanted Timer Resolution:** `0.50 ms` * **Enable Custom Timer Resolution:** **MARQUE ISSO**. (Reduz drasticamente o input lag). * **Polling Rate:** `1000` (Padrão) ou `500` (Agressivo). Clique em **Start** e minimize. O ISLC vai agir como um sniper, limpando o lixo da memória antes que ele cause travamentos. --- ## A Ordem Final Não aceite jogar com a performance "padrão de fábrica". Isso é para amadores. Com essas duas ferramentas, você garante que cada frame gerado pela sua GPU chegue ao monitor no tempo exato. **Sua máquina agora está pronta. O resto é mira.** *** **Quer otimização extrema personalizada para o seu hardware?** Não perca tempo com tutoriais genéricos. 👉 **https://discord.gg/gutty**