큰 (거대한, 거대한, 큰) 텍스트 파일을 여는 텍스트 편집기


1023

100MB 이상 큰 것을 의미합니다. 이러한 텍스트 파일은 편집자의 봉투를 밀 수 있습니다.

큰 XML 파일을 살펴 봐야하지만 편집기가 버그 인 경우에는 사용할 수 없습니다.

어떤 제안?


166
실제로 100+ MB 또는 1+ GB의 텍스트 파일은 생각보다 드물지 않습니다 (예 : 사용중인 서버의 로그 파일).
Anders Sandvig

15
몰래 : 그리고 정확하게 텍스트가 아닙니다. 텍스트 파일을 읽고 이진 파일을 읽는 데 필요한 요구 사항이 약간 다르다고 생각합니다. 그러나 base64 또는 uuencode를 통해 전달할 수 있습니다.
Joey

2
이것은 적어도 비슷한 질문 또는 이전 ... 18 개월 물었다으로도 연결해야 stackoverflow.com/questions/102829/...
ONDEV

1
또한 내가 생성 한 거대한 로그 파일을 읽기 위해이 정확한 질문에 대한 답을 찾고있었습니다!
Horselover 패션

1
@BlairHippo 같은 방식으로 생각합니다. 누군가가 "닫기, 대신 WhateverExchange에 가야합니다"라고 말할 가능성이 높기 때문에 질문을 할 때 거의 긴장합니다.
Rodolfo

답변:


1386

무료 읽기 전용 뷰어 :

  • 대형 텍스트 파일 뷰어 (Windows) – 완전히 사용자 정의 가능한 테마 (색상, 글꼴, 줄 바꿈, 탭 크기). 가로 및 세로 분할보기를 지원합니다. 파일 추적 및 정규식 검색도 지원합니다. 매우 빠르고 간단하며 실행 파일 크기가 작습니다.
  • klogg (Windows, macOS, Linux) – glogg 의 유지 포크로서주요 기능은 정규식 검색입니다. 또한 파일을 볼 수 있고 사용자가 라인을 표시 할 수 있으며 심각한 최적화 기능이 내장되어 있습니다. 그러나 UI의 관점에서 볼 때 추악하고 어수선합니다.
  • LogExpert (Windows) – "에 대한 GUI 대체tail." 실제로 큰 파일 뷰어가 아닌 로그 파일 분석기이며 한 번의 테스트에서 250MB 파일을로드하는 데 10 초와 700MB의 RAM이 필요했습니다. 그러나 킬러 기능은 열화 기 (CSV, JSONL 등의 구문 분석 로그 및 스프레드 시트 형식으로 표시)와 형광펜 (특정 단어가 특정 색상으로 표시되는 행)입니다. 파일 추적, 탭, 다중 파일, 책갈피, 검색, 플러그인 및 외부 도구도 지원합니다.
  • 리스터 (Windows) – 매우 작고 미니멀리스트입니다. 실행 파일은 500KB에 불과하지만 검색 (정규식 사용), 인쇄, 16 진 편집기 모드 및 설정을 계속 지원합니다.
  • loxx (Windows) – 파일 추적 , 강조 표시, 줄 번호, 대용량 파일, 정규식, 여러 파일 및보기 등을 지원합니다. 무료 버전은 정규식 처리, 파일 필터링, 타임 스탬프 동기화 및 변경된 파일 저장이 불가능합니다.

무료 편집자 :

  • 일반 편집기 또는 IDE. 최신 편집자는 놀라 울 정도로 큰 파일을 처리 할 수 ​​있습니다. 특히 Vim (Windows, macOS, Linux), Emacs (Windows, macOS, Linux), Notepad ++ (Windows), Sublime Text (Windows, macOS, Linux) 및 VS Code (Windows, macOS, Linux)는 큰 (~ RAM이 있다고 가정하고 4GB) 파일.
  • 대용량 파일 편집기 (Windows) – TB + 파일을 열고 편집하고, 유니 코드를 지원하고, 메모리를 거의 사용하지 않으며, XML 관련 기능이 있으며 이진 모드를 포함합니다.
  • GigaEdit (Windows) – 검색, 문자 통계 및 글꼴 사용자 정의를 지원합니다. 그러나 버그가 많습니다. 큰 파일의 경우 문자를 삽입하지 않고 덮어 쓰기 만 허용합니다. LF를 줄 종결 자로 간주하지 않고 CRLF 만 존중합니다. 그리고 느립니다.

