Re: Experiment with threads - no concurrency?

[Arthur Miller]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Arthur Miller <arthur.miller@live.com>
>> Date: Mon, 06 Sep 2021 16:35:04 +0200
>> 
>> I did a little experiment today. I wanted to count frequency of Emacs 
>> functions
>> usage. So I started by indexing all functions and macros.
>> 
>> Since it is kind of lot's of I/O and independent tasks to do, I thought 
>> threads
>> could come handy. However I see no difference from sequential code.
>
> You shouldn't.  Emacs doesn't switch threads on just any I/O, it
> switches threads when it waits for input from subprocesses, network,
> and keyboard.

Allright, so in order to exploit I/O concurrency here, the only way is to  start
another emacs process asynchronously? Could split file list I get from
directory-files-recursively into say 4 parts, and process files in 4
processes. Is there any benefit to use threads in that case?

Not that it is terribly important, it takes like 3 seconds to parse all files in
lisp dir sequentially, but now when I opened the question ...