Delete and change key sequences are slow

Question

When I use mapped key sequences which cause an immediate change in the file (e.g. cw, dw, D, C), i have a wait time of roughly 1 second. Other mappings which are just movement (e.g. 3w) or movement and a mode change (e.g. A or I) do not cause any delay.

Currently my attempted solutions include:

• Changed ttimeout and timeout (neither was set to have a timeout, I tried messing with them anyway)
• used :profile file * and :profile func * - did not see anything which ran more than once or had a runtime over roughly ~0.1 seconds (my experiment was to open a file and type a bit - experienced the delay several times while profiling)
• To make sure it wasn't my terminal (iTerm2) waiting for something, I loaded up vanilla vi (no plugins or anything) and tried that - no delays there.

I'm on neovim v0.4.4, in iTerm2. Any help or other avenues to explore are appreciated. Is there any way to use :profile for mapped key sequences?

Edit: as per filbranden's feedback I loaded nvim using nvim --clean, and the problem isn't there. Tomorrow I will try removing different plugins and see what causes the problem, then report back.

Edit 2: As per eyal karni's advice I checked nmap cw, which reported no mapping found. I also don't see anything that looks relevant in au, but to be honest, I'm new enough to neovim that I could be missing something - I searched it for cw and didn't find anything.

Answer 1

Turns out the issue was not with immediate changes as I thought, but with clipboard interaction. I bisected my vimrc repeatedly until I found the offending line, which was:

set clipboard=unnamed,unnamedplus

This was making vim use the system clipboard. It's annoying (imo) to not have vim use the system keyboard, so for now, I have replaced this by making the following mappings (which only work on mac os, thus the if statement):

if has('macunix')
  " pbcopy for OSX copy/paste
  vmap <C-x> :!pbcopy<CR>
  vmap <C-c> :w !pbcopy<CR><CR>
  noremap <C-p> :read !pbpaste<CR>
endif

The root of the issue appears to be slowness in the actual pbcopy and pbpaste tools, which are what nvim was using when I had the clipboard variable set. The delay persists on the terminal without nvim:

ethan ~
06:56:57 PM > time echo "abcde" | pbcopy
________________________________________________________
Executed in  333.49 millis    fish           external
   usr time  292.80 millis  140.00 micros  292.66 millis
   sys time   34.45 millis  660.00 micros   33.79 millis

Some additonal system information:

nvim --version output:

NVIM v0.4.4
Build type: Release
LuaJIT 2.0.5
Compilation: /usr/bin/clang -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNDEBUG -DMIN_LOG_LEVEL=3 -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -I/tmp/neovim-20200808-17465-1c37yvx/neovim-0.4.4/build/config -I/tmp/neovim-20200808-17465-1c37yvx/neovim-0.4.4/src -I/usr/local/include -I/tmp/neovim-20200808-17465-1c37yvx/neovim-0.4.4/deps-build/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include -I/usr/local/opt/gettext/include -I/tmp/neovim-20200808-17465-1c37yvx/neovim-0.4.4/build/src/nvim/auto -I/tmp/neovim-20200808-17465-1c37yvx/neovim-0.4.4/build/include
Compiled by brew@Mojave

OS: macOS Mojave 10.14.6