Re: 22.1.50; insert-file-contents is slow under tramp

[David Kastrup <dak@gnu.org>]

Michael Albinus <michael.albinus@gmx.de> writes:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>> Reminds me: where is the bottleneck in the inline method?  I mean
>> fundamentally doing a base64 encoding/decoding shouldn't cost that
>> much (negligible CPU-wise and a mere 33% in network transfer).
>> Maybe we could attack this part to improve performance?
>
> The major bottleneck is `accept-process-output', which returns only
> small chunks when called again and again. With a `sleep-for' between
> two calls, I have improved the performance (but not dramatically).

Same old scheduler problem that prompted both of

w32-pipe-read-delay
process-adaptive-read-buffering

Maybe you should try setting process-adaptive-read-buffering to a
non-nil non-t value?

-- 
David Kastrup