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

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

---

100MB 이상을 의미합니다. 이러한 텍스트 파일은 편집자의 한계를 뛰어 넘을 수 있습니다.

큰 XML 파일을 살펴 봐야하는데 편집기에 버그가 있으면 볼 수 없습니다.

어떤 제안?

---

VS Code (Windows, macOS, Linux)-멋진 GUI를 갖춘 무료 및 오픈 소스. 1 분 만에로드 된 3.6GB JSON 파일을 편집했습니다. 파일을로드하려면 충분한 RAM이 있어야합니다.

무료 읽기 전용 뷰어 :

• glogg (Windows, macOS, Linux) – 다중 GB 파일을 처리하도록 확인되었습니다. 주요 기능은 정규식 검색입니다. 탭이 있고, 디스크에서 직접 파일을 읽고, 파일을 보거나 따라갈 수 있으며, 사용자가 줄을 표시 할 수 있습니다.
• LogExpert (Windows) – ".의 GUI 대체tail" 파일 추적, 검색, 필터링, 구성 가능한 강조 표시, 플러그인 및 외부 도구를 지원합니다.
• 대형 텍스트 파일 뷰어 (Windows) – 미니멀하고 실행 가능한 크기가 매우 작습니다. 분할보기, 텍스트 테마 사용자 지정, 정규식 검색 및 파일 팔로우를 지원합니다.
• Lister (Windows) – 훨씬 작고 미니멀합니다. 500KB에 불과한 하나의 실행 파일이지만 여전히 검색 (정규식 사용), 인쇄, 16 진 편집기 모드 및 설정을 지원합니다.

무료 편집자 :

• Vim 및 Emacs (Windows, macOS, Linux) – 클래식 Unix 편집기. 가파른 학습 곡선이지만 잔인하게 효율적입니다. 더 빨리 만들 수 있도록 조정할 수있는 설정이 있습니다.
• 대용량 파일 편집기 (Windows) – TB + 파일을 열고 편집하고, 유니 코드를 지원하고, 메모리를 거의 사용하지 않으며, XML 관련 기능이 있으며 바이너리 모드를 포함합니다.
• HxD (Windows) – 텍스트 편집기가 아닌 16 진 편집기입니다. 하지만 놀랍도록 빠르고 유용합니다.
• GigaEdit (Windows) – 검색, 문자 통계 및 글꼴 사용자 정의를 지원합니다. 그러나 버그가 있습니다. 대용량 파일에서는 문자를 삽입하지 않고 덮어 쓰기 만 허용합니다. LF를 라인 종결 자로 간주하지 않고 CRLF 만 사용합니다. 그리고 느립니다.

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

• less (macOS, Linux) – 전통적인 Unix 명령 줄 호출기 도구입니다. 거의 모든 크기의 텍스트 파일을 볼 수 있습니다. Windows에도 설치할 수 있습니다.
• 메모장 (Windows) – 대용량 파일, 특히 자동 줄 바꿈이 꺼져있는 경우 괜찮습니다.
• MORE (Windows) –MOREUnix가 아닌Windows를 나타냅니다more. 한 번에 한 화면 씩 파일을 볼 수있는 콘솔 프로그램입니다.

웹 뷰어 :

• htmlpen.com – TB + 파일을 열고 구문 강조 표시 할 수 있습니다. 매우 큰 파일을 제외하고 편집 할 수 있습니다. 검색, 정규식 및 내보내기를 지원합니다.
• readfileonline.com – 또 다른 HTML5 대용량 파일 뷰어. 검색을 지원합니다.

유료 편집자 :

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

마지막으로 일반 편집기로 큰 파일을 열어 보셨습니까? 일부 편집자는 실제로 상당히 큰 파일을 처리 할 수 ​​있습니다. 특히 Notepad ++ (Windows) 및 Sublime Text (Windows, macOS, Linux)는 2GB 범위의 파일을 지원합니다.

---

팁과 요령

적게

왜 사용하는 편집기를 단지에 보면 A (대형) 파일에서?

* nix 또는 Cygwin 에서는 더 적게 사용하십시오 . ( "less is more, more or less"라는 유명한 속담이 있습니다. "less"가 이전 Unix 명령 인 "more"를 뒤로 스크롤 할 수있는 추가로 대체했기 때문입니다.) less 아래에서 검색하고 탐색하는 것은 다음과 매우 유사합니다. Vim이지만 스왑 파일이없고 RAM이 거의 사용되지 않습니다.

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

Perl

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 는 IIS 로깅 테스트를 자동화하기 위해 Microsoft 직원 인 Gabriele Giuseppini가 처음에 작성한 유연한 명령 줄 유틸리티입니다. Windows 운영 체제에서 사용하기위한 것이며 IIS 6.0 Resource Kit 도구에 포함되었습니다. logparser의 기본 동작은 명령 줄에서 SQL 식을 가져와 SQL 식에 대한 일치 항목이 포함 된 줄을 출력함으로써 "데이터 처리 파이프 라인"처럼 작동합니다.

Microsoft describes Logparser as a powerful, versatile tool that provides universal query access to text-based data such as log files, XML files and CSV files, as well as key data sources on the Windows operating system such as the Event Log, the Registry, the file system, and Active Directory. The results of the input query can be custom-formatted in text based output, or they can be persisted to more specialty targets like SQL, SYSLOG, or a chart.

Example usage:

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

The relativity of sizes

100 MB isn't too big. 3 GB is getting kind of big. I used to work at a print & mail facility that created about 2% of U.S. first class mail. One of the systems for which I was the tech lead accounted for about 15+% of the pieces of mail. We had some big files to debug here and there.

And more...

Feel free to add more tools and information here. This answer is community wiki for a reason! We all need more advice on dealing with large amounts of data...

참고URL : https://stackoverflow.com/questions/159521/text-editor-to-open-big-giant-huge-large-text-files