Gratuito e de código aberto, para Windows, Linux e macOS. Sem travar e sem esperar, seja qual for o tamanho.
O BigText é um editor para logs, exportações CSV, dumps de bancos de dados e qualquer arquivo grande demais para os editores comuns, e uma alternativa gratuita ao EmEditor e ao UltraEdit. Ele nunca carrega o arquivo inteiro na memória: um log de 10 GB abre em milissegundos e usa cerca de 100 MB de RAM.
Windows · Linux · macOS · licença MIT · escrito em Rust
Feito para logs, dumps CSV e SQL, exportações JSON e qualquer arquivo de texto que trava outros editores.
Só a parte visível é lida: no Windows por janelas mapeadas na memória, no Linux e no macOS em blocos quando necessário. O trabalho em segundo plano processa o resto, e unidades de rede ou USB passam para leituras em blocos com cache, então um disco lento nunca trava a janela.
Um índice de linhas esparso (8 bytes a cada 64 KB) é criado em segundo plano a 2,5 GB/s. Ir para a linha e a barra de rolagem funcionam de imediato, mesmo antes de a indexação terminar.
Texto simples a 2,5 GB/s e expressões regulares em tempo linear, com opções de maiúsculas, palavra inteira e várias linhas. “Localizar todos” lista até um milhão de resultados; F3 funciona na hora.
Substitua com $1 e grupos nomeados. Até 50.000 alterações são uma única edição que pode ser desfeita; trabalhos maiores são gravados num arquivo novo: 22 milhões de substituições num arquivo de 10 GB levaram 11 s e usaram 46 MB de RAM.
Digitar, recortar, copiar, colar, desfazer e refazer, duplicar ou excluir linhas, recuo automático, sobre uma piece table, de modo que as edições não reescrevem o arquivo até você salvar.
Ao salvar, um arquivo temporário é gravado, enviado ao disco e substitui o original de forma atômica. Uma falha ou queda de energia nunca deixa um arquivo pela metade. Cópias .bak opcionais.
UTF-8, UTF-16 LE/BE, Windows-1251, Windows-1252 e ISO-8859-1 são detectados automaticamente; finais de linha LF, CRLF e CR são mantidos ou convertidos. Arquivos binários abrem numa visualização hexadecimal.
Modo acompanhar (como tail -f) para logs que crescem, realce de sintaxe para logs, JSON, XML, CSV, SQL e INI, marcadores e uma visualização dividida de um arquivo.
Uma comparação de linhas em streaming de dois arquivos de vários gigabytes: 1 GB contra 1 GB em 0,6 s com cerca de 2 MB de memória. Clique numa diferença para ir até ela.
Mostre só as linhas que correspondem, ou só as que não, como o grep sobre o arquivo inteiro, e salve-as num arquivo novo. Pinte padrões como ERROR com cores próprias e veja na barra de rolagem onde os resultados se concentram.
Digite 14:32:05 e chegue à primeira linha do log com esse horário: uma busca binária lê algumas centenas de kilobytes de um log de 50 GB. Selecione linhas para ver o tempo entre elas.
Abra arquivos .gz e .zst diretamente, envie um comando ao BigText por pipe (journalctl -f | bigtext -) ou abra app.log:120 numa linha pela linha de comando.
Arquivos CSV e TSV abrem como uma tabela que rola tão rápido quanto texto. Ordene por uma coluna, veja estatísticas da coluna, filtre por uma coluna e renomeie, mova, exporte ou exclua colunas. Um registro com quebras de linha entre aspas é uma linha só.
Ordene, remova duplicatas e inverta linhas, mude maiúsculas, apare espaços, formate ou minifique JSON e edite muitas linhas de uma vez com uma seleção de coluna por Alt+arrastar.
Uma paleta de comandos (Ctrl+Shift+P), atalhos que você pode mudar, qualquer fonte monoespaçada e uma interface em inglês, russo, uzbeque, chinês, espanhol, português, alemão ou turco.
Uma barra de níveis com filtros ERROR, WARN, INFO e DEBUG e F8 para o próximo erro, um histograma de tempo, campos do log, padrões de mensagens, valores mais frequentes, lacunas de tempo e as linhas em volta de cada resultado ou com o mesmo id de requisição.
Mescle vários logs por data e hora numa visualização colorida, ou alinhe os logs abertos e role-os juntos pelo horário, com um desvio de relógio ajustável. O acompanhamento sobrevive à rotação de logs.
Um painel de estrutura, o caminho JSON do cursor na barra de status, dobramento, JSON Lines como tabela com consultas, uma verificação rigorosa que aponta o erro, conversão entre JSON, JSON Lines e logfmt e uma comparação estrutural.
Agrupar com somas, tabelas dinâmicas, junção de dois arquivos por uma chave, colunas calculadas, gráficos de colunas, colunas fixas e ocultas, verificação de linhas e exportação para JSON, Markdown ou Excel.
Lado a lado ou como diff unificado, diferença seguinte e anterior, ignorar espaços, maiúsculas ou datas e horas, linhas que só estão em um arquivo, CSV comparado por chave e patches aplicados.
Arquivos dentro de zip e tar, arquivos .xz e .bz2 exibidos enquanto descompactam, salvamento direto em .gz ou .zst, vários cursores, um editor de colunas e ordenar, remover duplicatas ou executar qualquer comando num arquivo de qualquer tamanho.
Pesquise uma pasta inteira com resultados arquivo:linha e use o bigtext-cli para count, head, tail, slice, replace, ferramentas CSV e saída JSON em scripts. Sessões, modo portátil, e uma segunda execução abre na janela que já está aberta.
Temas de alto contraste e seguros para daltonismo, escala da interface, suporte a leitores de tela, modo zen, quebra numa coluna com régua, uma barra de status clicável e configurações lembradas para cada arquivo.
Cores de sintaxe para Python, JavaScript, TypeScript, Java, C#, C/C++, Go, Rust, PHP, scripts de shell, YAML e mais, em One Dark, Monokai, GitHub ou Solarized; uma barra lateral de pasta como no Sublime Text; Ctrl+P para achar um arquivo, Ctrl+R para as funções e classes de um arquivo, Ctrl+/ para comentar linhas e colchetes que se fecham sozinhos. Só as linhas na tela são coloridas, então um arquivo enorme continua igualmente rápido.
Abra user@server:/var/log/app.log por SSH com suas chaves, ou um arquivo https:// ou s3:// público, sem baixá-lo: só vem o que está na tela, e via SSH as buscas rodam no servidor. Ou acompanhe os últimos megabytes de um log como tail -F.
Logs de acesso do nginx e do Apache, logs dos balanceadores de carga da AWS e do IIS, e syslog abrem como uma tabela com uma coluna por campo. O relatório do log web traz em uma passada as URLs principais, os erros 5xx por minuto e as requisições mais lentas: um log de 1 GB em menos de 2 segundos.
Escolha em uma lista um contêiner Docker ou Podman, um pod do Kubernetes ou um serviço do systemd, neste computador ou em um servidor via SSH, e abra o log: as últimas linhas ou minutos, acompanhado enquanto cresce. Os reinícios de um pod aparecem, e a execução antes do último reinício, onde está o erro da queda, também abre.
Dê a um log acompanhado alguns padrões, como ERROR ou uma expressão regular: cada nova linha que corresponde é contada na aba e anunciada com uma notificação do sistema e um som, no máximo uma a cada dez segundos. No Windows, um clique na notificação vai até a linha.
As tabelas de um dump do mysqldump, pg_dump ou SQLite com suas linhas e tamanhos: um dump de 1 GB é listado em cerca de um segundo. Salve uma tabela em um arquivo que é restaurado sozinho, ou divida o dump em um arquivo por tabela; na ordem dos nomes, os arquivos restauram o banco inteiro.
Os editores comuns leem o arquivo inteiro antes de mostrar qualquer coisa. O BigText lê só o que está na tela e faz todo o resto em threads de segundo plano, então a janela responde em menos de 3 ms.
O arquivo é mapeado em janelas de 256 MB e só os bytes que você olha são tocados. Pesquisa, indexação e salvamento usam leituras em streaming separadas. No Linux e no macOS a tela lê blocos de 64 KB, então um arquivo truncado enquanto está aberto não derruba o programa.
Um ponto de controle de 8 bytes a cada 64 KB: 8 MB de índice para um arquivo de 50 GB. As posições de linha entre pontos de controle são contadas sob demanda com SIMD.
As edições ficam guardadas como pequenos pedaços sobre o arquivo original, então inserir uma linha num arquivo de 50 GB custa poucos bytes e desfazer é instantâneo.
Um arquivo temporário ao lado do original, fsync e então uma substituição atômica (ReplaceFileW no Windows mantém atributos e permissões).
Resultados dos benchmarks embutidos com arquivos de teste de 1 GB, 10 GB e 50 GB no Windows 11. O método e os resultados completos estão no README. README
| Tarefa | Resultado |
|---|---|
| Abrir → primeira tela de texto (1–50 GB) | 41–46 ms |
| Pular para uma linha num arquivo de 50 GB | menos de 1 ms |
| Criar o índice de linhas | 2,2–2,7 GB/s (50 GB em cerca de 20 s) |
| Pesquisa de texto simples | 2,4–2,5 GB/s |
| Pesquisa com regex | 2,3–2,8 GB/s com parte literal, 672 MB/s sem |
| Substituir tudo num arquivo de 10 GB | 11,3 s, 46 MB de pico de memória |
| Memória com um arquivo de 50 GB aberto | 107 MB |
| Início → primeiro quadro | 159–185 ms |
Gratuito para uso pessoal e comercial. Sem conta, sem telemetria, um único executável.
Instalador com “Abrir com” e menu de contexto do Explorer, ou uma versão portátil. Os programas não são assinados: se o SmartScreen perguntar, escolha “Mais informações” → “Executar assim mesmo”.
Um AppImage que roda na maioria das distribuições, um pacote .deb para Debian e Ubuntu ou um .tar.gz portátil.
BigText.app para Apple Silicon e Intel. O app não é assinado: na primeira vez, clique com o botão direito → Abrir.
Todas as versões e notas · Privacidade
Windows, com Scoop:
scoop bucket add bigtext https://github.com/Erkinbek/scoop-bigtext
scoop install bigtext/bigtextmacOS e Linux, com Homebrew: a versão de linha de comando, ou o app com --cask:
brew install erkinbek/tap/bigtext
brew install --cask erkinbek/tap/bigtext-appInstale o Rust pelo rustup.rs e execute:
cargo install bigtextOu compile a partir do código-fonte:
git clone https://github.com/Erkinbek/bigtext.git
cd bigtext
cargo build --releasePasso a passo, para os arquivos sobre os quais mais se pergunta.
O Excel para em 1.048.576 linhas. Abra o arquivo inteiro como tabela, analise-o ou divida-o para o Excel.
Abra na hora, pule para um horário, filtre por nível, fique só com o que importa e acompanhe ao vivo.
Liste as tabelas de um dump SQL enorme e salve a que você precisa em um arquivo que é restaurado sozinho.
Instale o BigText e abra o arquivo com Arquivo → Abrir, arrastando-o para a janela ou com clique direito → “Open with BigText”. A primeira tela aparece em cerca de 40 ms, seja qual for o tamanho; a rolagem e ir para a linha funcionam enquanto o índice de linhas é criado em segundo plano.
Para arquivos grandes, sim. Como eles, o BigText abre arquivos de vários gigabytes sem carregá-los na memória e os pesquisa, edita e salva; diferente deles, é gratuito e de código aberto e roda no Windows, no Linux e no macOS. Não tem macros nem plug-ins: o foco são arquivos enormes, logs e tabelas.
Não. Ele mapeia só a parte que está na tela e processa todo o resto em segundo plano. Com um arquivo de 50 GB aberto, usa cerca de 107 MB de RAM, a maior parte para a própria interface.
Sim. As edições ficam numa piece table sobre o arquivo original, então digitar é instantâneo em qualquer tamanho. Ao salvar, o resultado é gravado num arquivo temporário que substitui o original de forma atômica, assim o original nunca é danificado se algo der errado.
Texto simples é pesquisado a 2,4–2,5 GB/s e expressões regulares comuns a 2,3–2,8 GB/s, então um log de 10 GB leva cerca de 4 segundos. F3 encontra o próximo resultado na hora, sem esperar uma pesquisa completa.
Sim. Exibir → Acompanhar mantém a visualização no fim do arquivo e indexa as linhas novas conforme chegam. O BigText também percebe quando um arquivo muda no disco e oferece recarregá-lo.
Sim. Linhas com mais de 64 KB são mostradas quebradas em linhas visuais, então até uma única linha de 2 GB rola com suavidade.
UTF-8, UTF-16 LE/BE (com ou sem BOM), Windows-1251, Windows-1252 e ISO-8859-1, detectados automaticamente e trocáveis em Arquivo → Reabrir com codificação. Finais LF, CRLF, CR e mistos são detectados e podem ser convertidos ao salvar.
O BigText é gratuito e de código aberto sob a licença MIT. Windows 10 e 11 é a plataforma principal, testada por completo; as versões para Linux e macOS (Apple Silicon e Intel) são compiladas e testadas na CI a cada mudança.