Re: Safety of unprotected concurrent operations on constant objects

["G.B." <rm-dash-bau-haus@dash.futureapps.de>]

On 08.05.14 10:20, Dmitry A. Kazakov wrote:
>> Containers maybe not in general, but a constant container object without
>> >tamper checks could easily be made to be task safe, for functions that
>> >query the container, as per the original OP's request.
> Yes, but this a very rare scenario (static container), which does not
> deserve special treatment.

Constant (non-static) views of containers abound, in particular
with big-data---data items being small or big. In fact, every
database-like structure frequently has two modes:

- reading, in order to gain insight (for filtering,  statistics,
   decision support ...),

- writing, updating the facts, adding "history", ...

Imagine some internet appliance, of which there are millions.
The better ones will have specialized processors. Each of them
will need access to the data, some for reading, some for writing.
How about each of them then relying on both the efficiency and
the task safety of tables (and associated interface)?

I think that scenarios like this might deserve special treatment.

I also imagine that image processing might use shared arrays,
though perhaps unbounded. They would become constant as soon as
all image data have been acquired and stored in them, ready
for inspection, or as input to later stages.

Maybe a scenario like this might deserve special treatment, too.