Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: vim taking up processor

  1. #1

    vim taking up processor

    On a Red Hat 7.2 server at work we are having a problem with vim taking up 95-100% of a processor (there are 2 on the server). I'm a bit baffled on what is causing this. It seems that vim stops responding and then sucks up the processor and won't let it go until the processes is killed.

    Any ideas on why this is happeneing or how to fix it?

    Code:
    $ vim --version
    VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Jan 15 2003 08:05:27)
    Included patches: 1, 3-15, 17-18, 20-22, 24-34, 36-43, 45-49, 51-72, 74-75, 77-83, 85-87, 89-92, 94-99, 101-118, 120-146, 150, 152-153, 157-183, 185-189, 191-195, 197, 200-201, 203-227, 231-239, 241-242, 244-252, 254-258, 260-265
    Compiled by <bugzilla@redhat.com>
    Huge version without GUI.  Features included (+) or not (-):
    +autocmd -balloon_eval -browse ++builtin_terms +byte_offset +cindent
    -clientserver -clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
    +cryptv +cscope +dialog_con +diff +digraphs -ebcdic +emacs_tags +eval +ex_extra
    +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork()
    +gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap
    +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession
    +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm
    +mouse_netterm +mouse_xterm +multi_byte +multi_lang -osfiletype +path_extra
    +perl +postscript +printer +python +quickfix +rightleft -ruby +scrollbind
    +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary
    +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title
    -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo
    +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset -xim
    -xterm_clipboard -xterm_save
       system vimrc file: "/usr/share/vim/vim61/macros/vimrc"
         user vimrc file: "$HOME/.vimrc"
          user exrc file: "$HOME/.exrc"
      fall-back for $VIM: "/usr/share/vim"
    Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H     -O2 -march=i386 -mcpu=i686 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64   -fno-strict-aliasing   -I/usr/lib/perl5/5.6.1/i386-linux/CORE  -I/usr/include/python1.5
    Linking: gcc   -rdynamic   -L/usr/local/lib -o vim       -lncurses -lgpm -ldl  -rdynamic  -L/usr/local/lib /usr/lib/perl5/5.6.1/i386-linux/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl5/5.6.1/i386-linux/CORE -lperl -ldl -lcrypt -lutil -L/usr/lib/python1.5/config -lpython1.5 -lieee -ldl -lpthread -lm -rdynamic
    Code:
    $ uname -a
    Linux 2.4.20-18.7smp #1 SMP Thu May 29 06:44:21 EDT 2003 i686 unknown

  2. #2
    Moderator
    Good Guru
    Schotty's Avatar
    Join Date
    Jul 2001
    Location
    Milwaukee, WI
    Posts
    5,760

    Re:vim taking up processor

    but you can kill the process right?

  3. #3

    Re:vim taking up processor

    [quote author=Schotty link=board=2;threadid=7894;start=0#msg72135 date=1065536989]
    but you can kill the process right?
    [/quote]

    Yes we can, but it can be anoying. One thing that is a concern is if two developers are working using vim and both lock processors then 100% of 2/2 processors will be locked.

  4. #4
    Moderator
    Good Guru
    Schotty's Avatar
    Join Date
    Jul 2001
    Location
    Milwaukee, WI
    Posts
    5,760

    Re:vim taking up processor

    Hmm, do either of you have mailing list access to the redhat-general or the 7.2 specific one? I would try there. Chances are that this has happened before. I can dig thru my archives, but I quite honestly dont recall this occuring.

    Ill check back in later with what I could(nt) find.

  5. #5

    Re:vim taking up processor

    [quote author=Schotty link=board=2;threadid=7894;start=0#msg72142 date=1065539761]
    Hmm, do either of you have mailing list access to the redhat-general or the 7.2 specific one? I would try there. Chances are that this has happened before. I can dig thru my archives, but I quite honestly dont recall this occuring.

    Ill check back in later with what I could(nt) find.
    [/quote]

    Thanks! I apreciate the help!

  6. #6

    Re:vim taking up processor

    how large are the files being edited?

    strange...

  7. #7

    Re:vim taking up processor

    [quote author=pbharris link=board=2;threadid=7894;start=0#msg72144 date=1065542427]
    how large are the files being edited?

    strange...
    [/quote]
    no larger than 1 meg, ever. There are all PHP files. Generally they are in the 20-50k range.

  8. #8

    Re:vim taking up processor

    I've seen this happen before, on RedHat for a certainty. It just happened on Debian the other day. I've never been able to get logs of it happening, and never been able to narrow down when it happens. It just happens sometimes. For me it's an irritation, but I can see how it could be serious in a production environment. Might wanna talk to the good people at vim about this one.

  9. #9

    Re:vim taking up processor

    No one at #vim on irc.freenode.net seems to know. Searched the mailinglists at vim.org with no avail. :-[

  10. #10

    Re:vim taking up processor


Similar Threads

  1. Gates taking a seat in your den
    By genesis in forum Windows - General Topics
    Replies: 14
    Last Post: 01-07-2005, 08:26 AM
  2. Redhat taking over?
    By mart_man00 in forum Linux - Software, Applications & Programming
    Replies: 5
    Last Post: 03-06-2003, 07:55 PM
  3. Taking the plunge
    By 10Dedfish in forum General Chat
    Replies: 4
    Last Post: 11-28-2002, 01:39 PM
  4. artsd taking up 83 MB of memory??
    By Bartman in forum Linux - Software, Applications & Programming
    Replies: 2
    Last Post: 09-12-2002, 09:22 PM
  5. Taking PET requests
    By in forum Linux - General Topics
    Replies: 21
    Last Post: 04-17-2002, 12:56 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •