如果你用vim的话,就很悲剧。
收集一下你们的做法。
收集一下你们的做法。
1
cloudzhou May 22, 2013
你是真的需要编辑呢?(大部分都是不需要的)
还是只是为了查看相关内容 一般 sed 和 grep 能解决大部分的需求 |
2
molinxx May 22, 2013
10G还真没试过,1G左右的经常~VIM还好,要等20秒左右加载完成,opensuse系统1230V2的U
|
3
molinxx May 22, 2013
只查看还是用less,编辑还是sed awk吧~
|
4
hadoop May 22, 2013 via Android
@molinxx vim这种必须在文件打开时一次性load进来,完全可以只load一部分,剩下的都用户定位到那里再load。而且我猜测vim内部是不是组织文件内容时需要额外的内存消耗,打开1g文件一般vim占用内存一般要大于1g
|
5
cassyfar May 22, 2013
我也在想这个问题
|
6
lululau May 22, 2013
有一种特例,可以用dd来完成,速度很快,例如,如果要将 bigfile 中的第 m 个字节到第 n 个字节(从1开始)替换成字符串 x, 且x的长度为 (m-n+1),那么可以用命令 dd 来完成编辑:
echo -n x | dd of=bigfile seek=$((m-1)) bs=1 count=$((m-n+1)) conv=notrunc |
8
RisingV May 22, 2013
我的第一反映是,windows直接趴下
|
9
slimbloody May 22, 2013
很想知道你为什么要编辑一个10G的文件?这个文件的作用和类型是什么
|
10
reusFork May 22, 2013
sed啊…
|
11
yaotian OP |
12
clino May 22, 2013
hexedit 这个也算编辑吧? 嘿嘿
|
13
VYSE May 22, 2013
多数Editor会预载到内存,HEX EDITOR更适合一些。推荐wxHexEditor,追赶WINHEX的LINUX下HEX编辑器
|
15
ForgotFun May 23, 2013
32位系统上肯定是打不开10G的文件的,因为默认系统调用open不支持大于4G文件,除非用open64或者BIG_FIRLE 参数.
|
17
williamx May 23, 2013
说说看是什么类型的文件,让我长长见识啊!
|
18
tuoxie007 May 23, 2013 via iPad
我也就用more看看log,随便就好多个G
|
19
butfly Oct 3, 2015
楼上都太孤陋寡闻了。编辑过 svnadmin dump 出来的 10G 的文件么?没办法…… load 的时候报错……
PS , windows 下新点的编辑器都没问题的。当然还在用 x86 的就不说了。 听说 joe 可以部分加载。 1G 文件只占 50M 内存。 |