[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Very interesting analysis of "the state of Emacs"
From: |
Stefan Monnier |
Subject: |
Re: Very interesting analysis of "the state of Emacs" |
Date: |
Sat, 03 May 2008 15:24:17 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
> The way I see it, multithreading within a buffer is a problem we can
> ignore for the next 20 years.
> I am not sure of that. In multi-terminal use it is very likely that
> more than one terminal will be operating in the same buffer.
Good point. But I don't think it's a problem either: what I meant by
"multithreading within a single buffer" is that we'd have a lock per
buffer. Whenever lisp code enters a buffer, we'd acquire the lock.
I.e. just because the user is looking at a buffer doesn't mean some
other user (with its own thread) elsewhere can't look at that
buffer either. Just that their respective actions will be serialized by
the buffer's lock.
Stefan
- Re: Very interesting analysis of "the state of Emacs", Jonathan Rockway, 2008/05/01
- Re: Very interesting analysis of "the state of Emacs", David Hansen, 2008/05/01
- Re: Very interesting analysis of "the state of Emacs", Miles Bader, 2008/05/01
- Re: Very interesting analysis of "the state of Emacs", Jonathan Rockway, 2008/05/01
- Re: Very interesting analysis of "the state of Emacs", Stefan Monnier, 2008/05/02
- CEDET and threads (was Re: Very interesting analysis of "the state of Emacs"), Eric M. Ludlam, 2008/05/02
- Re: Very interesting analysis of "the state of Emacs", Richard M Stallman, 2008/05/03
- Re: Very interesting analysis of "the state of Emacs",
Stefan Monnier <=
- Re: Very interesting analysis of "the state of Emacs", Richard M Stallman, 2008/05/04
- buffer transactions (was Re: Very interesting analysis of "the state of Emacs"), Nic, 2008/05/04
- Re: buffer transactions (was Re: Very interesting analysis of "the state of Emacs"), Richard M Stallman, 2008/05/05