Есть ли у кого-нибудь рекомендации для редактора программиста, которые могут справиться с большими файлами в Mac OS X? Большим я имею в виду сотни мегабайт. TextMate не режет.Редактирование больших файлов на Mac OS X
Вы пытались Vim? Это единственный редактор, который я использую :-)
Редактировать: Кажется, что это зависит от нескольких факторов. Я использовал Vim с большими CSV (то есть текстовыми) файлами и отлично работал. YMMV :-)
Если Vim действительно может обрабатывать файл размером в сотни мегабайт, я советую его шляпе. Я знаю, что emacs задыхается от чрезвычайно больших файлов. –
Я использую его на очень больших файлах журнала довольно часто. Он загружает только то, что ему нужно. Теперь, делая некоторые забавные манипуляции с данными на каждой строке, может занять некоторое время ;-) –
Да, это возможно, и поиск и замена удивительно быстр. –
Я использовал gvim для файлов размером более 1 Гб NASTRAN продукции. gvim обрабатывает большие файлы очень хорошо. На самом деле, это была основная причина, по которой я переключился с Emacs на vim.
Emacs - отличный редактор, но он может обрабатывать файлы размером до 128 МБ, по крайней мере, 32-разрядную версию. Если вы решите использовать Emacs Я рекомендую настроить его, чтобы отключить подсветку синтаксиса для больших файлов.
Другой способ иметь дело с большими файлами в те дни было тяжелое использование head, tail и split.
Emacs, естественно, по крайней мере, 64 бит сборки (вы можете сделать это на OS X, так?)
Но кроме того, они, конечно, сгенерированные файлы. Вам действительно нужно взаимодействовать с ними все сразу?
Насколько я знаю, Emacs может обрабатывать только до 128 МБ. Не уверен в 64 версиях. –
Да до 128mb предел на 32. Я должен дважды проверить это примерно на 64 бит сборки на OS X, так как это смешно около 64 бит в некотором смысле – simon
Crisp утверждает, что имеет возможность редактировать файлы размером «8 ГБ или больше», но я не пробовал.
BBEdit, этот старый режим ожидания, известен тем, что обрабатывает очень большие файлы с апломбом (или, по крайней мере, он вернулся в эпоху pre-TextMate). Есть бесплатная версия, TextWranger; Я предполагаю, что он основан на одном ядре и должен все еще работать.
Я попробовал TextWrangler, и он задохнулся от файла, к сожалению. –
Последний BBEdit врезался в мой 4-гигабайтный файл. Обычно я использую его для сотенных файлов, но, по-видимому, он не может обрабатывать файлы размера GB. – gtd
TextWrangler и BBEdit могут редактировать любой файл до 384 МБ. Это ограничение связано с тем, что они хранят весь файл в ОЗУ, и он зашифрован в Юникоде, поэтому он не очень эффективен. Недавно я использовал 'split -b 300m foo.xml' в огромном XML-файле, а TextWrangler занял несколько секунд, чтобы открыть его, но затем был полностью функциональным - даже подсветкой синтаксиса. –
Если вы просто хотите, чтобы иметь представление о структуре, как о просмотре с более или менее?
Очень хороший совет: если вам нужно только прочитать контент, то он менее эффективен, чем vi. –
Определенно vim - это ответ. Проверьте версию macvim, версию для Mac.
HexFiend предназначен для чтения файлов любого размера, но вам нужно будет работать с использованием привязки символов с фиксированным столбцом и без обнаружения новой строки.
HexFiend - один из самых быстрых для * чтения * такого файла, насколько я видел (5gb sql dump файл открыт за 3 секунды), но это не значит для * редактирования *. Или, меню, похоже, не подразумевает это. Разве вы не знаете иначе? – Groxx
Это сработало для меня - даже после того, как Вим потерпел неудачу. – Blair
HexFiend открыл игровой файл размером 6 ГБ в течение 1-2 секунд, не разбивая пота – diek
Vim уже был рекомендован. Если вы используете vim, вы можете также использовать плагин LargeFile (неподражаемым Чарльзом «Dr Chip» Campbell), который автоматически отключает различные функции vim в интересах скорости для файлов более 100 Мб (по умолчанию).
Поскольку вы отметили в комментарии, что это на самом деле XML-файл, и вы просто хотите получить представление о его структуре, вы можете захотеть проверить Oxygen's приложение LargeFileViewer, вспомогательное приложение, которое поставляется с XML-редактором Oxygen.(Может быть, и с автором, я не знаю.)
Теперь родной emacs на OS X представляется 64-разрядной версией. Он работает как прелесть моего текстового файла в 250 МБ.
Если, как вы говорите, только нужно получить представление о структуре, попробуйте открыть документ в консоли. Верьте или нет, я могу просматривать файлы размером до 15 ГБ (MAC OSX 10.7.2)
Просто попробовал это, и он идеально подходит для просмотра больших файлов на Mac. Похоже, что он создан для просмотра журналов, поэтому вам нужно научиться его использовать, но он очень эффективен при просмотре больших файлов. Благодаря! –
Я только что открыл текстовый файл объемом 2,4 Гб за 10 секунд, используя это. ИДЕАЛЬНО!!! Не могу рекомендовать это достаточно. – Charlie74
Спасибо! просто открыл файл документа xml doc 16.95gb. –
Редактировать: Не использовать Sublime Text 2! Хотя это сработало для меня, по-видимому, для многих других пользователей Sublime Text 2 не может обрабатывать большие текстовые файлы. Ниже мой оригинальный ответ:
Sublime Text 2 для Mac 10.6.8 открыл 200 Мб файл для меня без каких-либо проблем
Просто попробовал с файлом SQL 180 МБ. Открывает файл в течение нескольких минут, пытается загрузить весь файл в память. Нет хорошего – JaakL
Если вы кодируете файлы в 180 Мбайт SQL, я думаю, что вы, возможно, «делаете это неправильно». (О, это экспорт? Ну, я тогда прощаю). – unsynchronized
Sublime Text 3 в основном зависает при поиске и замене на больших файлах. – Alex
ли вам нужно интерактивное редактирование? Так как файл, который большой будет превосходить то, что может контролировать мозг человека, возможно, вы могли бы просто вытащить куски из него и разобраться с ними? Или используйте sed/perl/python/any, чтобы применить соответствующие изменения к потоку, а затем загрузите файл? –
Это очень хороший момент. Это на самом деле XML-файл, и я просто хочу получить представление о его структуре. –
Vim также выполняет свертывание на многих языках, но не уверен, поддерживает ли он XML. Что-то заглянуть в :-) –