문제

저는 4기가바이트 이상의 파일을 로드할 수 있는 텍스트 편집기를 찾고 있습니다.텍스트패드가 작동하지 않습니다.나는 그것의 사본을 소유하고 있고 그것의 지원 사이트를 방문했지만, 그것은 단지 그것을 하지 않습니다.어쩌면 새로운 하드웨어가 필요할 수도 있지만 그것은 다른 질문입니다.편집자는 무료여야 합니다. 또는 비용이 들 경우 $30를 넘지 않아야 합니다.Windows의 경우.

도움이 되었습니까?

해결책

다른 용도로 glogg를 고려할 수도 있습니다.

glogg screenshot

주의사항(보고자: 사이먼 투시 ~에 댓글, 2월2013)

한 가지 주의 사항 - 두 가지 검색 기능이 있습니다. Main Search 그리고 Quick Find.
내가 가정하는 낮은 것은 Quick Find, 빠른 것보다 적어도 한 단계 더 느립니다.

다른 팁

몬스터(런어웨이) 로그 파일(20GB 이상)을 살펴봐야 했습니다.나는 사용했다 hexedit 무료 버전 어떤 크기의 파일에서도 작동할 수 있습니다.또한 오픈 소스입니다.Windows 실행 파일입니다.

Jeff Atwood는 이에 대한 게시물을 여기에 게시했습니다. http://www.codinghorror.com/blog/archives/000229.html

그는 결국 Edit Pad Pro를 선택했습니다. "이전 사용 기록을 토대로 EditPad Pro가 가장 적합하다고 느꼈기 때문입니다.대용량 텍스트 파일에서 매우 빠르고, 동급 최고의 정규식을 지원하며, IDE인 척하지 않습니다."

편집기에서 거대한 로그 파일을 로드하는 대신 다음과 같은 Unix 명령줄 도구를 사용하고 있습니다. grep, tail, gawk, 등.흥미로운 부분을 훨씬 더 작은 파일로 필터링한 다음 그 파일을 엽니다.

Windows에서는 다음을 시도해 보세요. 시그윈.

시도해 보셨나요? 컨텍스트 편집기?작고 빠릅니다.

나는 대용량 파일(10기가 이상)을 처리해야 하는 경우가 종종 있기 때문에 이 게시물을 여러 번 우연히 발견했습니다.

버그가 많고 제한된 프리웨어에 지쳤고 평가판이 만료된 후 값비싼 편집자에게 비용을 지불할 의향이 없어서(결국 돈 가치가 없음) 방금 사용했습니다. 윈도우용 VIM 큰 성공과 만족을 누리고 있습니다.

텍스트 파일을 처리할 때 생각할 수 있는 모든 기능(검색, 바꾸기, 읽기 등)을 포함하여 완벽하게 사용자 정의할 수 있고 이러한 요구에 딱 맞습니다.원하는대로 말만 해)

나는 아무도 대답하지 않았다는 것에 매우 놀랐습니다. (이전 답변은 제외하고 MacOS의 경우)...

기록상 내가 우연히 발견한 것 이 블로그 게시물, 현명하게 조언했습니다.

4G 파일을 처리하는 것은 정말 어렵습니다.저는 더 큰 텍스트 파일을 처리하곤 했지만 해당 파일을 편집기에 로드한 적은 없었습니다.이전 회사에서는 주로 UltraEdit을 사용했고 지금은 Notepad++를 사용하지만 편집에 필요한 부분만 가져옵니다.(대부분의 경우 파일 편집이 필요하지 않습니다.)

왜 그렇게 큰 파일을 편집기에 로드하려고 합니까?이러한 크기의 파일을 처리할 때는 GNU Core Utils를 사용했습니다.해당 파일에 대해 내가 수행한 가장 일반적인 작업은 헤드(상위 250,000개 라인을 가져오는 등), 테일, 분할, 정렬, shuf, uniq 등이었습니다.정말 강력해요.

GNU Core Utils로 할 수 있는 일이 많이 있습니다.나는 새로운 편집자 대신에 그것을 추천하고 싶습니다.