내장 프로그램 (설치 필요 없음) :

  • less (macOS, Linux) – 기존 Unix 명령 줄 호출기 도구입니다. 거의 모든 크기의 텍스트 파일을 볼 수 있습니다. Windows에도 설치할 수 있습니다.
  • 메모장 (Windows) – 큰 파일, 특히 자동 줄 바꿈이 해제 된 상태입니다.
  • MORE (Windows) –MOREUnix가 아닌Windows를 나타냅니다more. 한 번에 한 화면 씩 파일을 볼 수있는 콘솔 프로그램.

웹 뷰어 :

  • readfileonline.com – 또 다른 HTML5 대용량 파일 뷰어. 검색을 지원합니다.

유료 에디터 :

  • 010 편집기 (Windows, macOS, Linux) – 거대한 (50GB까지) 파일을 엽니 다.
  • SlickEdit (Windows, macOS, Linux) – 큰 파일을 엽니 다.
  • UltraEdit (Windows, macOS, Linux) – 6GB가 넘는 파일을 열지 만이 설정이 실용적 이도록 구성을 변경해야합니다. 메뉴»고급»구성»파일 처리»임시 파일»임시 파일없이 파일 열기 ...
  • 엠 에디터 (Windows) – 매우 큰 텍스트 파일을 잘 처리합니다 (공식적으로 최대 248GB, 한 보고서에 따르면 최대 900GB).

60
VIM 또는 Emacs ... 독을 선택하면 둘 다 던질 파일을 모두 처리합니다. 나는 개인적으로 이맥스를 선호하지만 둘 다 딸꾹질없이 메모장을 이길 것입니다.
Mike Stone

25
Emacs는 기본 아키텍처 (32 또는 64 비트)에 따라 최대 버퍼 크기를 갖습니다. 32 비트 시스템에서는 128MB보다 큰 파일에서 "최대 버퍼 크기 초과"오류가 발생한다고 생각합니다.
Rafał Dowgird

82
방금 561MB 로그 파일로 Notepad ++를 사용해 보니 너무 큽니다.
barfoon

9
@Rafal 재미있는! 64 비트에서는 ~ 1024 페타 바이트입니다. 이유는 emacs가 버퍼 위치 (포인트와 같은)를 추적해야한다는 사실과 관련이 있습니다.
baudtack

79
그러나 vim은 문제의 파일에 줄 바꿈이 충분할 경우에만 작동합니다. 한때 ca를 편집해야했습니다. 줄 바꿈이없는 150MB 파일은 vim이 처리 할 수 ​​없으므로 gedit를 사용해야했습니다.
Benno

192

팁과 요령

적게

왜 큰 파일을 보기 위해 편집기 를 사용 하고 있습니까?

