[erlang-questions] [RFC] smarter receive
Fri Nov 10 04:14:33 CET 2006
I wasn't sure that this message was about "proposal to enhance message
because the thread name changed. You quoted a book I never mentioned and
then had code that looked very similar to mine. I assume this is
and will try to answer.
> Why not remember this position for next time?
> Since the test is constant none of the already scanned messages will
> next time either!
This only helps in the case of constant data. If there is a variable
change because it is a loop argument or the result of another receive, then
you must resort back to the full scanning method. This would solve the
in some cases, but not all, while making the implementation more complex.
>Remaining to solve is where to start the scan - prio2a and prio2b
> different message_scan_locations so begin with the oldest.. which one is
You don't want to change the fundamental semantics of receive in that
are scanned from earliest to latest, and that the order of pattern
clauses in a
receive statement matters (they are evaluated sequentially against a single
message). It is possible to arrange this in your scenario, but you wouldn't
want to adopt an approach that makes the bookkeeping required to manage
the semantics to be too involved. Right now message receive is simple and
fast to perform, therefore it is highly reliable.
It only becomes slow when you combine selective receive with a very long
message queue. This can happen when there are multiple requesters filling
the queue, or the server handling requests has a lot to do for a single
More information about the erlang-questions