unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP
@ 2010-06-17  4:18 Keith M Swartz
  2010-06-17 13:04 ` Kevin Rodgers
  0 siblings, 1 reply; 5+ messages in thread
From: Keith M Swartz @ 2010-06-17  4:18 UTC (permalink / raw)
  To: 6443

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

---------

Upgraded from emacs 22.3 to 23.2.1 on Windows XP SP 3, using pre-built 
binaries from ftp.gnu.org. I've found that emacs is frequently 
unresponsive, would hang for several seconds during routine operations, 
including auto-save, etc. Did some searching, and found that default 
setting for w32-get-true-file-attributes had changed, so I reverted that 
back to nil -- this helped.

Now, at best, opening files takes about 1-2 seconds, which is 
acceptable. But sometimes, it still takes 6-8 seconds to open files. 
I've confirmed there is no CPU usage during this time, and Process 
Monitor does not show enough specific information to determine whether 
it's an I/O call it's hanging on, or what I/O call that is. Ctrl-G is 
unresponsive and doesn't act until after control resumes. I can 
reproduce this even with no startup files, and it happens just as often.

It APPEARED for a while that turning off font-lock-mode globally helped, 
but I think that may be a red herring. When turning it off, the first 
few file opens would usually go quickly, but after that, opening a file 
from a new location would bring back the 6-8 second hang. Not EVERY file 
opens this slowly, but enough do that it definitely interrupts the work 
flow.

All of my operations are happening locally, and not on a network drive. 
I have a network drive defined, but even when the drive is not mounted, 
the hangs still occur.

I have AV software installed, but can't disable it (due to corporate 
settings) -- however, I haven't seen this problem manifest in any other 
program, so I'm hesitant to blame that.

I am working on testing with another machine to see if I can reproduce, 
but advice on key differences to look for would be helpful.

---------

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
c:/emacs/etc/DEBUG.


In GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)
 of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags 
-Ic:/xpm/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: XSL

Minor modes in effect:
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  blink-cursor-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-c t C-x C-f C-g M-< C-n <tab> <tab> <tab> <tab> <tab>
<tab> C-n C-n C-n C-n <tab> C-u C-n C-u C-p <tab> C-n
C-x C-f M-b C-k w w w / w r i <tab> i n <tab> <return>
C-x C-f M-b C-k i d m <tab> M-b M-b C-k w o <tab> 9
<tab> <backspace> i d m <tab> 9 <tab> 7 <tab> <tab>
t x k <tab> <return> . <tab> <return> M-> M-< M-x r
e p o r t SPC e m SPC b u SPC <return>

Recent messages:
SUBTREE (NO CHILDREN)
FOLDED
SUBTREE (NO CHILDREN)
FOLDED
SUBTREE (NO CHILDREN)
FOLDED
CHILDREN
FOLDED
Making completion list... [2 times]
Mark set [2 times]

Load-path shadows:
c:/emacs/lisp/custom/css-mode hides c:/emacs/lisp/textmodes/css-mode

Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec password-cache
mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp
ietf-drums mailabbrev nnheader gnus-util netrc mm-util mail-prsvr gmm-utils
wid-edit mailheader canlock sha1 hex-util hashcash mail-utils emacsbug
xslide-process xslide-font xslide-abbrev xslide-data etags imenu compile
comint ring xslide help-mode view html-mode jsp-html-helper-mode
asp-html-helper-mode php-html-helper-mode html-helper-mode tempo cl cl-19
cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo
org-infojs org-html org-exp org-exp-blocks org-agenda org-info org-gnus
org-bibtex org-bbdb time remember org-remember org-datetree org byte-opt
bytecomp byte-compile advice help-fns advice-preload org-footnote org-src
org-list org-faces org-compat org-macs easymenu time-date noutline outline
easy-mmode smtpmail sendmail regexp-opt generic-x common-fns tooltip
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp
w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face
files text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process multi-tty
emacs)






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP
  2010-06-17  4:18 bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP Keith M Swartz
@ 2010-06-17 13:04 ` Kevin Rodgers
  2011-09-21 20:39   ` Lars Magne Ingebrigtsen
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Rodgers @ 2010-06-17 13:04 UTC (permalink / raw)
  To: bug-gnu-emacs

[-- Attachment #1: Type: text/plain, Size: 2003 bytes --]

Keith M Swartz wrote:

> Upgraded from emacs 22.3 to 23.2.1 on Windows XP SP 3, using pre-built 
> binaries from ftp.gnu.org. I've found that emacs is frequently 
> unresponsive, would hang for several seconds during routine operations, 
> including auto-save, etc. Did some searching, and found that default 
> setting for w32-get-true-file-attributes had changed, so I reverted that 
> back to nil -- this helped.
> 
> Now, at best, opening files takes about 1-2 seconds, which is 
> acceptable. But sometimes, it still takes 6-8 seconds to open files. 
> I've confirmed there is no CPU usage during this time, and Process 
> Monitor does not show enough specific information to determine whether 
> it's an I/O call it's hanging on, or what I/O call that is. Ctrl-G is 
> unresponsive and doesn't act until after control resumes. I can 
> reproduce this even with no startup files, and it happens just as often.
> 
> It APPEARED for a while that turning off font-lock-mode globally helped, 
> but I think that may be a red herring. When turning it off, the first 
> few file opens would usually go quickly, but after that, opening a file 
> from a new location would bring back the 6-8 second hang. Not EVERY file 
> opens this slowly, but enough do that it definitely interrupts the work 
> flow.
> 
> All of my operations are happening locally, and not on a network drive. 
> I have a network drive defined, but even when the drive is not mounted, 
> the hangs still occur.
> 
> I have AV software installed, but can't disable it (due to corporate 
> settings) -- however, I haven't seen this problem manifest in any other 
> program, so I'm hesitant to blame that.
> 
> I am working on testing with another machine to see if I can reproduce, 
> but advice on key differences to look for would be helpful.

Try this on each machine: (elp-instrument-file "/files\\.elc\\'")

Then visit a file, and M-x elp-results.

You'll need the attached helper function.

-- 
Kevin Rodgers
Denver, Colorado, USA

[-- Attachment #2: elp-instrument-file.el --]
[-- Type: application/emacs-lisp, Size: 521 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP
  2010-06-17 13:04 ` Kevin Rodgers
