On 13/08/13 20:48, Anith C.R wrote:
> Hi,
>
> I just updated my vim version to 7.4 on my Windows 7 PC, and found
> the following issues.
> 1) gvim is taking more time to load (It was already a bit slow
> with my earlier 7.3.46 version as well. But it is slower by another
> second or so after updating to 7.4)
If your previous version was 7.3.46, then you took your own good time
updating. That patchlevel was released on 27 October 2010, and since
then there has been 7.3.47 to 7.3.1314, 7.4a to 7.4a.47, 7.4b to 7.4b.22
and finally 7.4, for a total of 1340 (one thousand three hundred and
forty) changes so far. If I divide your 4 seconds by 1340 it makes an
average increment of three milliseconds per patchlevel — not something
that I would notice. And if you mean it has only got slower by one
second then it's only 0.75 millisecond on average.
> 2) It takes a good 4-5 seconds to close the gvim window, after I
> type in ":quit". This was not experienced before.
>
> When I ran gvim -startuptime <file>, it showed around 4 seconds on
> "starting GUI", which is apparently causing this delay. Is it possible
> to analyze/display the reasons for this delay in starting GUI? How can
> this be fixed?
I suppose this is "clock time" not "running time" so it includes the
time spent waiting for shared libraries to be read into memory or even
the time spent in suspension because the kernel was giving CPU time to
other processes, or, depending on your system load, the time spent
waiting for RAM to be swapped in or out, from your hard drive or to it.
In fact it could be almost anything, caused by Vim or not, but
sincerely, if a mere four seconds is an unbearably long wait for you, I
pity you and your hair-trigger temperament. You must feel on hot coals
every second of your life, waiting two seconds for this, three seconds
for that, four seconds for that other, all the while waiting, waiting,
waiting for all those unending seconds to finish. :-P The next time you
start Vim, pour yourself a nice cup of tea, and when you'll turn back to
the screen it will have finished loading.
>
> On a related note, I have experienced this delay in some of the linux
> machines I work on. The version used in linux (Redhat Rhel 5) is
> 7.3.343. The delay is caused by the same stage, ("starting GUI"). It
> would be great if someone can suggest how to debug this further as it is
> annoying to wait for 4 seconds for gvim to comeup (And I work mosly on
> the linux environment)
When I close Vim I am always surprised by how fast it finishes (seconds
— almost nothing), compared to, for instance, Firefox or SeaMonkey,
which can take _several long minutes_ doing I-don't-know what even after
closing their last window, until finally they release memory and stop
running. Not to mention the time required to start or stop the
Linux+Gnu+X11 operating system itself.
>
> Thanks,
> Anith.
Best regards,
Tony.
--
trust, n.:
Two cannibals having oral sex.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Tuesday, August 13, 2013
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment