Question

当我使用 j ， k 或鼠标滚轮滚动vim时，它非常敏感且快速，但只要我在分屏中打开一个新的缓冲区，滚动就变为很慢/延迟。即使分屏中的第二个缓冲区为空，它也会出现在非常大的文件（1000+行）中。

我使用不同的终端重现了这个。我还尝试使用ttyfast和lazyredraw，但它们都没有改变任何内容。

如果我使用-u NONE启动vim，它就是一样的，只是不那么明显。

在滚动和重绘屏幕方面，使用和不使用分屏运行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位。我的电脑规格是：

Intel Core 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的滚动。

Answer 2

由于原始问题已经回答，我想添加我的解决方案，这对我运行Vim 7.4.52和Ubuntu 14.04似乎有用。

我使用tmux代替垂直分割终端窗口并在每个模拟终端中运行vim的独立实例。加上vim-tmux-navigator，允许在vim和tmux分割之间进行无缝导航，体验大致相同，但在滚动时没有卡顿。

我唯一想念的是能够从一个缓冲区猛拉/粘贴到另一个缓冲区，但这肯定也是可以解决的。

在vim的分屏中滚动非常慢

2 个答案: