如何用 vim 打开一个 10G 的文本。。。

[idblife]

其实就想编辑下前几行

[ltkun]

查看的话 head 编辑的话总要打开才能编辑了吧

[Splatoon]

修改内容不多的话，不妨用 awk sed 这类工具。

[James369]

dd 一段出来编辑，再 dd 回去

[ltzliwe]

```
head -[N] file > small
vim small
tail -n +[N+1] > large
cat small large > result
```

拆掉编辑就可以。。记得先实验一下

[thedrwu]

关了语法高亮编辑器来很轻松

[20015jjw]

没高亮应该是直接可以编辑吧

[Zerek]

康康 split 命令先给拆出来？

[Alliot]

用 readline 来改。。

[bootvue]

拆成一堆小文件 或者拉到 windows 下 用 piloedit 编辑 搜索很爽

[codehz]

（无论如何，如果改变了开头的长度，后面 10G 的内容都需要重写一遍才可以保存（

[LonnyWong]

mmap 到内存，用代码来改。

[kiwi95]

知道哪几行的话 sed 替换下

[darklights]

----- 以下跟楼主无关 -----

每次看到有人吹 vim 的大文件性能就想吐。本以为吐着吐着就惯了，没想到吃饱饭后看到还是会吐。

打开 900m 的纯 txt 占用 1G 内存，编辑操作会不会卡死完全看运气，保存文件整个重写，gVim 甚至连最基本的滚动都能跑满一个核卡死，管这叫“很轻松”？对，vim 非常牛非常叉，程序员的神器，然而但是不过完全没有对大文件有任何针对优化。

那些 L/V 吹，找台 Windows 的机器，装个 emeditor ，看看有针对性优化的编辑器长什么样子：编辑机械盘上的 1G 文件吊打 vim 编辑 ssd 上的 1G 文件，分块保存，而且只需 300m 内存。

----- 以上跟楼主无关 -----

[pagxir]

装个 hexedit 吧，文本编辑器本来就不是用来编辑二进制文件的

[HankLu]

啥文本?不会是裤子吧

[documentzhangx66]

这事本质与 Linux 哲学有关。Linux 哲学是一个 exe 只做一件事，这样可以高复用+高度解耦地模块化。但问题是，高性能的东西是另一个极端，需要高耦合才行。

[ufan0]

借楼问下 vscode

依稀记得 16/17 年那会儿，vscode 打开 200MB 的 txt 响应速度非常快，现在打开 100MB 的 txt 都非常缓慢甚至卡，请问你们有遇到这样的问题吗？

16/17 年用的处理器是 intel i7-6700HQ ，现在用的处理器是 intel11 代和 m1 。

[searene]

一般情况下，打开大文件一开始要等待，这是因为 vim 在做语法检测之类的事情，直接按一下 ctrl + c 终止就可以看到文件内容了，可以试一下

[imycc]

如果知道修改的模式，比如删除或替换指定内容，可以用 sed ，指定行数来修改。

还有一个没试过的办法，把你的.vimrc 备份后挪走，用不加载任何插件跟配置的情况下打开试试

[swsh007]

跟 vi 没啥关系
跟 buffer 有关
早年 32 位的 UltraEdit 就快的很
可惜越来越慢了