blocks|key|1548366|text|如果你使用*nix+(假设你只需要修改文件的一部分(很少))，你可以拆分文件(使用split命令)，单独编辑它们(使用awk、sed或类似的东西)，并在完成后将它们连接起来。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1548367|cat+file2+file3+>>+file1|code-block|syntax|javascript|1548368|entityMap^0|15|5|1N|3|1R|3|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@$9|N|A|O|B|C]|$9|P|A|Q|B|C]|$9|R|A|S|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|T|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|U|8|@]|D|@]|E|$]]]|L|$]]

If you are on *nix (and assuming you have to modify only parts of file (and rarely)), you may split the files (using the <code>split</code> command), edit them individually (using <code>awk</code>, <code>sed</code>, or something similar) and concatenate them after you are done.

<pre><code>cat file2 file3 &gt;&gt; file1
</code></pre>

blocks|key|1332921|text|可能是插件导致它卡住了。(语法突出显示、折叠等)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1332922|你可以在没有插件的情况下运行vim。|1332923|vim+-u+"NONE"+hugefile.log|code-block|syntax|javascript|1332924|它是极简主义的，但它至少会给你你习惯的vi动作。|1332925|syntax+off|1332926|是另一个显而易见的问题。精简您的安装并获取您所需的资源。你会发现它的能力，以及你是否需要通过其他方式完成一项任务。|1332927|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

It may be plugins that are causing it to choke. (syntax highlighting, folds etc.)

You can run vim without plugins. 

<pre><code>vim -u "NONE" hugefile.log
</code></pre>

It's minimalist but it will at least give you the vi motions you are used to. 

<pre><code>syntax off
</code></pre>

is another obvious one. Prune your install down and source what you need. You'll find out what it's capable of and if you need to accomplish a task via other means.

blocks|key|1548544|text|对@Al+pachio给出的答案稍有改进使用split+%2B+vim解决方案，您可以使用glob读取文件，有效地将文件块用作缓冲区，例如|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1548545|$+split+-l+5000+myBigFile
xaa
xab
xac
...

$+vim+xa*
#edit+the+files

:nw++#skip+forward+and+write
:n!++#skip+forward+and+don't+save+

:Nw++#skip+back+and+write
:N!++#skip+back+and+don't+save|code-block|syntax|javascript|1548546|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

A slight improvement on the answer given by @Al pachio with the split + vim solution you can read the files in with a glob, effectively using file chunks as a buffer e.g

<pre><code>$ split -l 5000 myBigFile
xaa
xab
xac
...

$ vim xa*
#edit the files

:nw #skip forward and write
:n! #skip forward and don't save 

:Nw #skip back and write
:N! #skip back and don't save
</code></pre>

blocks|key|1547991|text|你可能想看看这个VIM+plugin，它在加载大文件时为了提高速度而禁用了某些vim特性。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1547992|entityMap|0|LINK|mutability|MUTABLE|url|http://www.vim.org/scripts/script.php?script_id=1506^0|8|A|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

You might want to check out this <a href="http://www.vim.org/scripts/script.php?script_id=1506" rel="noreferrer">VIM plugin</a> which disables certain vim features in the interest of speed when loading large files.

blocks|key|1548413|text|我认为十六进制编辑器处理大文件是很常见的。在Windows上，我使用的是HxD，它声称可以处理高达8EB(80亿EB+)的文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1548414|entityMap|0|LINK|mutability|MUTABLE|url|https://mh-nexus.de/en/hxd/^0|10|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I think it is reasonably common for hex editors to handle huge files. On Windows, I use <a href="https://mh-nexus.de/en/hxd/" rel="nofollow noreferrer">HxD</a>, which claims to handle files up to 8 EB (8 billion gigabytes).

