unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#8235: 23.2; slow scrolling w/ multiple frames visiting same file
@ 2011-03-12 21:11 Paul Vernaza
  2020-01-17 23:59 ` Stefan Kangas
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Vernaza @ 2011-03-12 21:11 UTC (permalink / raw)
  To: 8235

Steps to reproduce:
At an OS X terminal, run "open -a Emacs --args -Q".
Open a large text file with C-x C-f.
Open two new frames visiting the same buffer with C-x 5 2 C-x 5 2.
Switch back to the original frame.
Scroll down by holding C-n.

Detailed description:
In the OS X Cocoa version of Emacs, if multiple frames are visiting the
same buffer, some of the frames visiting this buffer exhibit very slow 
scrolling, while others scroll normally. Scrolling is slow in the sense
that the display updates infrequently while scrolling (say, up to a
second between updates).  CPU usage appears to be near normal, maybe at
most slightly elevated while these symptoms are exhibited (possible
concurrency issue?).

Problem is consistent across major modes I've tested (fundamental, text, lisp,
ocaml).  The problem seems to be specific to the Cocoa version of
Emacs--the X11 version (23.3) compiled on the same platform does not have the
issue. Although I'm reporting this from the Macports-compiled version,
I have verified that the bug occurs compiling 23.3 with Cocoa on the
same platform.

Profiling with Shark shows abnormally high time spent in the
redisplay_windows function (~50%) while slow scrolling is occurring.
While scrolling normally, profiling shows an insignificant amount of 
time spent in this function (< 1%).  


In GNU Emacs 23.2.1 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32)
of 2010-06-30 on seasnet-10-13.grasp.upenn.edu
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--prefix=/opt/local' '--with-ns' '--without-x' '--without-dbus' 'CC=/usr/bin/gcc-4.2' 'CFLAGS=-O2 -arch x86_64' 'LDFLAGS=-L/opt/local/lib' 'CPPFLAGS=-I/opt/local/include''

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

Major mode: Text

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x C-f f o o C-h <backspace> <backspace> <backspace> 
<backspace> <backspace> ~ / <backspace> e r <backspace> 
<backspace> / f o o . t x t <return> C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-x C-f C-g C-x 5 2 C-x 5 2 C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n s-` C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n s-` C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n s-x ` x <backspace> <backspace> 
<escape> x r e p <tab> o r t <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
kill-region: The mark is not set now, so there is no region
Making completion list...

Load-path shadows:
None found.

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
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug help-mode view tooltip ediff-hook
vc-hooks lisp-float-type mwheel ns-win easymenu 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 ns
multi-tty emacs)





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

* bug#8235: 23.2; slow scrolling w/ multiple frames visiting same file
  2011-03-12 21:11 bug#8235: 23.2; slow scrolling w/ multiple frames visiting same file Paul Vernaza
@ 2020-01-17 23:59 ` Stefan Kangas
  2020-03-13  4:50   ` Stefan Kangas
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Kangas @ 2020-01-17 23:59 UTC (permalink / raw)
  To: Paul Vernaza; +Cc: 8235

Paul Vernaza <vernaza@stwing.upenn.edu> writes:

> Steps to reproduce:
> At an OS X terminal, run "open -a Emacs --args -Q".
> Open a large text file with C-x C-f.
> Open two new frames visiting the same buffer with C-x 5 2 C-x 5 2.
> Switch back to the original frame.
> Scroll down by holding C-n.
>
> Detailed description:
> In the OS X Cocoa version of Emacs, if multiple frames are visiting the
> same buffer, some of the frames visiting this buffer exhibit very slow 
> scrolling, while others scroll normally. Scrolling is slow in the sense
> that the display updates infrequently while scrolling (say, up to a
> second between updates).  CPU usage appears to be near normal, maybe at
> most slightly elevated while these symptoms are exhibited (possible
> concurrency issue?).
>
> Problem is consistent across major modes I've tested (fundamental, text, lisp,
> ocaml).  The problem seems to be specific to the Cocoa version of
> Emacs--the X11 version (23.3) compiled on the same platform does not have the
> issue. Although I'm reporting this from the Macports-compiled version,
> I have verified that the bug occurs compiling 23.3 with Cocoa on the
> same platform.
>
> Profiling with Shark shows abnormally high time spent in the
> redisplay_windows function (~50%) while slow scrolling is occurring.
> While scrolling normally, profiling shows an insignificant amount of 
> time spent in this function (< 1%).  

This was reported 9 years ago but unfortunately never got a reply at
the time.

I can't reproduce this using Emacs on macOS.  Are you still seeing
this bug?  If I don't hear back from you within a couple of weeks,
I'll just close this bug as unreproducible.

Best regards,
Stefan Kangas

> In GNU Emacs 23.2.1 (x86_64-apple-darwin10.4.0, NS apple-appkit-1038.32)
> of 2010-06-30 on seasnet-10-13.grasp.upenn.edu
> Windowing system distributor `Apple', version 10.3.1038
> configured using `configure  '--prefix=/opt/local' '--with-ns' '--without-x' '--without-dbus' 'CC=/usr/bin/gcc-4.2' 'CFLAGS=-O2 -arch x86_64' 'LDFLAGS=-L/opt/local/lib' 'CPPFLAGS=-I/opt/local/include''





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

* bug#8235: 23.2; slow scrolling w/ multiple frames visiting same file
  2020-01-17 23:59 ` Stefan Kangas
@ 2020-03-13  4:50   ` Stefan Kangas
  0 siblings, 0 replies; 3+ messages in thread
From: Stefan Kangas @ 2020-03-13  4:50 UTC (permalink / raw)
  To: Paul Vernaza; +Cc: 8235

tags 8235 + unreproducible
close 8235
thanks

Stefan Kangas <stefan@marxist.se> writes:

> I can't reproduce this using Emacs on macOS.  Are you still seeing
> this bug?  If I don't hear back from you within a couple of weeks,
> I'll just close this bug as unreproducible.

No reply within 8 weeks, so I'm closing the bug now.

If this is still an issue, please reply to this email (use "Reply to
all" in your email client) and we can reopen the bug report.

Best regards,
Stefan Kangas





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

end of thread, other threads:[~2020-03-13  4:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-12 21:11 bug#8235: 23.2; slow scrolling w/ multiple frames visiting same file Paul Vernaza
2020-01-17 23:59 ` Stefan Kangas
2020-03-13  4:50   ` Stefan Kangas

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).