이렇게 오래된 스레드에 게시해서 죄송합니다. 여기서 몇 가지 팁을 시도해 보았는데 그 중 어느 것도 제게 도움이 되지 않았습니다.

텍스트 편집기와는 약간 다르지만 Beyond Compare는 내 Vista 32비트 컴퓨터에서 매우 큰(3.6 Gig) 파일을 처리할 수 있다는 것을 알았습니다.

Emacs, Large Text File Viewer, HexEdit, Notepad++가 모두 막힌 파일입니다.

-에릭

6GB mysqldump 파일을 읽으려고 몇 가지 시도를 한 후 내가 가장 좋아하는 것은 다음과 같습니다.

파일럿편집 라이트 http://www.pilotedit.com/

왜냐하면:

  • 메모리 사용량은 (어쨌든?!) 25MB를 넘은 적이 없으므로 기본적으로 내 시스템의 나머지 부분에는 영향을 미치지 않습니다. 하지만 여는 데 몇 분이 걸렸습니다.
  • 그 시간 동안 정확한 진행률 표시줄이 있어서 어떻게 진행되고 있는지 알 수 있었습니다.
  • 파일을 열면 간단한 검색 및 탐색이 모두 작은 메모장 파일과 마찬가지로 작동했습니다.
  • 그것은 무료입니다.

내가 시도한 다른 것들은 ...

엠에디터 프로 평가판은 매우 인상적이었습니다. 파일은 거의 즉시 열렸지만 불행히도 내 요구 사항에 비해 너무 비쌌습니다.

에디트패드 프로 전체 6GB 파일을 메모리에 로드하고 모든 것을 크롤링하는 속도를 늦췄습니다.

Windows, Unix 또는 Mac용인가요?Mac 또는 *nix에서는 emacs 또는 vim의 명령줄이나 GUI 버전을 사용할 수 있습니다.

Mac의 경우:TextWrangler는 큰 파일을 잘 처리합니다.나는 거기에 도움을 줄만큼 Windows 환경에 정통하지 않습니다.

큰 파일을 편집하기보다는 보기만 하고 싶다면 전체 파일을 메모리에 로드하는 대신 파일을 한 번에 한 덩어리씩 읽는 몇 가지 프리웨어 프로그램이 있습니다.나는 대용량(> 5GB) 파일을 읽어야 할 때 이것을 사용합니다.

Swiftgear의 대용량 텍스트 파일 뷰어 http://www.swiftgear.com/ltfviewer/features.html

Team Walrus의 대용량 파일 뷰어.

초보자인 경우 최대 하나의 하이퍼링크만 게시할 수 있기 때문에 마지막 링크에 대한 링크를 직접 찾아야 합니다.

나는 거대한 로그 파일을 접할 때 전체를 보려고 하지 않고 다음을 사용합니다. 무료 파일 분배기

물론 이는 솔루션이라기보다는 해결 방법이며 전체 파일이 필요한 경우도 있습니다.하지만 더 큰 파일에서 몇 줄만 보면 되는 경우가 종종 있는데 그것도 당신의 문제인 것 같습니다.그렇지 않다면 다른 사람들이 해당 유틸리티가 유용하다고 생각할 수도 있습니다.

예를 들어 자동 필터를 사용하기 위해 Excel에 로드하려는 경우 거대한 텍스트 파일을 볼 수 있는 뷰어는 별로 도움이 되지 않습니다.우리 모두는 문제를 해결하기 위해 문제를 더 작은 부분으로 나누는 데 하루를 보내기 때문에 동일한 원칙을 큰 파일에 적용하는 것이 논쟁의 여지가 없다고 생각했습니다.

HxD - hexeditor이지만 내부 편집이 가능하고 대용량 파일을 표시하지 않습니다.

비틀기 삽입 및 삭제를 포함하여 매우 큰 파일에 대한 편집을 처리할 수 있는 16진수 편집기입니다.

엠에디터 이것을 처리해야합니다.그들의 사이트 소유권 주장:

이제 EmEditor는 다음보다 더 크게 열 수 있습니다. 248GB(또는 21억 라인) 새로운 사용자 정의 막대 인 큰 파일 컨트롤러로 파일의 일부를 열어줍니다.대형 파일 컨트롤러를 사용하면 시작 포인트, 엔드 포인트 및 열 수있는 파일 범위를 지정할 수 있습니다.또한 파일의 시작을 중지하고 파일의 실제 크기와 사용 가능한 임시 디스크의 크기를 모니터링 할 수 있습니다.

무료는 아니지만..

Far Commander가 큰 파일을 열 수 있다는 것을 알았으며 (4.2GB XML 파일을 시도했습니다) 전체 파일을 메모리에로드하지 않으며 빠르게 작동합니다.

다음을 사용하여 5GB 파일을 (빠르게) 열었습니다.

1) 16진수 편집기 네오

2) 010 에디터

Textpad는 해당 크기의 파일을 열 때도 잘 작동합니다.나는 3~5GB 범위의 매우 큰 로그 파일을 처리해야 할 때 여러 번 이 작업을 수행했습니다.또한 grep을 사용하여 가치 있는 라인을 뽑아낸 다음 그 훌륭한 작품을 살펴보세요.

질문에는 더 자세한 내용이 필요합니다.
파일(예:로그 파일) 또는 편집하시겠습니까?
로드하려는 파일 크기보다 더 많은 메모리가 있습니까?
예를 들어, , 어셈블리 언어로 작성된 매우 작은 텍스트 편집기는 다음과 같이 주장합니다.유효 파일 크기 제한이 없으며 로드할 수 있는 최대 크기는 사용 가능한 메모리와 파일 로드 속도에 따라 결정됩니다.[...] 파일 로드 및 저장 모두에 속도가 최적화되었습니다."

메모리 제한을 추상화하기 위해 매핑된 메모리를 사용할 수 있다고 가정합니다.그러나 파일을 편집해야 하는 경우 로컬 변경 사항을 메모리에 저장하고 저장할 때 청크 단위로 적용하는 등 영리한 방법을 사용해야 합니다.어떤 경우에는 효과적이지 않을 수 있습니다(예: 큰 검색/바꾸기).

4G 파일에서도 TextPad에 문제가 있었습니다.Notepad++는 잘 작동합니다.

이맥스 다룰수있다 거대한 파일 크기 Windows나 *nix에서 사용할 수 있습니다.

어떤 OS와 CPU를 사용하고 있나요?32비트 OS를 사용하는 경우 시스템의 프로세스는 물리적으로 4GB 이상의 메모리를 주소 지정할 수 없습니다.대부분의 텍스트 편집기는 전체 파일을 메모리에 로드하려고 하기 때문에 원하는 작업을 수행할 수 있는 편집기를 찾을 수 있을지 의문입니다.이는 코어 외부 처리를 수행할 수 있는 매우 멋진 텍스트 편집기여야 합니다.이자형.한 번에 파일 덩어리를 로드합니다.

64비트 CPU와 64비트 운영 체제가 설치된 컴퓨터에서 64비트 텍스트 편집기를 사용하면 이렇게 큰 파일을 로드할 수 있습니다.그리고 스왑 파티션이나 스왑 파일에 충분한 공간이 있는지 확인해야 합니다.

4GB 이상의 파일을 메모리에 로드하려는 이유는 무엇입니까?그렇게 할 수 있는 텍스트 편집기를 찾았더라도 컴퓨터에 4GB의 메모리가 있습니까?그리고 물리적 메모리가 4GB를 넘지 않는 한, 컴퓨터 속도가 많이 느려지고 스왑 파일이 미친 듯이 변할 것입니다.

그렇다면 왜 4GB 이상의 파일을 원합니까?이를 변환하거나 검색 및 바꾸기를 수행하려면 작은 빠른 프로그램을 작성하는 것이 더 나을 수 있습니다.

나도 좋아해 메모장++.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top