From: Alexander Asteroth <alexander.asteroth@h-brs.de>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 28149@debbugs.gnu.org, Alexander Asteroth <alexander.asteroth@h-brs.de>
Subject: bug#28149: 26.0.50; Emacs regularly hangs for multiple seconds in e.g. find-file
Date: Mon, 21 Aug 2017 18:51:25 +0200 [thread overview]
Message-ID: <87efs4c19u.fsf@h-brs.de> (raw)
In-Reply-To: <83pobpary6.fsf@gnu.org>
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
next prev parent reply other threads:[~2017-08-21 16:51 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 [this message]
2017-08-22 16:33 ` Alexander Asteroth
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87efs4c19u.fsf@h-brs.de \
--to=alexander.asteroth@h-brs.de \
--cc=28149@debbugs.gnu.org \
--cc=eliz@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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.