Je veux dire 100+ Mo gros; ces fichiers texte peuvent pousser l'enveloppe des éditeurs.
J'ai besoin de parcourir un gros fichier XML, mais je ne le peux pas si l'éditeur est bogué.
Aucune suggestion?
Je veux dire 100+ Mo gros; ces fichiers texte peuvent pousser l'enveloppe des éditeurs.
J'ai besoin de parcourir un gros fichier XML, mais je ne le peux pas si l'éditeur est bogué.
Aucune suggestion?
Réponses:
Visionneuses en lecture seule gratuites:
tail
." C'est vraiment un analyseur de fichiers journaux, pas une visionneuse de fichiers volumineux, et dans un test, il a fallu 10 secondes et 700 Mo de RAM pour charger un fichier de 250 Mo. Mais ses principales fonctionnalités sont le chroniqueur (journaux d'analyse qui sont au format CSV, JSONL, etc. et affichés dans un format de feuille de calcul) et le surligneur (afficher les lignes avec certains mots dans certaines couleurs). Prend également en charge le suivi de fichiers, les onglets, les multifichiers, les signets, la recherche, les plugins et les outils externes.Éditeurs gratuits:
Programmes intégrés (aucune installation requise):
MORE
, pas à Unixmore
. Un programme de console qui vous permet de visualiser un fichier, un écran à la fois.Visionneuses Web:
Éditeurs rémunérés:
Pourquoi utilisez-vous des éditeurs pour simplement regarder un (gros) fichier?
Sous * nix ou Cygwin , utilisez simplement moins . (Il y a un dicton célèbre - "moins c'est plus, plus ou moins" - parce que "moins" a remplacé la commande Unix précédente "plus", avec l'ajout que vous pouvez faire défiler vers le haut.) La recherche et la navigation sous moins sont très similaires à Vim, mais il n'y a pas de fichier d'échange et peu de RAM utilisée.
Il y a un port Win32 de GNU en moins. Voir la section "moins" de la réponse ci-dessus.
Perl est bon pour les scripts rapides, et son ..
opérateur (bascule de plage) constitue un bon mécanisme de sélection pour limiter le crud que vous devez parcourir.
Par exemple:
$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less
Cela va tout extraire de la ligne 1 million à la ligne 2 millions, et vous permet de tamiser la sortie manuellement en moins.
Un autre exemple:
$ perl -n -e 'print if ( /regex one/ .. /regex two/)' humongo.txt | less
Cela démarre l'impression lorsque "l'expression régulière un" trouve quelque chose et s'arrête lorsque "l'expression régulière deux" trouve la fin d'un bloc intéressant. Il peut trouver plusieurs blocs. Tamiser la sortie ...
Ceci est un autre outil utile que vous pouvez utiliser. Pour citer l'article Wikipedia :
logparser est un utilitaire de ligne de commande flexible qui a été initialement écrit par Gabriele Giuseppini, un employé de Microsoft, pour automatiser les tests de journalisation IIS. Il était destiné à être utilisé avec le système d'exploitation Windows et était inclus avec les outils du kit de ressources IIS 6.0. Le comportement par défaut de logparser fonctionne comme un "pipeline de traitement de données", en prenant une expression SQL sur la ligne de commande et en sortant les lignes contenant des correspondances pour l'expression SQL.
Microsoft décrit Logparser comme un outil puissant et polyvalent qui offre un accès universel aux requêtes aux données textuelles telles que les fichiers journaux, les fichiers XML et les fichiers CSV, ainsi qu'aux principales sources de données sur le système d'exploitation Windows telles que le journal des événements, le registre, le système de fichiers et Active Directory. Les résultats de la requête d'entrée peuvent être mis en forme de manière personnalisée dans une sortie basée sur du texte, ou ils peuvent être conservés sur des cibles plus spécialisées comme SQL, SYSLOG ou un graphique.
Exemple d'utilisation:
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line > 1000 and line < 2000"
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line like '%pattern%'"
100 Mo n'est pas trop gros. 3 Go deviennent un peu gros. J'avais l'habitude de travailler dans une installation d'impression et de courrier qui créait environ 2% du courrier de première classe américain. L'un des systèmes dont j'étais le responsable technique représentait environ 15 +% des envois. Nous avions quelques gros fichiers à déboguer ici et là.
N'hésitez pas à ajouter plus d'outils et d'informations ici. Cette réponse est wiki communautaire pour une raison! Nous avons tous besoin de plus de conseils sur le traitement de grandes quantités de données ...
less
avec retour à la ligne est lent. less -S
sans retour à la ligne est rapide comme l'éclair même sur les grandes lignes. Je suis de nouveau heureux!
less
.