blocks|key|1548498|text|我在Win7+x64和LargeFile+plugin+by+Charles+Campbell上使用vim+7.3.3来处理几十亿字节的纯文本文件。它真的工作得很好。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1548499|我希望你是对的。|1548500|entityMap|0|LINK|mutability|MUTABLE|url|http://www.vim.org/scripts/script.php?script_id=1506^0|B|10|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

I'm using vim 7.3.3 on Win7 x64 with the <a href="http://www.vim.org/scripts/script.php?script_id=1506" rel="nofollow">LargeFile plugin by Charles Campbell</a> to handle multi-gigabyte plain text files. It works really well.

I hope you come right.

blocks|key|1547899|text|哇，从来没有设法让vim窒息，即使只有一两GB。我听说UltraEdit+(在Windows上)和BBEdit+(在Mac上)甚至更适合更大的文件，但我没有亲身经历。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1547900|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Wow, never managed to get vim to choke, even with a GB or two. I've heard that UltraEdit (on Windows) and BBEdit (on Macs) are even more suitable for even-larger files, but I have no personal experience.

blocks|key|1547930|text|在过去，我使用这个工具http://csved.sjfrancke.nl/打开了一个3G的文件|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1547931|entityMap|0|LINK|mutability|MUTABLE|url|http://csved.sjfrancke.nl/^0|B|Q|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

In the past I opened up to a 3 gig file with this tool <a href="http://csved.sjfrancke.nl/" rel="nofollow noreferrer">http://csved.sjfrancke.nl/</a>

blocks|key|1548087|text|就我个人而言，我喜欢UltraEdit。这是他们的小spiel+on+large+files。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1548088|entityMap|0|LINK|mutability|MUTABLE|url|http://www.ultraedit.com/|1|http://www.ultraedit.com/support/tutorials_power_tips/ultraedit/large_file_handling.html^0|A|9|0|Q|K|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

Personally, I like <a href="http://www.ultraedit.com/" rel="nofollow noreferrer">UltraEdit</a>. Here is their little <a href="http://www.ultraedit.com/support/tutorials_power_tips/ultraedit/large_file_handling.html" rel="nofollow noreferrer">spiel on large files</a>.

blocks|key|1332778|text|我已经使用了远指挥官的内置编辑器/查看器来处理超大的日志文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1332779|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've used FAR Commander's built-in editor/viewer for super-large log files.

blocks|key|1547956|text|我对大的日志文件使用了TextPad，它没有上限。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1547957|entityMap|0|LINK|mutability|MUTABLE|url|http://www.textpad.com/^0|B|7|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I have used <a href="http://www.textpad.com" rel="nofollow noreferrer">TextPad</a> for large log files it doesn't have an upper limit.

blocks|key|1332853|text|我唯一能用来做这种事情的就是我最喜欢的Mac十六进制编辑器，0XED。然而，这是我认为大到数十兆字节的文件。我不确定它会走多远。但我很确定它一次只将文件的一部分加载到内存中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1332854|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The only thing I've been able to use for something like that is my favorite Mac hex editor, 0XED. However, that was with files that I considered large at tens of megabytes. I'm not sure how far it will go. I'm pretty sure it only loads parts of the file into memory at once, though.

blocks|key|1332652|text|在过去，当文件变得非常大时，我成功地使用了拆分/编辑/连接方法。要实现这一点，您必须知道要编辑的文本在原始文件中的位置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1332653|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In the past I've successfully used a split/edit/join approach when files get very large. For this to work you have to know about where the to-be-edited text is, in the original file.

Are there any editors that can edit multi-gigabyte text files, perhaps by only loading small portions into memory at once? It doesn't seem like Vim can handle it =(

How to edit multi-gigabyte text files? Vim doesn't work =(

有没有可以编辑几十亿字节的文本文件的编辑器，也许可以一次只将一小部分文件加载到内存中？Vim似乎不能处理它=(

问如何编辑多to的文本文件？Vim不工作=(
EN

回答 13

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何编辑多to的文本文件？Vim不工作=(EN

回答 13

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何编辑多to的文本文件？Vim不工作=(
EN