In that case, I'll have to thank Bram for fixing my problem before I even
asked him to do so! Thanks Gary, when I get a chance I'll download vim 7.
To those of you who provided links to work-around scripts etc., thank you
for your help. If any of you are having trouble with large files I'd
Thanks, Tim. I'll look at the options you recommended--and those you
didn't, so I may not need to ask next time. :)
Cheers,
Max
On Tue, 22 May 2007, Tim Chase wrote:
The issue of editing large files comes up occasionally. A few settings can
be tweaked to vastly improve performance.
Well, I don't mean to. :set says this:
--
autoindent helplang=en scroll=11 t_Sb=Esc[4%dm
backspace=2 history=50 ttyfast t_Sf=Esc[3%dm
cscopetag hlsearchttymouse=xterm
cscopeverbose ruler viminfo='20,50
I just tried deleting 1133093 lines of a 1133093+1133409 line file, after
typing :syntax off. It took about 3 minutes.
Max
On Tue, 22 May 2007, Tim Chase wrote:
Do you have syntax highlighting enabled? That can really slow vim
down.
Well, I don't mean to. :set says this:
It can be
:set syntax? replies syntax=. I don't think it's syntax highlighting.
I've used that with C and Prolog code before; I gave it up because it was
too slow. I'm editing text output from one of my programs; truncating the
output of a day-long run to match a run in progress for testing purposes,
Thanks, Andy; the black hole register is a new idea to me. Unfortunately,
:.,$d _ to the black hole register appears to take the same amount of
time as :.,$d itself. set undolevels=-1 speeds it up, but set
undolevels=0 does not; this suggests to me that the problem isn't related
to how
Hmm, interesting. I've noticed before that the CPU is pegged when I'm
deleting, but I don't think my machine's behavior is due to CPU load; the
machine has two CPUs, I'm typically the only (serious) user, as top has
confirmed is the case now, and I get the same behavior whether I'm running
