Re: gvim is slow opening, saving, and scanning tags on a file across the network
Ingo Karkat wrote: On 03-Jan-08 17:25, aj wrote: I am running gvim on a windows box, version 7.1. There are a series of coldfusion source files located on another machine on the network. I have a shortcut to the network directory containing these files on my desktop. When I try to open one of these files using notepad, it opens instantly. When I try to open one of these files using gvim, it hangs for about 20 seconds before opening. I get the same 20 second delay when saving files, and also when attempting to do tab completion (scanning tags). This happens 90% of the time, the other 10%, I get lucky, and it works instantly. I have tried disabling plugins and syntax highlighting, to no avail. Any ideas? VIM normally creates a 'swapfile' in the same directory as the edited file (cp. :help swap-file). This file creation can take some time on a network share. Try launching VIM with the -n argument (no swapfile), e.g. gvim -n \\hostname\share\myfile.txt. If this fixes the problem, you can selectively disable swapfile creation for this network share (but keep swapfiles for local files) by setting up an exception in your .vimrc file: autocmd BufReadPre //hostname/* setlocal noswapfile Also see :help 'directory' which you can use to store swapfiles for remote files locally for safety. Ben. Send instant messages to your online friends http://au.messenger.yahoo.com --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
RE: gvim is slow opening, saving, and scanning tags on a file across the network
I tried adding this setting to my _vimrc (on Windows), to no avail. I still get the massive delay. Thanks for your insight, though. Very much appreciated. -AJ -Original Message- From: Ingo Karkat [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 1:56 AM To: vim_dev@googlegroups.com; [EMAIL PROTECTED] Subject: Re: gvim is slow opening, saving, and scanning tags on a file across the network On 03-Jan-08 17:25, aj wrote: I am running gvim on a windows box, version 7.1. There are a series of coldfusion source files located on another machine on the network. I have a shortcut to the network directory containing these files on my desktop. When I try to open one of these files using notepad, it opens instantly. When I try to open one of these files using gvim, it hangs for about 20 seconds before opening. I get the same 20 second delay when saving files, and also when attempting to do tab completion (scanning tags). This happens 90% of the time, the other 10%, I get lucky, and it works instantly. I have tried disabling plugins and syntax highlighting, to no avail. Any ideas? VIM normally creates a 'swapfile' in the same directory as the edited file (cp. :help swap-file). This file creation can take some time on a network share. Try launching VIM with the -n argument (no swapfile), e.g. gvim -n \\hostname\share\myfile.txt. If this fixes the problem, you can selectively disable swapfile creation for this network share (but keep swapfiles for local files) by setting up an exception in your .vimrc file: autocmd BufReadPre //hostname/* setlocal noswapfile -- regards, ingo /^-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ -- --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---
RE: gvim is slow opening, saving, and scanning tags on a file across the network
Quoting AJ Mieskolainen [EMAIL PROTECTED]: I tried adding this setting to my _vimrc (on Windows), to no avail. I still get the massive delay. Thanks for your insight, though. Very much appreciated. Try gvim -u NONE -U NONE -X -n somefile That'll start gvim up with no plugins, syntax, etc, no X clipboard, and no swapfile writing. Regards, Chip Campbell --~--~-~--~~~---~--~~ You received this message from the vim_dev maillist. For more information, visit http://www.vim.org/maillist.php -~--~~~~--~~--~--~---