* nix 또는 Cygwin 에서는 사용하십시오 . (“더 작거나 더 많거나 적다”라는 유명한 말이 있습니다. "less"는 이전 Unix 명령 "more"를 뒤로 스크롤 할 수있는 추가 기능으로 대체했기 때문입니다. Vim, 스왑 파일이없고 RAM이 거의 사용되지 않습니다.

GNU의 Win32 포트가 적습니다. 위 답변의 "less"섹션을 참조하십시오.

Perl은 빠른 스크립트에 적합하며 ..(범위 플립 플롭) 연산자를 사용하면 방해가되는 크러스트를 제한 할 수있는 훌륭한 선택 메커니즘을 사용할 수 있습니다.

예를 들면 다음과 같습니다.

$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | less

이렇게하면 1 백만 줄에서 2 백만 줄까지 모든 것을 추출 할 수 있으며 출력을 수동으로 적은 양으로 줄일 수 있습니다.

또 다른 예:

$ perl -n -e 'print if ( /regex one/ .. /regex two/)' humongo.txt | less

"정규 표현식 1"이 무언가를 찾으면 인쇄를 시작하고 "정규 표현식 2"가 흥미로운 블록의 끝을 찾으면 중지합니다. 여러 블록을 찾을 수 있습니다. 출력을 선별하십시오 ...

로그 파서

이것은 또 다른 유용한 도구입니다. Wikipedia 기사 를 인용하려면 :

logparser 는 Microsoft 직원 인 Gabriele Giuseppini가 IIS 로깅 테스트를 자동화하기 위해 처음 작성한 유연한 명령 줄 유틸리티입니다. Windows 운영 체제 용으로 만들어졌으며 IIS 6.0 Resource Kit 도구에 포함되었습니다. logparser의 기본 동작은 "데이터 처리 파이프 라인"과 같이 작동합니다. 명령 행에서 SQL 표현식을 가져 와서 SQL 표현식과 일치하는 행을 출력합니다.

Microsoft는 Logparser를 로그 파일, XML 파일 및 CSV 파일과 같은 텍스트 기반 데이터뿐만 아니라 Windows 운영 체제의 주요 데이터 소스 (예 : 이벤트 로그, 레지스트리, 파일 시스템 및 Active Directory. 입력 쿼리 결과는 텍스트 기반 출력으로 사용자 정의 형식으로 지정하거나 SQL, SYSLOG 또는 차트와 같은보다 특수한 대상으로 지속될 수 있습니다.

사용법 예 :

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%'"

크기의 상대성

100MB는 크지 않습니다. 3GB가 점점 커지고 있습니다. 미국 일등 우편의 약 2 %를 만든 인쇄 및 우편 시설에서 일했습니다. 내가 기술 책임자 인 시스템 중 하나가 메일 조각의 약 15 % 이상을 차지했습니다. 여기저기서 디버깅 할 큰 파일이있었습니다.

그리고 더...

여기에 더 많은 도구와 정보를 추가하십시오. 이 답변은 커뮤니티 위키입니다. 많은 양의 데이터를 다루는 데 더 많은 조언이 필요합니다 ...


8
+1, 최근에 내가보아야 할 정말 거대한 xml 파일 (+ 1 기가 바이트)이있었습니다. 나는 Windows에 있으며 vim, emacs, notepad ++ 및 다른 여러 편집기는 파일을 열려고 할 때 시스템을 거의 사용할 수 없게 될 때까지 파일을 완전히 질식 시켰습니다. 잠시 후, 방금 파일을 보려고 할 때 실제로 파일을 -editor-에서 여는 것이 얼마나 불필요한 지 깨달았습니다. cygwin (그리고 영리한 grep / less / sed-magic)을 사용하여 내가 관심있는 부분을 쉽게 발견하고 번거 로움없이 읽을 수있었습니다.
wasatz

8
cygwin이 더 적을 필요는 없으며 Windows에서도 사용할 수 있습니다. gnuwin32.sourceforge.net/packages/less.htm
ChristophK

2
XML 편집기 에는 큰 파일 뷰어 구성 요소가 있으며 큰 파일에도 구문 색상을 제공합니다. 파일이 메모리에 완전히로드되지 않았으므로 다중 GB 문서는 문제가되지 않습니다. 또한이 도구는 큰 XML 문서를 검증 할 수도 있습니다 ... 내 의견으로는 거대한 XML 데이터로 작업하는 가장 좋은 방법 중 하나입니다.
lichtfusion

9
좋아, 그래서 나는 내 자신의 문제를 해결했다. less줄 바꿈이 느립니다. less -S줄 바꿈이 없으면 큰 줄에서도 번개가 빨라집니다. 다시 행복 해요!
앤디 브라운

6
좋은 대답입니다. Git for Windows가 설치되어 있다면 Git bash도 포함되어 less있습니다.
트랜지스터 1
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.