Ouvrir de gros fichiers texte sans bloquer votre ordinateur

Un éditeur de texte classique charge tout le fichier en mémoire : avec un log de 20 Go, il vous faudrait 20 Go de RAM et le programme planterait. Les visualiseurs comme Large Text File Viewer et klogg ne lisent que la partie que vous regardez, c’est pourquoi ils ouvrent des fichiers de n’importe quelle taille en quelques secondes.

Avant de choisir l’outil, demandez-vous ce que vous devez en faire. Si vous devez modifier le fichier, il vous faut un éditeur qui doit cependant tout garder sous contrôle pour travailler. Si vous devez seulement lire et chercher, comme c’est presque toujours le cas avec les logs système, un visualiseur est bien plus efficace car il laisse presque tout sur le disque.

Pourquoi les éditeurs classiques se bloquent #

Le Bloc-notes de Windows s’est considérablement amélioré, mais il reste conçu pour des fichiers légers. Notepad++ supporte bien jusqu’à quelques centaines de mégaoctets et commence à peiner au-delà du gigaoctet : la barre de défilement devient lente, une recherche prend plusieurs minutes et parfois l’erreur de mémoire insuffisante apparaît.

Ce n’est pas un défaut du programme. Un éditeur doit savoir où commence chaque ligne pour gérer les modifications, les annulations et la coloration syntaxique, et toutes ces informations sont stockées en mémoire. Avec des fichiers énormes, la mémoire vient à manquer.

Les visualiseurs qui fonctionnent #

Outil	Coût	Points forts
Large Text File Viewer	Gratuit	Très léger, portable, ouvre n’importe quelle taille instantanément
klogg	Gratuit et open source	Filtres avec expressions régulières, mise à jour en temps réel
EmEditor	Payant, avec essai	Ouvre et modifie des fichiers énormes, excellent avec les CSV
Glogg	Gratuit	Le prédécesseur de klogg, fonctionne encore mais n’est plus mis à jour

Large Text File Viewer ne fait qu’une seule chose, mais il la fait très bien : il ouvre le fichier, vous permet de défiler et de chercher, même avec des expressions régulières. Il ne modifie rien et n’a pas de fonctions accessoires. Il est portable, donc il ne s’installe pas : extrayez l’archive et lancez l’exécutable, même depuis une clé USB. Il parvient même à lire un log pendant qu’un autre programme est encore en train d’écrire dedans.

Fenêtre de Large Text File Viewer avec un journal de plus d’un gigaoctet ouvert et défilable — Aucun menu superflu : on ouvre le fichier, on fait défiler et on cherche

Le site original du développeur n’existe plus et le programme n’est plus mis à jour depuis des années. Il se télécharge via la copie de la page officielle conservée sur archive.org et fonctionne toujours sans problème sur Windows 10 et 11.

klogg est le meilleur si vous travaillez avec des logs. Il ouvre des fichiers de n’importe quelle taille, et en plus il vous permet d’appliquer un filtre avec une expression régulière et de voir dans un encadré séparé uniquement les lignes correspondantes, par exemple toutes celles contenant ERROR, pendant que le fichier continue de croître.

Fenêtre de klogg divisée entre le journal complet et l’encadré avec uniquement les lignes filtrées — L’encadré en bas affiche uniquement les lignes correspondant au filtre, avec le numéro de ligne d’origine

EmEditor est le seul de la liste qui vous permet aussi de modifier des fichiers de plusieurs dizaines de gigaoctets, et il gère les énormes fichiers CSV avec colonnes, tris et filtres. Il est payant, mais si vous passez vos journées sur ce type de fichiers, l’investissement est vite rentabilisé.

Le filtre de klogg : au lieu de faire défiler des millions de lignes à la recherche du problème, filtrez par niveau de gravité ou par code d’erreur et il ne vous restera devant que les lignes qui vous intéressent. En double-cliquant sur une ligne filtrée, vous sautez directement au point correspondant dans le fichier complet.

La ligne de commande #

Si vous voulez seulement voir le début ou la fin d’un fichier, ou chercher un mot, il n’est même pas nécessaire d’ouvrir un programme.

Sur Windows, avec PowerShell :

