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