Mac OS X에서 대용량 파일 편집

누구나 Mac OS X에서 대용량 파일을 처리 할 수있는 프로그래머 용 편집기에 대한 권장 사항이 있습니까? 큰 것은 수백 메가 바이트를 의미합니다. TextMate는 그것을 자르지 않습니다.Mac OS X에서 대용량 파일 편집

출처

2009-06-04 John Topley

당신이 대화 형 편집 필요하십니까 문제없이 나를 위해 200 메가 바이트 파일을 열어 : 다음은 내 원래의 대답은? 큰 파일은 사람의 두뇌가 처리 할 수있는 것을 초과 할 것이므로 어쩌면 덩어리를 꺼내서 처리 할 수 있습니까? 또는 sed/perl/python/whatever를 사용하여 스트림에 적절한 변경 사항을 적용한 다음 파일을 피드 할 수 있습니까? –

그건 아주 좋은 지적입니다. 실제로 XML 파일이고 구조에 대한 아이디어를 얻고 싶습니다. –

Vim은 여러 언어로 접기도하고 있지만 XML을 지원하는지 확실하지 않습니다. 뭔가를 살펴 봐야 할 것 :-) –

Vim을 사용해 보셨습니까? 그것은 내가 사용하는 유일한 편집기입니다 :-)

편집 : 그것은 몇 가지 요소에 따라 좌우되는 것 같습니다. Vim을 대용량 CSV (즉, 텍스트 기반) 파일과 함께 사용했는데 효과적이었습니다. YMMV

출처

2009-06-04 20:28:11

Vim이 수백 메가 바이트 크기의 파일을 진정으로 처리 할 수 있다면 나는 그 모자에 팁을 둡니다. 엄청나게 큰 파일에서 이맥스가 질식하는 것을 압니다. –

매우 큰 로그 파일에서 자주 사용합니다. 그것은 단지 필요한 것을로드합니다. 이제는 모든 라인에서 재미있는 데이터 조작을하는 데 어느 정도 시간이 걸릴 수 있습니다 ;-) –

예, 검색 및 교체가 놀랍도록 빠릅니다. –

:-) 나는 NASTRAN 출력 1 GB보다 큰 파일을 gvim 사용했다. gvim은 큰 파일을 매우 잘 처리합니다. 실제로 그것이 내가 전환 한 주된 이유였습니다 Emacs을 vim으로 전환했습니다.

Emacs은 훌륭한 편집기이지만 파일 크기가 128MB (최소 32 비트 버전) 이상인 파일 만 처리 할 수 있습니다. Emacs 큰 파일의 경우 구문 강조를 해제하도록 구성하는 것이 좋습니다.

당시 큰 파일을 처리하는 또 다른 방법은, tail 및 splithead 많이 사용했다.

출처

2009-06-04 20:29:40

이맥스는, 자연스럽게, 적어도 64 비트 빌드는

을 (당신은? 바로 지금 OS X에서 해당 작업을 수행 할 수 있습니다)뿐만 아니라, 이들은 반드시 파일이 생성됩니다. 한 번에 모든 사람들과 정말로 상호 작용해야합니까?

출처

2009-06-04 20:31:21 simon

필자가 아는 한 Emacs는 최대 128MB까지만 처리 할 수 있습니다. 약 64 개의 버전이 확실하지 않습니다. –

그렇습니다. 32MB에서 128MB로 제한됩니다. 64 비트에 대해서는 OS X에서 64 비트 빌드를 두 번 확인해야합니다. 어떤면에서는 64 비트가 재미 있습니다. – simon

-1

Crisp은 "8GB 이상"의 파일을 편집 할 수있는 기능을 제공하지만 아직 사용하지 않았습니다.

출처

2009-06-04 20:35:18

BBEdit, 그 오래된 대기는 정말 큰 파일을 aplomb으로 처리하는 것으로 유명합니다 (또는 적어도 이전 TextMate 시대로 돌아 왔습니다). 무료 버전 인 TextWranger이 있습니다. 나는 그것이 같은 핵심을 기반으로하고 여전히 작동해야한다고 가정합니다.

출처

2009-06-04 20:37:00 jacobian

TextWrangler를 시도했지만 불행히도 파일에 숨이 막혔습니다. –

