在vim的分屏中滚动非常慢

Question

当我在vim滚动使用j,k或鼠标滚轮这是非常敏感和快速,但只要我打开分屏滚动一个新的缓冲区变得很慢/延迟.即使分屏中的第二个缓冲区为空,它也会出现在非常大的文件(1000+行)中.

我使用不同的终端重现了这个.我也尝试使用ttyfast,lazyredraw但没有一个改变任何东西.

如果我开始使用-u NONE它是相同的,只是不明显.

在滚动和重绘屏幕方面,使用和不使用分屏运行vim有什么大不同？

编辑:

我刚刚意识到问题只发生在垂直分割中.水平分割工作正常!

EDIT2:

仅使用vi/vim的终端版本显示该行为.一旦我使用与vim相同的配置启动gVim,即使在垂直分割中,一切都像魅力一样.我在其他论坛找到了有类似问题的人.他得到了问题的答案,但不是如何解决问题.答案是:

That's because the application has to repaint the screen rather than actually
scrolling (since it cannot rely on the left/right halves of the display
to scroll at the same rate).

EDIT3:

我正在运行Ubuntu 13.10 - 64位.我的电脑规格如下:

• 英特尔酷睿i7-4770K
• GeForce GTX 760(专有驱动程序nvidia-319)
• 16 GB Ram

这里的输出 vim --version

VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Aug 12 2013 00:23:33)
Modified by pkg-vim-maintainers@lists.alioth.debian.org
Compiled by buildd@
Huge version with GTK2-GNOME GUI.  Features included (+) or not (-):
+arabic          +file_in_path    +mouse_sgr       +tag_binary
+autocmd         +find_in_path    -mouse_sysmouse  +tag_old_static
+balloon_eval    +float           +mouse_urxvt     -tag_any_white
+browse          +folding         +mouse_xterm     +tcl
++builtin_terms  -footer          +multi_byte      +terminfo
+byte_offset     +fork()          +multi_lang      +termresponse
+cindent         +gettext         -mzscheme        +textobjects
+clientserver    -hangul_input    +netbeans_intg   +title
+clipboard       +iconv           +path_extra      +toolbar
+cmdline_compl   +insert_expand   +perl            +user_commands
+cmdline_hist    +jumplist        +persistent_undo +vertsplit
+cmdline_info    +keymap          +postscript      +virtualedit
+comments        +langmap         +printer         +visual
+conceal         +libcall         +profile         +visualextra
+cryptv          +linebreak       +python          +viminfo
+cscope          +lispindent      -python3         +vreplace
+cursorbind      +listcmds        +quickfix        +wildignore
+cursorshape     +localmap        +reltime         +wildmenu
+dialog_con_gui  +lua             +rightleft       +windows
+diff            +menu            +ruby            +writebackup
+digraphs        +mksession       +scrollbind      +X11
+dnd             +modify_fname    +signs           -xfontset
-ebcdic          +mouse           +smartindent     +xim
+emacs_tags      +mouseshape      -sniff           +xsmp_interact
+eval            +mouse_dec       +startuptime     +xterm_clipboard
+ex_extra        +mouse_gpm       +statusline      -xterm_save
+extra_search    -mouse_jsbterm   -sun_workshop    
+farsi           +mouse_netterm   +syntax      

Answer 1

其实你已经回答了原来的问题：

That's because the application has to repaint
the screen rather than actually scrolling

这就是我所做的当它对我来说滚动缓慢时，不一定是因为分割，我会尝试使用：22j而不是j,22可以是任何数字，它让vim进行移位而不是计算每个 的滚动j。