# Le prime 100 righe
Get-Content registro.log -TotalCount 100

# Le ultime 50 righe
Get-Content registro.log -Tail 50

# Seguire il file mentre cresce
Get-Content registro.log -Wait -Tail 20

# Cercare una parola e contare le occorrenze
Select-String -Path registro.log -Pattern "ERROR" | Measure-Object

Sur Linux et macOS :

head -n 100 registro.log
tail -n 50 registro.log
tail -f registro.log
grep -c "ERROR" registro.log

Pour extraire une partie et travailler dessus tranquillement, par exemple de la ligne 50 000 à 60 000 :

sed -n '50000,60000p' registro.log > estratto.log

Sur Windows, vous pouvez utiliser les mêmes commandes en installant le Sous-système Windows pour Linux (WSL) : si vous travaillez dessus quotidiennement, c’est la solution la plus pratique.

Diviser un fichier trop volumineux #

Si le fichier doit être traité par un programme qui ne supporte pas de telles tailles, découpez-le.

Sur Linux et macOS, en morceaux d’un million de lignes :

split -l 1000000 registro.log parte_

Avec PowerShell, vous pouvez lire le fichier par blocs et en écrire des morceaux, mais pour les CSV, une autre méthode est préférable : les importer dans une base de données légère comme SQLite, ou les traiter avec un script Python qui les lit bloc par bloc.

CSV et tableurs : Excel s’arrête à 1 048 576 lignes, et si le fichier en contient davantage, il le tronque. Pour des tableaux de millions de lignes, utilisez une base de données ou un script.

L’encodage des caractères #

Parfois, une fois le fichier ouvert, des symboles étranges apparaissent à la place des lettres accentuées. C’est un problème d’encodage : le fichier utilise une table de caractères différente de celle attendue par le programme.

Les visualiseurs vous permettent de changer l’encodage à la volée. Essayez d’abord l’UTF-8, le standard actuel, puis le Windows-1252 (ou ISO-8859-1), encore fréquent dans les logs générés par de vieilles applications.

Foire aux questions #

Quelle est la limite de Notepad++ ? #

Il n’y a pas de seuil précis, cela dépend de la mémoire et du contenu du fichier. Jusqu’à quelques centaines de mégaoctets, on travaille bien ; au-delà d’un gigaoctet, il devient lent et l’on approche des erreurs de mémoire vers les deux gigaoctets. Pour les gros logs, passez directement à un visualiseurs.

Comment ouvrir un fichier texte de 10 Go ou plus ? #

Avec un visualiseurs qui lit le fichier par blocs, comme Large Text File Viewer ou klogg : il s’ouvre en quelques secondes quelle que soit la taille. Si vous devez seulement chercher quelque chose, les commandes en ligne de commande vues précédemment sont encore plus rapides.

Puis-je modifier un fichier énorme, et pas seulement le lire ? #

Oui, mais les options sont limitées. EmEditor le fait directement. Sinon, extrayez la partie à corriger, modifiez-la et remettez-la en place avec la ligne de commande. Dans tous les cas, faites d’abord une copie du fichier.

Pourquoi le fichier log est-il devenu si gros ? #

En général, cela est dû à l’absence de rotation, ce mécanisme qui, une fois une certaine taille atteinte, ferme le fichier, l’archive et en ouvre un nouveau. Sous Linux, c’est logrotate qui s’en charge ; sous Windows, cela dépend de l’application qui écrit le log. Configurer la rotation vous évitera de vous retrouver avec un fichier de 50 Go.

Peut-on rechercher dans un fichier énorme sans l’ouvrir ? #

Oui, et c’est la méthode la plus rapide : grep ou Select-String effectuent une recherche directement sur le fichier sans le charger en mémoire. Sur un log de plusieurs dizaines de gigaoctets, cela ne prend que quelques secondes, alors qu’un programme avec interface graphique mettrait plusieurs minutes.

Peut-on lire les fichiers compressés directement ? #

Sous Linux et macOS, oui, avec zcat, zgrep et zless, qui décompressent à la volée sans rien écrire sur le disque. C’est extrêmement pratique pour les logs archivés, qui sont généralement conservés sous forme compressée dans .gz.