최신 BBEdit이 내 4GB 파일에서 충돌했습니다. 나는 일반적으로 100-meg 파일에 사용하지만 GB 크기 파일을 처리 할 수는 없습니다. – gtd

TextWrangler와 BBEdit는 최대 384MB의 파일을 편집 할 수 있습니다. 이 제한은 전체 파일을 RAM에 저장하고 유니 코드로 암호화하므로 효율성이 떨어집니다. 나는 거대한 XML 파일에서'split -b 300m foo.xml'을 최근에 사용했는데, TextWrangler는 그것을 여는 데 몇 초가 걸렸지 만, 완전한 기능을 가졌다. –

또는 으로 검색하는 방법에 대해 알고 싶으십니까?

출처

2009-06-04 20:53:20 MikeJ

아주 좋은 조언 : 내용을 읽는 것만으로하면 vi보다 훨씬 효율적입니다. –

확실히 vim이 답입니다. Mac 버전 인 macvim을 확인하십시오.

출처

2009-06-04 21:05:13

HexFiend은 모든 크기의 파일을 읽도록 설계되었지만 고정 열 문자 배치와 줄 바꿈 감지를 사용하여 작업해야합니다.

출처

2009-06-17 17:02:00 Draxillion

HexFiend는 내가 본 것 중에 가장 빠른 파일 * 읽기 * (5 초 SQL 덤프 파일이 3 초 안에 열렸 음) 중 하나인데 쉽게 편집 할 수있는 것은 아닙니다. 또는 메뉴가이를 암시하지 않는 것 같습니다. 그렇지 않으면 안다? – Groxx

이것은 나를 위해 일했습니다 - Vim이 실패한 후에도. – Blair

Vim은 이미 권장되었습니다. vim을 사용하는 경우 LargeFile 플러그인 (독창적 인 Charles "Dr Chip"Campbell)을 사용할 수도 있습니다.이 기능은 기본 설정 인 100MB 이상의 파일 속도를 위해 vim의 다양한 기능을 자동으로 비활성화합니다.

출처

2009-11-08 21:35:52

실제로 XML 파일이며 구조에 대한 아이디어를 얻고 싶다는 의견에 언급 했으므로 LargeFileViewer, Oxygen XML Editor에 번들로 제공되는 도우미 응용 프로그램을 확인하십시오.(필자와 함께 올 수도 있습니다.)

출처

2009-12-21 02:58:05

OS X의 기본 이맥스는 이제 64 비트 버전 인 것 같습니다. 내 250MB 텍스트 파일의 매력처럼 작동합니다.

출처

2011-09-09 01:40:40 andebauchery

당신이 말한 것처럼 정말로 구조에 대한 아이디어 만 얻으려면 콘솔에서 문서를 열어보십시오. 믿거 나 말거나, 15GB (MAC OSX 10.7.2) 크기의 파일을 볼 수 있습니다.

출처

2011-11-23 15:12:07

그냥 시도해 보니 Mac에서 대용량 파일을 보는 데 적합합니다. 로그를보기 위해 만들어 졌으므로 조금 사용하는 방법을 배워야하지만 대용량 파일을 보는 것은 매우 효율적입니다. 감사! –

방금 전에 사용한 2.4GB 텍스트 파일을 약 10 초 만에 열었습니다. 완전한!!! 충분히 추천 할 수는 없습니다. – Charlie74

고마워요! 방금 16.95gb xml의 doc 파일을 열었습니다. –

-5

편집 : 숭고한 텍스트 2를 사용하지 마십시오! 저에게 효과적 일지라도, 다른 많은 사용자들에게는 분명히 Sublime Text 2가 큰 텍스트 파일을 처리 할 수 없습니다. 맥 10.6.8에 대한

Sublime Text 2이

출처

2012-05-21 13:37:01 gardenofwine

180MB의 SQL 파일로 시도해 보았습니다. 몇 분 동안 파일을 열고 전체 파일을 메모리로로드하려고 시도합니다. 괜찮음 – JaakL

180MB의 SQL 파일을 코딩하는 경우 "잘못하고있는 것"이라고 생각합니다. (오, 그게 수출이야? 그럼 내가 용서해.) – unsynchronized

대용량 텍스트를 찾아서 대체 할 때 숭고한 텍스트 3은 기본적으로 정지합니다. – Alex

Mac OS X에서 대용량 파일 편집

답변

관련 문제