From: Stefan Monnier <monnier@iro.umontreal.ca>
To: rms@gnu.org
Cc: emacs-devel@gnu.org, jon@jrock.us, miles@gnu.org
Subject: Re: Very interesting analysis of "the state of Emacs"
Date: Sat, 03 May 2008 15:24:17 -0400 [thread overview]
Message-ID: <jwvy76r19e9.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <E1JsCoC-000200-0w@fencepost.gnu.org> (Richard M. Stallman's message of "Sat, 03 May 2008 04:09:28 -0400")
> 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
next prev parent reply other threads:[~2008-05-03 19:24 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-29 3:19 Very interesting analysis of "the state of Emacs" Thomas Lord
2008-04-29 7:26 ` Paul Michael Reilly
2008-04-29 23:17 ` Richard M Stallman
2008-04-30 0:14 ` Thomas Lord
2008-04-30 2:21 ` Stephen Eilert
2008-04-30 3:20 ` dhruva
2008-04-30 22:00 ` Richard M Stallman
2008-04-30 22:49 ` David Hansen
2008-04-30 23:46 ` Thomas Lord
2008-05-01 7:30 ` tomas
2008-05-01 4:23 ` Jonathan Rockway
2008-05-01 6:31 ` David Hansen
2008-05-01 6:42 ` Miles Bader
2008-05-01 18:59 ` Jonathan Rockway
2008-05-02 15:36 ` Stefan Monnier
2008-05-02 16:50 ` CEDET and threads (was Re: Very interesting analysis of "the state of Emacs") Eric M. Ludlam
2008-05-03 8:09 ` Very interesting analysis of "the state of Emacs" Richard M Stallman
2008-05-03 19:24 ` Stefan Monnier [this message]
2008-05-04 9:37 ` Richard M Stallman
2008-05-04 23:23 ` buffer transactions (was Re: Very interesting analysis of "the state of Emacs") Nic
2008-05-05 15:14 ` Richard M Stallman
2008-04-30 5:12 ` Very interesting analysis of "the state of Emacs" Miles Bader
2008-04-30 14:06 ` David Kastrup
2008-04-30 15:08 ` Tom Tromey
2008-05-15 6:21 ` ERC disconnects when blocked too long (was: Very interesting analysis of "the state of Emacs") Michael Olson
2008-04-30 16:08 ` Very interesting analysis of "the state of Emacs" Thomas Lord
2008-04-30 6:24 ` Paul Michael Reilly
2008-04-30 14:12 ` Mathias Dahl
2008-04-30 22:01 ` Richard M Stallman
2008-04-30 22:56 ` Thomas Lord
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvy76r19e9.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=jon@jrock.us \
--cc=miles@gnu.org \
--cc=rms@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).