[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Concurrency, again
From: |
Ted Zlatanov |
Subject: |
Re: Concurrency, again |
Date: |
Fri, 14 Oct 2016 14:06:54 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
On Fri, 14 Oct 2016 17:47:21 +0200 Michael Albinus <address@hidden> wrote:
MA> Ted Zlatanov <address@hidden> writes:
>> A few from my experience:
>>
>> - Tramp to a slow system
MA> The point of Tramp is not to use additional power of sleeping cores, but
MA> waiting for slow connections. One could already make some of its
MA> handlers asynchronously as of today
You are right that in this use case (unlike some others I gave),
a non-blocking API is all that's needed.
I'm also not sure if Tramp would be asynchronous when a Tramp method
used just core functions, no process.
Ted
- Re: Concurrency, again, (continued)
- Re: Concurrency, again, John Wiegley, 2016/10/15
- Re: Concurrency, again, Eli Zaretskii, 2016/10/16
- Re: Concurrency, again, Richard Stallman, 2016/10/16
- Re: Concurrency, again, Eli Zaretskii, 2016/10/17
- Re: Concurrency, again, Clément Pit--Claudel, 2016/10/13
- Re: Concurrency, again, John Wiegley, 2016/10/13
- Re: Concurrency, again, Ted Zlatanov, 2016/10/14
- Re: Concurrency, again, Michael Albinus, 2016/10/14
- Re: Concurrency, again, John Wiegley, 2016/10/14
- Re: Concurrency, again, John Wiegley, 2016/10/14
- Re: Concurrency, again,
Ted Zlatanov <=
- Re: Concurrency, again, Michael Albinus, 2016/10/15
- Re: Concurrency, again, Ted Zlatanov, 2016/10/17
- Re: Concurrency, again, Ken Raeburn, 2016/10/17
- Re: Concurrency, again, Stefan Monnier, 2016/10/17
- Re: Concurrency, again, Stefan Huchler, 2016/10/14
- Re: Concurrency, again, Perry E. Metzger, 2016/10/17
- Re: Concurrency, again, Eli Zaretskii, 2016/10/17
- Re: Concurrency, again, Perry E. Metzger, 2016/10/17
- Re: Concurrency, again, Eli Zaretskii, 2016/10/17
- Re: Concurrency, again, Perry E. Metzger, 2016/10/17