Eric Smith wrote:
I have a number of large files open and generally experience slow
performance.
How I might compile the smallest fastest vim?
I know compiling without gui will help, what other options
might make vim much faster? I can then always add back features
and see how expensive they are in terms of performance.
Would reverting to 6.4 help?
Thanks a lot.
I don't know about reverting to 6.4 but it's always a tradeoff between
features and speed.
-1- What are you using now; how good/ how bad is it re speed and size?
-2- If you are on a Unix-like system, you may need to disable X11 explicitly,
even in a non-GUI version, in order to avoid testing for the availability of
the X11 clipboard. Disabling X11 (or starting with -X) will make Vim start up
faster in non-X11 environments (such as Linux in runlevel 3).
-3- If you don't need perl, python, etc., disable them. How much better is it
now?
-4- Do you need multibyte? (I do, since I need to edit Arabic, Russian and
Chinese from time to time). If you don't, disable it.
-5- Check ":help +feature-list" to see how small you can afford to make Vim:
features marked m can be disabled manually; features marked B are only
available in Big and Huge versions, features marked N are not available in
Tiny and Small versions, etc.
If you are on a Unix-like OS, you can change your configure settings
appropriately, see http://users.skynet.be/antoine.mechelynck/vim/compunix.htm
; don't forget to run "make reconfig" in the src/ subdirectory whenever you
change your configure settings.
If you're on Windows, you can set Make variables depending on which compiler
(and makefile) you are using, see
http://users.skynet.be/antoine.mechelynck/vim/compile.htm . In both cases you
can set it via environment variables so the distributed sources (makefiles
included) need not be altered.
Best regards,
Tony.