@ 2011-09-21 20:39   ` Lars Magne Ingebrigtsen
  2011-10-06  5:53     ` Kevin Rodgers
  0 siblings, 1 reply; 5+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-09-21 20:39 UTC (permalink / raw)
  To: Kevin Rodgers; +Cc: 6443

Kevin Rodgers <kevin.d.rodgers@gmail.com> writes:

> Try this on each machine: (elp-instrument-file "/files\\.elc\\'")
>
> Then visit a file, and M-x elp-results.
>
> You'll need the attached helper function.

More information was requested more than a year ago, but was apparently
not given, so I'm closing this bug report.  If this still is a problem,
please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/





^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP
  2011-09-21 20:39   ` Lars Magne Ingebrigtsen
@ 2011-10-06  5:53     ` Kevin Rodgers
  2011-10-06 19:11       ` Lars Magne Ingebrigtsen
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Rodgers @ 2011-10-06  5:53 UTC (permalink / raw)
  To: 6443

On 9/21/11 2:39 PM, Lars Magne Ingebrigtsen wrote:
> Kevin Rodgers<kevin.d.rodgers@gmail.com>  writes:
>
>> Try this on each machine: (elp-instrument-file "/files\\.elc\\'")
>>
>> Then visit a file, and M-x elp-results.
>>
>> You'll need the attached helper function.
>
> More information was requested more than a year ago, but was apparently
> not given, so I'm closing this bug report.  If this still is a problem,
> please reopen.

What request are you referring to?

-- 
Kevin Rodgers
Denver, Colorado, USA






^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP
  2011-10-06  5:53     ` Kevin Rodgers
@ 2011-10-06 19:11       ` Lars Magne Ingebrigtsen
  0 siblings, 0 replies; 5+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-10-06 19:11 UTC (permalink / raw)
  To: Kevin Rodgers; +Cc: 6443

Kevin Rodgers <kevin.d.rodgers@gmail.com> writes:

> What request are you referring to?

See

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6443

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/





^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2011-10-06 19:11 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-17  4:18 bug#6443: 23.2; Many files take 6-15 seconds to open after upgrade to 23.2 on WinXP Keith M Swartz
2010-06-17 13:04 ` Kevin Rodgers
2011-09-21 20:39   ` Lars Magne Ingebrigtsen
2011-10-06  5:53     ` Kevin Rodgers
2011-10-06 19:11       ` Lars Magne Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).