From: Alexander Asteroth <alexander.asteroth@h-brs.de>
To: Alexander Asteroth <alexander.asteroth@h-brs.de>
Cc: 28149@debbugs.gnu.org
Subject: bug#28149: 26.0.50; Emacs regularly hangs for multiple seconds in e.g. find-file
Date: Tue, 22 Aug 2017 18:33:27 +0200 [thread overview]
Message-ID: <87ziar5zqg.fsf@h-brs.de> (raw)
In-Reply-To: <87efs4c19u.fsf@h-brs.de>
Hi all,
the source of error seems to be related to the graphics driver. Hangs
are related to these lines in syslog/dmesg:
--------------------
[63129.201509] [drm] stuck on render ring
[63129.201808] [drm] GPU HANG: ecode 9:0:0x84dffff8, in Xorg [8965], reason: Engine(s) hung, action: reset
[63129.203624] drm/i915: Resetting chip after gpu hang
[63131.202095] [drm] RC6 on
-------------------
which seem to be temporarly related to the error. Some Tickets about this
error are already open in freedesktop.org by other users. Let's hope
there will be a workaround.
PS: I don't have a clue why this happens when autocompleting in emacs :-/
-- Alex
Alexander Asteroth writes:
> Eli Zaretskii writes:
>>> I tried and after bisection after bisection, hangs got less but did not
>>> disappear. Then I did one final test with emacs -Q again and actually
>>> managed, after several minutes, a hanging as well, after find-file with
>>> completion in buffers with lots of files in it (/usr/share/... or
>>> similar).
>>>
>>> I come to the conclusion, that it probably is not an emacs problem at
>>> all but rather a hardware or OS problem that manifests only in a singe
>>> threaded application like emacs.
>>
>> Hmm. This description is not entirely consistent with your original
>> report, which said:
>>
>>> my emacs hangs pretty often anf for 10 secs. ca. when I am prompted for
>>> e.g. a file in find-file, or an interactive function in M-x or a
>>> shell-command in read-shell-command. It seems to happen only, in these
>>> cases, when there is an option to auto-complete.
>
> Not inconsistend but there seems to be a gradual decrease in the
> frequency this happens (depending on the size of my init.el). With emacs
> -Q it happens so rarely, I have to change folder and complete very
> often.
>
>>
>> This doesn't sound like the hangs were while Emacs was actually
>> auto-completing on file names. Was that just an inaccuracy in the
>> description, and you in fact see the hangs only while Emacs completes
>> on file names, after you type TAB etc.?
>>
>> In any case, 10 sec for completion sounds like a lot to me.
>> Especially since yours looks like an optimized build. How many files
>> do you have in the directory where completion is so slow? And what
>> kind of CPU do you have on that system?
>
> I also tried emacs 25.2 with the same result. System is a 1 year old
> Lenovo ThinkPad Yoga 260.
>
> As I said I'm not really sure any more it is emacs. What is particularly
> surprising is the huge difference between read on file descriptor 3 and
> 4. fd 3 take 0.00002 on average, fd 4 takes 0.4 to 0.9 seconds.
>
> -- Alex
--
Viele Grüße,
Alex
--------------------------------------------------------------------------
Prof. Dr. Alexander Asteroth room A.022.3
Fon: +49 2241 865 255 Bonn-Rhein-Sieg University o.a.s.
Fax: +49 2241 865 8255 Computer Science Department
mail: alexander.asteroth@h-brs.de Grantham-Allee 20
Web: http://www.inf.h-brs.de/asteroth 53757 Sankt Augustin, Germany
next prev parent reply other threads:[~2017-08-22 16:33 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-19 7:50 bug#28149: 26.0.50; Emacs regularly hangs for multiple seconds in e.g. find-file Alexander Asteroth
2017-08-19 16:32 ` Eli Zaretskii
2017-08-21 7:07 ` Alexander Asteroth
2017-08-21 14:58 ` Eli Zaretskii
2017-08-21 16:51 ` Alexander Asteroth
2017-08-22 16:33 ` Alexander Asteroth [this message]
2017-08-22 16:44 ` Eli Zaretskii
2017-08-22 19:55 ` Alexander Asteroth
2017-08-22 20:47 ` Alexander Asteroth
2017-08-23 2:36 ` Eli Zaretskii
2017-08-28 10:59 ` Alexander Asteroth
2017-08-28 14:31 ` Eli Zaretskii
2017-08-22 16:34 ` Alexander Asteroth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ziar5zqg.fsf@h-brs.de \
--to=alexander.asteroth@h-brs.de \
--cc=28149@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).