100MB 이상 큰 것을 의미합니다. 이러한 텍스트 파일은 편집자의 봉투를 밀 수 있습니다.
큰 XML 파일을 살펴 봐야하지만 편집기가 버그 인 경우에는 사용할 수 없습니다.
어떤 제안?
답변
무료 읽기 전용 뷰어 :
- 대형 텍스트 파일 뷰어 (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 대용량 파일 뷰어. 검색을 지원합니다.
유료 에디터 :
답변
팁과 요령
적게
왜 큰 파일을 보기 위해 편집기 를 사용 하고 있습니까?
* 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 % 이상을 차지했습니다. 여기저기서 디버깅 할 큰 파일이있었습니다.
그리고 더…
여기에 더 많은 도구와 정보를 추가하십시오. 이 답변은 커뮤니티 위키입니다. 많은 양의 데이터를 다루는 데 더 많은 조언이 필요합니다 …
